VPLEX: Das automatisierte Backup des Metadaten-Volumes konnte nicht abgeschlossen werden

Komponenten des Metadaten-Backup-Volumes wurden (über die GUI) umbenannt oder es wurden keine Metadaten-Backup-Volumes konfiguriert. Im Abschnitt „Hinweise“ unten finden Sie weitere Informationen zu Metadaten-Backup-Volumes.

 Was ist ein Metadaten-Backup?

• Metadaten-Backups sind Backups der aktiven Metadaten. Dazu gehören alle Systemkonfigurationseinstellungen, die in den aktiven Metadaten enthalten sind. Metadaten-Backup-Volumes sind System-Volumes in VPLEX, die bei der Erstkonfiguration eines VPLEX-Clusters erstellt werden. 
• Metadaten-Backups sind Point-in-Time-Snapshots des aktuell aktiven Metadaten-Volumes. Die Point-in-Time-Snapshots des Metadaten-Volume-Backups werden basierend auf dem Zeitplan erstellt, der bei der anfänglichen Konfiguration eingerichtet wurde. Sie können nur aktiviert werden, wenn das aktuell aktive Metadaten-Volume oder eine Komponente des aktiven Metadaten-Volumes ausfällt. Sie sollen zusätzlichen Schutz bei größeren Konfigurationsänderungen, Aktualisierungen oder einer Migration bieten.
• Wann immer EndnutzerInnen aufgrund von Problemen mit dem Back-end-Array auf eine DU-Situation stoßen, spielen die Metadaten-Volume-Backups eine wesentliche Rolle bei der Wiederherstellung der VPLEX-Konfiguration, sofern erforderlich.
• Aus Redundanzgründen verfügt VPLEX über zwei Metadaten-Backup-Volumes, die auf zwei unterschiedlichen Arrays erstellt werden, genau wie sich jede Komponente des aktiven Metadaten-Volumes auf zwei verschiedenen Arrays befindet. Die beiden Metadaten-Backups werden täglich gemäß dem Zeitplan rotiert. Ein Datum sollte immer einen Tag vor dem anderen liegen. Wenn mehrere Tage vergangen sind, liegt ein Problem mit dem Backup-Skript vor, das entweder nicht ausgeführt wird oder aufgrund eines Problems nicht abgeschlossen werden konnte, sodass die Backups nicht ausgeführt wurden.

 
Zum Beispiel: „Metavolume-Backup („A“)“ wird heute aktualisiert und am nächsten Tag „Metavolume-Backup („B“)“ usw. Weitere Details finden Sie in der nachfolgenden Ausgabe:

 
VPlexcli:/clusters/cluster-1/system-volumes> ll
Name                               Volume Type  Operational  Health  Active  Ready  Geometry  Component  Block     Block  Capacity  Slots
----------------------------       -----------  Status       State   ------  -----  --------  Count      Count     Size   --------  -----
----------------------------       -----------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
meta                                meta-volume  ok           ok      true    true   raid-1    2          20971264  4K     80G       32000
meta_backup_2021Jul09_040009 ( A )  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
meta_backup_2021Jul10_040007 ( B ) meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000

Wenn ein geplantes Metadaten-Backup fehlschlägt, wird ein Dial-Home wie unten gezeigt erzeugt:

Beispiel für das für dieses Problem gesendete Dial-Home-Ereignis:

1. <SymptomCode>0x8a4a6006</SymptomCode> 
    <Category>Status</Category>
    <Severity>Error</Severity>
    <Status>Failed</Status>
    <Component>CLUSTER</Component>
    <ComponentID>SMS</ComponentID>
    <SubComponent>CLUSTER-1</SubComponent>
    <SubComponentID></SubComponentID>
    <CallHome>Yes</CallHome>
    <FirstTime>2012-07-10T00:00:01.334Z</FirstTime>
    <LastTime>2012-07-09T00:00:01.334Z</LastTime>
    <Count>1</Count>
    <EventData><![CDATA[The automated backup of the meta-volume could not be completed.
   [Versions:<code formats listed>] RCA: The automated backup of the meta-volume could not be completed.]]>
   </EventData>
   <Description>
    The automated backup of the meta-volume could not be completed.

