VPLEX : Le changement de nom des sauvegardes n’est pas pris en charge et peut entraîner l’échec de la rotation des sauvegardes.
Сводка: Cet article décrit un problème dans lequel le processus de sauvegarde automatisée du métavolume peut échouer si le composant de volume de stockage sous-jacent utilisé pour créer le métavolume a été renommé. Cet article présente les étapes de contournement permettant de résoudre le problème. ...
Симптомы
Que sont les métadonnées VPLEX ?
Les métadonnées VPLEX contiennent des mappages virtuel-vers-physique, ainsi que des informations sur les périphériques, les volumes virtuels et les paramètres de configuration du système. Ces métadonnées sont stockées dans le cache et sauvegardées sur des volumes externes spécialement désignés, appelés métavolumes.
Les volumes de métadonnées de sauvegarde représentent des snapshots des métadonnées à un point dans le temps, fournissant une couche de protection supplémentaire avant les modifications de configuration majeures, les opérations d’actualisation ou les migrations.
Problème :
-
L’exécution des sauvegardes de métadonnées automatisées peut échouer. La sauvegarde de métadonnées peut comporter un horodatage de date plus ancien ajouté à la fin du nom de la sauvegarde, qui se trouve en dehors de la période de sauvegarde planifiée.
-
Les journaux du firmware peuvent générer des rapports
sms/6ouutl/1événements où ils sont décrits comme suit :-
sms/6 The automated backup of the meta-volume could not be completed. -
utl/1 NDU procedural event: automated metadata backup failed with error: com.emc.vplex.cli.CommandExecutionException: Evaluation of <<meta-volume backup -c /clusters/cluster-1 --storage-volumes XXXXXXXXX --force>> failed
-
-
L’utilisateur final peut recevoir une alerte par e-mail Call Home contenant le code des symptômes.
0x8a4a6006avec la description suivante :
This e-mail notification is to let you know that Dell EMC received a call home alert from VPLEX XXXXXXXXXXXXX for call-home event 0x8a4a6006. This e-mail notification is to let you know that "VPlex triggered a call home with an error that the automated meta-volume backup failed." and that we need customer's/Local team/Field team intervention, initially, to follow the Knowledge Base Article 000458412 which provides appropriate actions required for investigating the issue. As a result, a Service Request has not been generated for this event.
Symptômes :
Comment identifier si un composant de volume de stockage de sauvegarde de métadonnées a été renommé :
La liste des volumes système peut indiquer que d’anciennes dates sont ajoutées aux sauvegardes de métavolumes qui sont clairement en dehors de la planification des sauvegardes automatisées :
VPlexcli:/> ll clusters/cluster-1/system-volumes/
/clusters/cluster-1/system-volumes:
Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots
-------------------------------------- ----------- Status State ------ ----- -------- Count Count Size -------- -----
-------------------------------------- ----------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
cluster1_meta meta-volume ok ok true true raid-1 2 20971264 4K 80G 64000
cluster1_meta_backup_2017Mar10_020012 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000
cluster1_meta_backup_2018May04_020021 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000
La liste des composants de sauvegarde des métadonnées affiche le volume de stockage sous-jacent qui peut présenter un nom lisible par l’utilisateur :
VPlexcli:/> ll clusters/cluster-1/system-volumes/cluster1_meta_backup_2017Mar10_020012/components/
/clusters/cluster-1/system-volumes/cluster1_meta_backup_2017Mar10_020012/components:
Name Slot Type Operational Health Capacity
------------------------- Number -------------- Status State --------
------------------------- ------ -------------- ----------- ------ --------
XtremIOXXXXX_Metadata_Lun2 0 storage-volume ok ok 80G
VPlexcli:/> ll clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May04_020021/components/
/clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May04_020021/components:
Name Slot Type Operational Health Capacity
------------------------- Number -------------- Status State --------
------------------------- ------ -------------- ----------- ------ --------
XtremIOXXXXX_Metadata_Lun1 0 storage-volume ok ok 80G
La liste du volume de stockage associé peut afficher un nom lisible par l’utilisateur. Par défaut, le nom du volume de stockage doit correspondre de manière identique à l’ID d’unité logique :
VPlexcli:/> ll clusters/cluster-1/storage-elements/storage-volumes/
/clusters/cluster-1/storage-elements/storage-volumes:
Name VPD83T3 ID Capacity Use Vendor IO Type Thin Provision Thin
---------------------------------------- ---------------------------------------- -------- --------- ------- Status ----------- Rebuild Type Capable
---------------------------------------- ---------------------------------------- -------- --------- ------- ------ ----------- ------- --------- -------
XtremIOXXXXX_Metadata_Lun2 VPD83T3:514f0c50de000227 80G meta-data XtremIO alive traditional false legacy true
XtremIOXXXXX_Metadata_Lun1 VPD83T3:514f0c5de9a00001 80G meta-data XtremIO alive traditional false legacy true
Причина
Le changement de nom des composants de sauvegarde automatisée des métadonnées, tels que le composant de volume de stockage sous-jacent, n’est pas pris en charge, car cela entraîne l’échec de la rotation automatisée des sauvegardes. Cela est dû au fait qu’une fois le volume de stockage renommé, le chemin de contexte d’origine n’est plus valide. Le volume de stockage n’est alors accessible qu’à l’aide du nouveau chemin de contexte (par un nouveau nom).
En outre, bien que les utilisateurs soient autorisés à utiliser des noms personnalisés pour les sauvegardes manuelles, nous ne devons pas renommer les sauvegardes automatisées ni leurs composants de volume de stockage sous-jacents. Pour le processus de sauvegarde automatisée, VPLEX détermine la dernière sauvegarde. VPLEX procède ensuite à une rotation de la sauvegarde existante en fonction de la date et de l’horodatage ajoutés au nom de la sauvegarde. Si le métavolume de sauvegarde automatisée est renommé, les informations d’horodatage sont perdues. Par conséquent, les sauvegardes automatisées planifiées cessent de fonctionner.
Разрешение
Étapes de contournement :
Si un composant de volume de stockage a déjà été renommé avec un nom lisible par l’utilisateur, il n’est probablement pas possible de le renommer avec un ID de LUN (par exemple : VPD83T3:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) en raison de limitations de caractères spéciaux tels que « : » . Par conséquent, la seule façon de renommer le composant de volume de stockage en ID de LUN consiste à recréer le volume de sauvegarde des métadonnées et à éviter toute modification du nom du volume de stockage.
Conditions préalables à la recréation des volumes de sauvegarde de métadonnées :
- Identifiez au moins deux volumes de stockage provenant de différentes baies de stockage.
- Assurez-vous que ces volumes de stockage ne sont pas revendiqués.
- Vérifiez que les volumes de stockage ont une capacité d’au moins 78 Go.
Étapes à suivre pour recréer le volume de sauvegarde de métadonnées :
Pour recréer le volume de sauvegarde des métadonnées, reportez-vous à l’article de la base de connaissances VPLEX : La sauvegarde automatisée du métavolume n’a pas pu être terminée pour obtenir un guide détaillé sur la reconfiguration des sauvegardes de métadonnées.
Comment vérifier si les nouvelles sauvegardes de métadonnées ont été recréées correctement :
Après avoir recréé les sauvegardes de métadonnées, nous pouvons répertorier les volumes système et observer que le nom de sauvegarde du métavolume ajouté à la date doit contenir une date et un horodatage actuels dans la planification de sauvegarde automatisée :
VPlexcli:/> ll clusters/cluster-1/system-volumes/
/clusters/cluster-1/system-volumes:
Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots
------------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- -----
------------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
cluster1_meta meta-volume ok ok true true raid-1 2 20447264 4K 78G 64000
cluster1_meta_backup_2018May05_235036 meta-volume ok ok false true raid-1 1 20447264 4K 78G 64000
cluster1_meta_backup_2018May06_235031 meta-volume ok ok false true raid-1 1 20447264 4K 78G 64000
Lors de la remise en vente des composants de sauvegarde de métadonnées après la recréation, nous devons observer que le volume de stockage sous-jacent doit afficher un format de nom non lisible par l’homme (par exemple : VPD83T3:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) :
VPlexcli:/> ll clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May05_235036/components/
/clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May05_235036/components:
Name Slot Type Operational Health Capacity
---------------------------------------- Number -------------- Status State --------
---------------------------------------- ------ -------------- ----------- ------ --------
VPD83T3:60000970000197000748533030303432 0 storage-volume ok ok 78G
VPlexcli:/> ll clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May06_235031/components/
/clusters/cluster-1/system-volumes/cluster1_meta_backup_2018May06_235031/components:
Name Slot Type Operational Health Capacity
---------------------------------------- Number -------------- Status State --------
---------------------------------------- ------ -------------- ----------- ------ --------
VPD83T3:60000970000197000748533030303431 0 storage-volume ok ok 78G
Lors de la remise en vente du volume de stockage associé, nous devons également observer que le nom du volume de stockage est dans un format non lisible par l’utilisateur. Le nom du volume de stockage doit être identique à l’ID de LUN :
VPlexcli:/> ll clusters/cluster-1/storage-elements/storage-volumes/
/clusters/cluster-1/storage-elements/storage-volumes:
Name VPD83 ID Capacity Use Vendor IO Type Thin Provision Thin
------------------------------------------ ---------------------------------------- -------- --------- ------ Status ----------- Rebuild Type Capable
------------------------------------------ ---------------------------------------- -------- --------- ------ ------ ----------- ------- --------- -------
VPD83T3:60000970000197000748533030303431 VPD83T3:60000970000197000748533030303431 78G meta-data EMC alive traditional false legacy true
VPD83T3:60000970000197000748533030303432 VPD83T3:60000970000197000748533030303432 78G meta-data EMC alive traditional false legacy true