Table of ContentsView in Frames

Relocating ownership of aggregates used by Infinite Volumes

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.

Before you begin

About this task

Steps

  1. 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.
  2. If the destination node is not currently used by the Infinite Volume, add the destination node to the Infinite Volume.
    1. 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.
    2. Identify an aggregate on the destination node that has available space to accommodate a namespace mirror constituent by using the aggregate show command.
    3. 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.
    4. 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.
  3. 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.
    Example
    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.
  4. Perform the aggregate relocation in the following way:
    1. Divide the aggregates into the following two categories:
      • The single aggregate that contains either a namespace constituent or a namespace mirror constituent.

        It might also contain data constituents.

      • All the other aggregates on the node that contain data constituents.
    2. 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.
    3. 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.