VPLEX: Das Umbenennen von Backups wird nicht unterstützt und kann dazu führen, dass die Backuprotation fehlschlägt.
Сводка: In diesem Artikel wird ein Problem beschrieben, bei dem der automatisierte Meta-Volume-Backupprozess fehlschlagen kann, wenn die zugrunde liegende Storage-Volume-Komponente, die zum Erstellen des Meta-Volumes verwendet wird, umbenannt wurde. Dieser Artikel enthält die Workaround-Schritte zur Behebung des Problems. ...
Симптомы
Was sind VPLEX-Metadaten?
VPLEX-Metadaten enthalten Zuordnungen von virtuell zu physisch sowie Informationen zu Geräten, virtuellen Volumes und Systemkonfigurationseinstellungen. Diese Metadaten werden im Cache gespeichert und auf speziell festgelegten externen Volumes gesichert, die als Meta-Volumes bezeichnet werden.
Backupmeta-Volumes stellen Point-in-Time-Snapshots der Metadaten dar und bieten eine zusätzliche Schutzebene vor größeren Konfigurationsänderungen, Aktualisierungsvorgängen oder Migrationen.
Problem:
-
Automatisierte Metadatenbackups können möglicherweise nicht ausgeführt werden. Das Metadatenbackup kann am Ende des Backupnamens, der außerhalb des geplanten Backupzeitraums liegt, einen älteren Datums- und Zeitstempel aufweisen.
-
Firmwareprotokolle melden möglicherweise, dass
sms/6oderutl/1Ereignisse, bei denen sie wie folgt beschrieben werden:-
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
-
-
Der Endnutzer erhält möglicherweise eine Call-Home-E-Mail-Warnung mit Symptomcode
0x8a4a6006mit folgender Beschreibung:
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.
Symptome:
So stellen Sie fest, ob eine Storage-Volume-Komponente für Metadatenbackups umbenannt wurde:
Das Auflisten der Systemvolumes kann darauf hinweisen, dass alte Daten an die Meta-Volume-Backups angehängt werden, die eindeutig außerhalb des automatisierten Backupzeitplans liegen:
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
Durch das Auflisten der Metadatenbackupkomponenten wird das zugrunde liegende Speicher-Volume angezeigt, das möglicherweise einen für Menschen lesbaren Namen anzeigt:
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
Beim Auflisten des zugehörigen Speicher-Volume wird möglicherweise ein für Menschen lesbarer Name angezeigt. Standardmäßig sollte der Name des Speicher-Volume identisch mit der ID der logischen Einheit sein:
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
Причина
Das Umbenennen der automatisierten Metadatenbackupkomponenten, wie z. B. der zugrunde liegenden Speicher-Volume-Komponente, wird nicht unterstützt, da dies dazu führt, dass die automatische Backuprotation fehlschlägt. Dies liegt daran, dass der ursprüngliche Kontextpfad ungültig wird, sobald das Speicher-Volume umbenannt wurde. Auf das Speicher-Volume kann dann nur über den neuen Kontextpfad (mit einem neuen Namen) zugegriffen werden.
Auch wenn Nutzer nutzerdefinierte Namen für manuelle Backups verwenden dürfen, sollten die automatisierten Backups oder die ihnen zugrunde liegenden Speicher-Volume-Komponenten nicht umbenannt werden. Für den automatisierten Backupprozess entscheidet VPLEX über das neueste Backup. VPLEX rotiert dann das vorhandene Backup basierend auf dem Datum und Zeitstempel, die an den Backupnamen angehängt sind. Wenn das Meta-Volume für automatisiertes Backup umbenannt wird, gehen die Zeitstempelinformationen verloren. Infolgedessen funktionieren die geplanten automatisierten Backups nicht mehr.
Разрешение
Schritte zur Problemumgehung:
Wenn eine Storage-Volume-Komponente bereits in einen für Menschen lesbaren Namen umbenannt wurde, ist es wahrscheinlich nicht möglich, sie wieder in eine LUN-Kennung umzubenennen (z. B.: VPD83T3:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) aufgrund von Sonderzeicheneinschränkungen wie ":" . Daher besteht die einzige Möglichkeit, die Speicher-Volume-Komponente wieder in eine LUN-Kennung umzubenennen, darin, das Metadaten-Backup-Volume neu zu erstellen und Namensänderungen des Speicher-Volumes zu vermeiden.
Voraussetzungen zum erneuten Erstellen von Metadaten-Backup-Volumes:
- Identifizieren Sie zwei oder mehr Speicher-Volumes aus verschiedenen Speicherarrays.
- Stellen Sie sicher, dass diese Speicher-Volumes nicht mehr beansprucht werden.
- Vergewissern Sie sich, dass die Speicher-Volumes über eine Kapazität von mindestens 78 GB verfügen.
Schritte zum erneuten Erstellen des Metadatenbackupvolumens:
Informationen zum erneuten Erstellen des Metadaten-Backup-Volumes finden Sie im Wissensdatenbank-Artikel VPLEX: automated backup of the metavolume could not be completed für eine ausführliche Anleitung zur Neukonfiguration der Metadaten-Backups.
So überprüfen Sie, ob die neuen Metadatenbackups korrekt neu erstellt wurden:
Nach der erfolgreichen Neuerstellung der Metadatenbackups können wir die System-Volumes auflisten und feststellen, dass der Name des an das Datum angehängten Meta-Volume-Backups ein aktuelles Datum und einen Zeitstempel innerhalb des automatisierten Backupzeitplans enthalten sollte:
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
Beim erneuten Auflisten der Metadatenbackupkomponenten nach der Neuerstellung sollte beachtet werden, dass das zugrunde liegende Speicher-Volume ein nicht für Menschen lesbares Namensformat aufweisen sollte (z. B.: 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
Beim erneuten Auflisten des zugehörigen Speicher-Volume sollten Sie außerdem feststellen, dass der Name des Speicher-Volume in einem nicht für Menschen lesbaren Format vorliegt. Der Name des Speicher-Volume muss mit der LUN-ID identisch sein:
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