2.    <SymptomCode>0x8a4a6003</SymptomCode>
3.    <SymptomCode>0x8a4a6005</SymptomCode>

 

    Nachfolgend finden Sie ein Beispiel für ein fehlerhaftes Metadaten-Backup-Volume, bei dem die System-Volume-ID auf Komponentenkontextebene von der System-ID „VPD83T3“ in den für Menschen lesbaren Namen „C1_MetaBackup_1“ geändert wurde:
 

VPlexcli:/clusters/cluster-1/system-volumes/META_VOLUME_backup_2018Jun11_044501/components> ll

Name                Slot      Type            Operational    Health    Capacity
------------------  Number    --------------  Status         State     --------
------------------  --------  --------------  -------------  --------  --------
C1_MetaBackup_1  0         storage-volume  ok             ok        120G
/--------------------------\
 Für Menschen lesbare Namen sind auf Komponentenebene nicht zulässig.
Das Skript des Backup-Managers erkennt das Metadaten-Backup-Volume
nicht unter diesem Namen, sondern nur unter der System-ID,
die bei der Einrichtung des Backup-Volumes verwendet wurde.

3. Für SymptomCode 0x8a4a6005:

    Beim Überprüfen der Metadaten-Backups stellen Sie möglicherweise fest, dass das Datum des Backups nicht aktuell ist.

    Beispiel für die Überprüfung des aktuellen Datums auf dem VPLEX:
 

VPlexcli:/> date
Fri Sep 7 13:30:43 UTC YYYY <<<<Beachten Sie, dass das aktuelle Datum in diesem Beispiel der 7. September ist.

    Überprüfen Sie als Nächstes die Daten, an denen die einzelnen Backup-Volumes zuletzt unter den System-Volumes ausgeführt wurden.
    Vergleichen Sie dann die in den Namen der Backup-Volumes aufgeführten Daten mit dem oben
ermittelten Datum (das Datum wurde für das Beispiel erhöht):
 

VPlexcli:/> ll /clusters/cluster-1/system-volumes/

/clusters/cluster-1/system-volumes:
Name                             Volume Type     Operational  Health  Active  Ready  Geometry  Block     Block  Capacity  Slots
-------------------------------  --------------  Status       State   ------  -----  --------  Count     Size   --------  -----
-------------------------------  --------------  -----------  ------  ------  -----  --------  --------  -----  --------  -----
c1_meta                          meta-volume     ok           ok      true    true   raid-1    20971264  4K     80G       32000
c1_meta_backup_2018Aug01_030002  meta-volume    ok           ok      false   true   raid-1    20971264  4K     80G       32000
c1_meta_backup_2018Aug02_030003  meta-volume    ok           ok      false   true   raid-1    20971264  4K     80G       32000

Auf der Storage-Array-Kontextebene des VPLEX sind innerhalb des Storage-Arrays, das ein Backup-Volume hostet, LUNs vorhanden, bei denen für „visibility“ „none“ und für „connectivity-status“ „error“ angezeigt wird. 

/clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM00000000000/logical
units/VPD83T3:6006016099xxxxxxxxxxxxxxxxx1e111:
Name                    Value
----------------------  --------------------
active-aao-controller   [CKM00000000000.SPB]
active-aao-visibility   []
alua-support            none
connectivity-status     error <<<< Kommunikations-/Verbindungsproblem zwischen VPLEX und Array
luns                    []
passive-aan-controller  [CKM00000000000.SPA]
passive-aan-visibility  []
storage-volume          -
visibility              none <<<<< Das Back-end-Volume wird nicht erkannt.

