Administrator Guide

Tableau 5. Scénarios de migration (suite)
Migration État du volume virtuel avant
la migration
État du volume virtuel lors de
la migration
État du volume virtuel après
la migration
Dynamique-vers-dynamique
(volume virtuel sans
provisionnement dynamique)
Thin-capable = true Thin-capable = true Thin-capable = true
Thin-enabled = disabled Thin-enabled = disabled Thin-enabled = disabled
UNMAP rejetée UNMAP rejetée UNMAP rejetée
REMARQUE : Dans ce
cas, la commande UNMAP
est intentionnellement
désactivée.
Dynamique-vers-statique
(volume virtuel à
provisionnement dynamique)
Thin-capable = true Thin-capable = false Thin-capable = false
Thin-enabled = enabled Thin-enabled = enabled Thin-enabled = unavailable
UNMAP traitée UNMAP rejetée UNMAP rejetée
Dynamique-vers-statique
(volume virtuel sans
provisionnement dynamique)
Thin-capable = true Thin-capable = false Thin-capable = false
Thin-enabled = disabled Thin-enabled = unavailable Thin-enabled = unavailable
UNMAP rejetée UNMAP rejetée UNMAP rejetée
REMARQUE :
● Lors de la migration, un miroir temporaire est créé pour déplacer les données de la source vers la cible de la migration. Metro Node
traite les commandes UNMAP uniquement lorsque les attributs thin-capablethin-enabled sont définis sur true sur le
volume virtuel.
● Si la cible de la migration est un périphérique compatible avec le provisionnement dynamique d’une capacité supérieure à celle
du périphérique source, les volumes virtuels Metro Node continuent d’être compatibles avec le provisionnement dynamique et
conservent la propriété thin-enabled précédemment provisionnée une fois la migration terminée. Pour utiliser la capacité inutilisée,
utilisez la commande virtual-volume expand.
Lors de la migration d’un périphérique à provisionnement dynamique vers un périphérique sans provisionnement dynamique
(périphérique statique, par exemple), l’attribut thin-enabled du volume reste enabled, même si la commande UNMAP est rejetée
lors de la migration. Une fois la migration réussie, l’attribut thin-enabled devient unavailable, car le périphérique cible est statique.
Ce comportement est ainsi prévu, car le volume redevient un volume dynamique lorsque la migration est abandonnée ou échoue.
Lors de l’exécution de migrations ponctuelles, tenez compte des points suivants :
● Pour une extension ou une migration de périphériques (avec volume virtuel supporté) dynamique-vers-statique, si la source est
compatible avec le provisionnement dynamique et que la cible ne l’est pas, les volumes virtuels supportés ne sont ni à provisionnement
dynamique, ni compatibles avec le provisionnement dynamique après la migration.
VPlexcli:/clusters/cluster-1/devices> dm migration start --paused --name my_migration --
from thin_source
--to device_thick_1
The source 'thin_source' is thin-capable but the target 'device_thick_1' is not thin-
capable. The
virtual-volume 'thin_source_vol' will not be thin-enabled or thin-capable after migration.
Do you wish to proceed? (Yes/No) no
dm migration start: Evaluation of <<dm migration start --paused --name my_migration --
from thin_source/
--to device_thick_1_c1/>> failed.
cause: Failed to create a new data-migration.
cause: Operation was halted by the user
VPlexcli:/clusters/cluster-1/devices>
VPlexcli:/clusters/cluster-1/storage-elements/extents> dm migration start --paused --name
my_migration
--from thin_extent_1 --to thick_extent_1
The source 'thin_extent_1' is thin-capable but the target 'thick_extent_1' is not thin-
capable.
The virtual-volume 'thin_source_vol' will not be thin-enabled or thin-capable after
Migration des données
41