Migrate an entire V-Tree (a volume and all of its snapshots) from one Storage Pool to another Storage Pool, within the same Protection Domain or between two different Protection Domains.
During V-Tree migration, you can run other tasks such as creating snapshots, deleting snapshots, and entering maintenance mode.
When a V-Tree migration is requested, the MDM first estimates whether the destination Storage Pool has enough capacity for the migration to complete successfully. The MDM bases the estimation on its information of the current capacity of the V-Tree. If there is insufficient capacity at the destination based on that estimate, migration does not start. (You can use the
--ignore_destination_capacity option to force the migration even if there is insufficient capacity at the destination, with the intention to increase the capacity as required during the migration.) The MDM does not reserve the estimated capacity at the destination (since the capacity of the source volume can grow during migration and the reserved capacity does not guarantee success). The MDM does not hold onto source capacity once it has been migrated, but releases it immediately.
V-Tree migration can take a long time, depending on the size of the V-Tree and the system workload. During migration, the V-Tree is fully available for user I/O. V-Tree migration is done volume block by volume block. When a single block has completed its migration, the capacity of the block at the source becomes available, and it becomes active in the destination Storage Pool. During migration, the V-Tree has some of its blocks active in the source Storage Pool and the remaining blocks active in the destination Storage Pool.
When migrating from a Medium Granularity Storage Pool to a Fine Granularity Storage Pool, volumes must be zero padded. For more information on zero padding, see "Storage Pools" in the
Getting to Know Dell PowerFlex Guide.
NOTE:You cannot create snapshots when migrating from a Medium Granularity Storage Pool to a Fine Granularity Storage Pool.
Define whether this migration should be placed at the head or the tail of the migration queue. By default, it is placed at the tail or it retains its position if the V-Tree is already in migration.
--convert_to_thin_provisioned
Convert a thick-provisioned V-Tree to be thin-provisioned.
NOTE: SDCs with a version earlier than v3.0 do not fully support converting a thick-provisioned V-Tree to a thin-provisioned V-Tree during migration; after migration, the V-Tree will be thin-provisioned, but the SDC will not be able to trim it. These volumes can be trimmed by unmapping and then remapping them, or by rebooting the SDC. The SDC version will not affect capacity allocation and a V-Tree converted from thick to thin provisioning will be reduced in size accordingly in the system.
--convert_to_thick_provisioned
Convert a thin-provisioned V-Tree to be thick-provisioned.
compression_method {none |
normal}
Indicate the compression method to be used, relevant only for fine granularity data layouts. By default, the compression is according to the settings of the destination Storage Pool.
--ignore_destination_capacity
Force migration, even if currently there is not enough capacity at the destination.