Dies weist darauf hin, dass es zwischen dem Storage-Array und VPLEX ein Verbindungsproblem gibt, dass während der Ausführung des automatisierten Backup-Skripts zu einem Problem führen würde, da das Skript aufgrund des Verbindungsproblems nicht in der Lage wäre, das Storage-Volume des Arrays zu erkennen.

A. Für die Symptomcodes 0x8a4a6003 und 0x8a4a6006:

HINWEIS: Versuche, die Komponente in die ID „VPD83T3:“ umzubenennen, funktionieren aufgrund von Problemen mit dem Doppelpunkt „:“ nicht.

Gehen Sie zur Behebung des Problems folgendermaßen vor:
 

Problemumgehung:
 

• Wenn es sich beim VPLEX um eine Metro-Konfiguration handelt, stellen Sie sicher, dass Sie die Problemumgehung auf dem Cluster ausführen, auf dem das Problem gemeldet wurde, falls Sie die Metadaten-Backup-Volumes löschen müssen.

1. Listen Sie die System-Volumes auf den Clustern auf, für die das Problem im Call-Home gemeldet wurde
(siehe Beispiel-Call-Home im Abschnitt „Problem“), um die Details anzuzeigen. Verwenden Sie hierfür den folgenden Befehl:
     ll /clusters/cluster-<id>/system-volumes,

    HINWEIS: Sie können den Befehl auch als ll /clusters/*/system-volumes eingeben und damit die System-Volumes für alle Cluster in der Konfiguration auflisten. Wenn es sich um ein VPLEX-Local handelt, werden
nur die Informationen für Cluster-1 angezeigt.

     Beispielausgabe für Cluster-1:
  2. Löschen Sie als Nächstes die vorhandenen Metadaten-Backup-Volumes mit dem Befehl metavolume destroy.

         Zum Beispiel:
3. Führen Sie den Befehl schedule list über die VPlexcli aus, um den aktuellen Zeitplan für „metadata backup local“
und die damit verbundene Jobnummer anzuzeigen.

         Zum Beispiel:
          VPlexcli:/> schedule list
     [0] 30 13 * * 3 syrcollect
     [2] 23 30 * * * metadata backup local 

4. Entfernen Sie den Zeitplan für „metadata backup local“, indem Sie „schedule remove [Job-ID]“ ausführen, wie in
Schritt (3) erwähnt.
 
5. Geben Sie beide früheren Metadaten-Backup-Volumes mithilfe des folgenden Befehls frei.

    Zum Beispiel mit dem Namen des Metadaten-Backups:
 
     Beispiel für VPD-Nummer:
  6. Erstellen Sie die Metadaten-Backups neu und legen Sie den Zeitplan* für die tägliche Ausführung zur gewünschten Zeit fest.

     *Hinweis: Es wird möglicherweise ein bereits festgelegter Zeitplan angezeigt. Wenn Sie diesen Zeitplan
beibehalten möchten, geben Sie Y ein. Wenn nicht, geben Sie N ein und Sie werden im Skript später aufgefordert, die neue Uhrzeit einzugeben,
zu der die Metadaten-Backups ausgeführt werden sollen.

      Beispiel für die Konfiguration des Metadaten-Backups:

     VPlexcli:/clusters/cluster-1/system-volumes> configuration metadata-backup

   A back up of the meta-data is already scheduled to occur everyday at
   4:45 (UTC).
   Do you want change the existing schedule? (Y/N): Y <<<Y, um die aktuelle Zeit beizubehalten.

   Configuring Meta-data Backups
   To configure meta-data backups you will need to select two unclaimed
   volumes (78G or greater), preferably on two different arrays. Backups
   will occur automatically each day, at a time you specify. Please note:
   All times are UTC and are not based on the local time.

   VPLEX is currently configured to backup metadata on the following
   volumes :
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   Would you like to change the volumes on which to backup the metadata? [no]: Yes
   Available Volumes for Meta-data Backup

   Name Capacity Vendor IO Status Type Array Name
   ---------------------------------------- -------- -------- --------- ----------- -----------------------
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX 120G EMC alive traditional EMC-SYMMETRIX-<Seriennummer>
   VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXX 120G EMC alive traditional EMC-SYMMETRIX-<Seriennummer>

   Please select volumes for meta-data backup, preferably from two
   different arrays         (volume1,volume2):VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   VPLEX is configured to back up meta-data every day at 04:45 (UTC).
   Would you like to change the time the meta-data is backed up? [no]: N

   You have chosen to configure the backup of the meta-data. Please note:
   All times are UTC and are not based on the local time.

   Review and Finish

   Would you like to run the setup process now? [yes]: yes
   Scheduling the backup of metadata...
   Performing metadata backup (This will take a few minutes)
   Successfully performed the initial backing up of metadata
   Successfully scheduled the backing up of metadata
   Successfully scheduled the metadata backup

   The metadata backup has been successfully scheduled.

7. Um zu überprüfen, ob die neuen Metadaten-Backups erstellt wurden und wie das System sie
benannt hat, führen Sie in der VPlexcli-Eingabeaufforderung ll clusters/cluster-<id>/system-volumes aus.

Beispielausgabe:
 

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   --------  -----
-------------------------------  -----------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
C1_Meta                          meta-volume  ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume  ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
 

8. Führen Sie dann den Befehl schedule list erneut aus, um zu bestätigen, dass „metadata backup local“ mit
der korrekten Zeit angezeigt wird, die Sie für die tägliche Ausführung festgelegt haben.
 

VPlexcli:/> schedule list
[0] 56 18 * * * syrcollect
[1] 45 4* * * metadatabackup local
 

9. Nachdem Sie nun die alten Metadaten-Backup-Volumes entfernt und neue erstellt haben, überwachen
Sie die Backups einige Tage lang, um sicherzustellen, dass sie wie geplant ausgeführt werden. Das Skript wechselt bei jeder Ausführung zwischen
den beiden Backup-Volumes, sodass ein Backup jeweils auf den Tag nach dem anderen Backup
datiert sein sollte. Der Zeitpunkt, zu dem das Backup ausgeführt wird, wird an den Backupnamen angehängt, und es ist kein Problem, wenn
es sich nicht exakt um den festgelegten Zeitpunkt handelt. Er kann ein wenig variieren, das ist normal. Wenn Sie die neuen Backups zum ersten Mal ausführen, sollten Sie bei mindestens einem
Backup-Volume ein neues Datum sehen.

    Beispiel:
 

VPlexcli:/> ll /clusters/*/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   --------  -----
-------------------------------  --------------  -----------  ------  ------  -----  --------  ---------  --------  -----  --------  -----
C1Logging_vol                    logging-volume  ok           ok      -       -      raid-0    1          2621440   4K     10G       -
C1_Meta                          meta-volume     ok           ok      true    true   raid-1    2          20971264  4K     80G       64000
C1_Meta_backup_2018Oct08_044532  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
C1_Meta_backup_2018Oct07_123208  meta-volume     ok           ok      false   true   raid-1    1          20971264  4K     80G       64000
 

