Administrator Guide
Table Of Contents
- Systèmes de stockage Dell EMC Guide d’administration de la fonctionnalité de Metro Node PowerStore et UnityXT
- Espace de travail et comptes d’utilisateur de l’interface CLI
- Métavolumes
- Gestion du système
- Notifications Call Home
- Emplacement du journal des événements
- Accélération matérielle avec VAAI
- Surcharge de la copie de déchargement avec XCOPY
- Changement de nom d’un cluster Metro Node
- Paramètres du panneau avant LCD
- Support dynamique de Metro Node
- Provisionnement du stockage
- Extension de volume
- Migration des données
- À propos de la migration des données
- Migration de stockage compatible avec le provisionnement dynamique
- À propos des reconstructions
- Migration ponctuelle des données
- Migrations par lot
- Conditions préalables
- Création d’un plan de migration par lot
- Vérification d’un plan de migration par lot
- Modification d’un fichier de migration par lot
- Démarrage d’une migration par lot
- Pause/reprise d’une migration par lot (en option)
- Annulation d’une migration par lot (en option)
- Surveillance de la progression de la migration par lot
- Affichage de l’état d’une migration par lot
- Validation d’une migration par lot
- Nettoyage d’une migration par lot
- Suppression des enregistrements de migration par lot
- Configuration du réseau WAN
- Consistency Groups
- À propos des groupes de cohérence Metro Node
- Propriétés des groupes de cohérence
- Gérer les groupes de cohérence
- Création d’un groupe de cohérence
- Ajout de volumes à un groupe de cohérence
- Suppression de volumes d’un groupe de cohérence
- Modification des propriétés d’un groupe de cohérence
- exemple de modification : définition de visibility
- exemple de modification : application d’une règle de déconnexion
- Suppression d’un groupe de cohérence
- Affichage des propriétés d’un groupe de cohérence
- Utilisation d’un groupe de cohérence
- Performances et surveillance
- À propos des performances
- À propos de la surveillance des performances
- Surveillance des performances avec l’interface CLI
- À propos de la rotation et de l’horodatage des fichiers
- Présentation de la procédure : créer un analyseur à l’aide de l’interface CLI
- Création d’un analyseur
- Ajout/suppression de récepteurs d’analyseur
- Suppression d’un analyseur
- Activation/désactivation/modification d’une interrogation
- Activation/désactivation des récepteurs
- Exécution forcée d’une interrogation immédiate
- Surveillance des ports
- Statistiques
- Tableaux de statistiques
- Metro Node avec baies de stockage en mode actif-passif
- Index
Validation d’une migration par lot
Le processus de migration insère une structure RAID 1 temporaire au-dessus des périphériques sources, les périphériques cibles étant un
tronçon obsolète du RAID 1. La migration peut être interprétée comme la synchronisation du tronçon obsolète (la cible).
À propos de cette tâche
Une fois la migration terminée, l’étape de validation déconnecte le tronçon source du RAID 1, puis supprime le RAID.
Le volume virtuel, ou le périphérique, est identique à celui de la migration, sauf que le périphérique source est remplacé par le périphérique
cible.
Une migration doit être validée pour pouvoir être nettoyée.
Lorsque la migration par lot est terminée à 100 %, utilisez la commande batch-migrate commit pour répliquer les volumes sur les
périphériques cibles et supprimer les volumes des périphériques sources.
Pour valider une migration par lot, procédez comme suit :
Étapes
1. Utilisez la commande batch-migrate summary pour vérifier que la migration s’est terminée sans erreur.
2. Utilisez la commande batch-migrate commit --file pour valider la migration.
AVERTISSEMENT : L’opération de validation supprime définitivement les volumes des périphériques sources.
Par exemple :
VPlexcli:/> batch-migrate commit --file migrate.txt
Nettoyage d’une migration par lot
Pour les migrations de périphériques, le nettoyage démantèle le périphérique source vers ses volumes de stockage. Les volumes de
stockage qui ne sont plus utilisés ne sont pas revendiqués.
À propos de cette tâche
Pour les migrations de périphériques uniquement, utilisez l’argument --rename-target (en option) pour renommer le périphérique cible
après le périphérique source. Si le périphérique cible est renommé, le volume virtuel qui s’y trouve est également renommé si le volume
virtuel possède un nom par défaut attribué par le système.
Sans l’attribution d’un nouveau nom, les périphériques cibles conservent leurs noms cibles, ce qui peut rendre la relation entre le volume et
le périphérique moins évidente.
Utilisez la commande batch-migrate clean --file pour supprimer la migration par lot spécifiée.
PRÉCAUTION :
Cette commande doit être exécutée avant la suppression de la migration par lot. La commande ne
nettoie pas les migrations qui n’ont aucun enregistrement dans l’arborescence de contextes Vplexcli.
Dans l’exemple suivant, les périphériques sources sont démontés vers leurs volumes de stockage ; les périphériques et les volumes cibles
sont renommés après le nom des périphériques sources
VPlexcli:/> batch-migrate clean --rename-targets --file migrate.txt
Using migration plan file /temp/migration_plans/migrate.txt for cleanup phase.
0: Deleted source extent /clusters/cluster-1/devices/R20061115_Symm2264_010, unclaimed its
disks Symm2264_010
1: Deleted source extent /clusters/cluster-1/extents/R20061115_Symm2264_011, unclaimed its
disks Symm2264_011
2: Deleted source extent /clusters/cluster-1/extents/R20061115_Symm2264_012, unclaimed its
disks Symm2264_012
3: Deleted source extent /clusters/cluster-1/extents/R20061115_Symm2264_013, unclaimed its
disks Symm2264_013
Migration des données
53