If you want to relocate ownership of aggregates that are used by an Infinite Volume with SnapDiff enabled, you must ensure that the destination node has a namespace mirror constituent, and you must perform the aggregate reallocation in a specific order.
About this task
- Follow this procedure only if SnapDiff is enabled on an Infinite Volume that uses the node containing the aggregates that are affected by the ownership change. If SnapDiff is not enabled on the Infinite Volume, do not follow this procedure, because the presence of an Infinite Volume does not affect the aggregate relocation operation.
- For more information about SnapDiff and about how Infinite Volumes use aggregates, see the Clustered Data ONTAP Infinite Volumes Management Guide.
- Determine whether the destination node is already used by the Infinite Volume by using the vserver show command with the -instance parameter.
- If the Aggregate List includes an aggregate from the destination node, the Infinite Volume already uses the destination node.
- If the Aggregate List does not include an aggregate from the destination node, the Infinite Volume does not currently use the destination node.
The destination node must have a namespace mirror constituent before you can relocate aggregate ownership.
- If the destination node is not currently used by the Infinite Volume, add the destination node to the Infinite Volume.
- Determine the size of the Infinite Volume's namespace constituent by using the volume show command with the -is-constituent true parameter and identifying the size of the constituents with "ns" in their names.
- Identify an aggregate on the destination node that has available space to accommodate a namespace mirror constituent by using the aggregate show command.
- Assign the aggregate from the new node to the Infinite Volume by using the vserver modify command with the -aggr-list parameter.
When you specify the aggregate list, you should include all the existing aggregates from existing nodes as well as the new aggregate from the new node.
- Increase the size of the Infinite Volume by using the volume modify command with the -size parameter.
Increase the size of the Infinite Volume by an amount that is equal or larger than the size of the namespace constituent.
A namespace mirror constituent is created on the destination node.
- Identify the type of Infinite Volume constituents contained by each aggregate on the source node by using the volume show command with the -vserver and -is-constituent true parameters.
Constituents with "data" in their names are data constituents. The constituent with a name ending in "_ns" is the namespace constituent. Constituents with "ns_mirror" in their names are namespace mirror constituents.
In the following output, aggr3 contains a data constituent, aggr1 contains a namespace mirror constituent, and aggr2 contains a namespace mirror constituent:
cluster1::> volume show -vserver vs0 -is-constituent true
Vserver Volume Aggregate State Type Size Available Used%
--------- ------------ ------------ ---------- ---- ---------- ---------- -----
vs0 repo_vol_1024_data0001 aggr3 online RW 100TB 95TB 5%
vs0 repo_vol_1024_data0002 vs_aggr online RW 100TB 95TB 5%
vs0 repo_vol_1024_data0003 aggr4 online RW 100TB 95TB 5%
vs0 repo_vol_ns aggr1 online RW 10TB 9.5TB 5%
vs0 repo_vol_ns_mirror0001 aggr2 online DP 10TB 9.5TB 5%
100 entries were displayed.
- Perform the aggregate relocation in the following way:
- Divide the aggregates into the following two categories:
- Relocate ownership of all aggregates that do not contain a namespace constituent or namespace mirror constituent.
Note: If you want to relocate ownership of the aggregate that contains the namespace constituent without also relocating ownership of all of the aggregates that contain data constituents, you must contact technical support to create a namespace mirror constituent on the source node.
- If the remaining aggregate contains only the namespace constituent or if the remaining aggregate contains more than one type of constituent, relocate ownership of the remaining aggregate.
If the remaining aggregate contains only a namespace mirror constituent and no data constituents, you do not need to change ownership of the aggregate.
After you finish
You can consider contacting technical support to delete any excess namespace mirror constituents that are using space unnecessarily.