B. Für Symptomcode 0x8a4a6005:

Das System muss während des geplanten Metadaten-Backups das alte Metadaten-Backup löschen, damit auf dem Storage-Volume der Komponente ein neues Backup erstellt werden kann. Bei einem der Schritte in diesem Backup-Skript werden alle logischen Einheiten im VPLEX-System aufgelistet und es wird versucht, das Array mit dem alten Metadaten-Backup zu finden. Um das richtige Array zu ermitteln, vergleicht die Logik den Komponentennamen des alten Metadaten-Volumes mit dem Namen des Storage-Volumes <System-Volume-ID> der logischen Einheiten. In diesem Fall gibt es, bevor das Skript die richtige logische Einheit erreicht, eine logische Einheit ohne den Namen „storage-volume“ und an dieser Stelle wird das Skript beendet. Wenn das System in der Lage ist, die logische Einheit der Metadaten-Backups zu finden, bevor die logische Einheit im Fehlerstatus erreicht wird, tritt dieses Problem nicht auf. Damit Backups wie konfiguriert fortgesetzt werden können, müssen die ausstehenden Volume-Fehler behoben werden. Sie können dafür den Befehl storage-volume forget ausführen, wie im CLI-Handbuch beschrieben.

Informationen zu Meta-Volumes und Meta-Volume-Backups finden Sie im CLI-Handbuch für die GeoSynchrony-Version, die auf dem VPLEX ausgeführt wird. Suchen Sie nach configuration metadata-backup. Um eine Liste der Volumes anzuzeigen, die als Metadaten-Backup-Volumes verwendet werden können, suchen Sie nach configuration show-meta-volume-candidates.

Beispielausgabe, welche Volumes für die Erstellung von Metadaten-Backup-Volumes verfügbar sind.

VPlexcli:/clusters/cluster-1/storage-elements/storage-volumes>configuration show-meta-volume-candidates
Name                                      Capacity  Vendor    IO Status  Type         Array Name
----------------------------------------  --------  --------  ---------  -----------  ---------------------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<Seriennummer>
VPD83T3:60060160c9c02c0XXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<Seriennummer>

Beispielausgabe, wenn Sie die Ausführungszeit für die Backups ändern möchten:

VPlexcli:/> configuration metadata-backup

A back up of the meta-data is already scheduled to occur everyday at 4:15 (UTC). Do you want change the existing schedule? (Y/N): y

  Configuring Meta-data Backups

To configure meta-data backups you will need to select two unclaimed
volumes (78G or greater), preferably on two different arrays. Backups will occur automatically each day, at a time you specify. Please note: All times are UTC and are not based on the local time.

  Available Volumes for Meta-data Backup

Name                                      Capacity  Vendor    IO Status  Type         Array Name
----------------------------------------  --------  --------  ---------  -----------  ---------------------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<Seriennummer>
VPD83T3:60060160c9c02c0XXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<Seriennummer>

Please select volumes for meta-data backup, preferably from two different arrays (volume1,volume2):VPD83T3:60060160c9c02c00XXXXXXXXXXXX,VPD83T3:60060160c9c02c0058XXXXXXXXXXXX

 VPLEX is configured to back up meta-data every day at 04:15 (UTC).

  Would you like to change the time the meta-data is backed up? [no]: yes<<[An dieser Stelle werden Sie erneut gefragt, ob Sie die Ausführungszeit der Backups ändern möchten.]

  What hour of the day (UTC) should the meta-data be backed up? (0..23): 23

  What minute of the hour should the meta-data be backed up? (0..59): 00

  VPLEX is configured to back up meta-data every day at 23:00 (UTC).

  Would you like to change the time the meta-data is backed up? [no]: <<
[Verwenden Sie dieses Mal die Standardauswahl, um die neu eingestellte Zeit beizubehalten, indem Sie die Eingabetaste drücken.]
 You have chosen to configure the backup of the meta-data. Please note:
 All times are UTC and are not based on the local time.

  Review and Finish

  Review the configuration information below. If the values are correct,
  enter yes (or simply accept the default and press Enter) to start the
  setup process. If the values are not correct, enter no to go back and
  make changes or to exit the setup.

    Meta-data Backups
      Meta-data will be backed up every day at 23:00.
      The following volumes will be used for the backup
      :VPD83T3:60060160c9c02XXXXXXXXXXXX,VPD83T3:60060160c9c02c005XXXXXXXXXXXX


  Would you like to run the setup process now? [yes]: <<
Verwenden Sie die Standardauswahl, indem Sie einfach die Eingabetaste drücken.
Scheduling the backup of metadata...
Performing metadata backup (This will take a few minutes)
Successfully performed the initial backing up of metadata
Successfully scheduled the backing up of metadata
Successfully scheduled the metadata backup

The metadata backup has been successfully scheduled.