VPLEX : la sauvegarde automatisée du métavolume n’a pas pu être terminée

Les composants du volume de sauvegarde de métadonnées ont été renommés (à l’aide de l’interface graphique) ou aucun volume de sauvegarde de métadonnées n’a été configuré. Pour plus d’informations sur les volume de sauvegarde de métadonnées, voir la section Remarques ci-dessous.

 En quoi consiste la sauvegarde de métadonnées ?

• Les sauvegardes de métadonnées sont les sauvegardes de métadonnées actives. Elles incluent tous les paramètres de configuration du système qui se trouvent dans les métadonnées actives. Les volumes de sauvegarde de métadonnées sont un volume système dans VPLEX, qui est créé lors de la configuration initiale d’un cluster VPLEX. 
• Les sauvegardes de métadonnées sont des snapshots instantanés du métavolume actif actuel. L’instantané de la sauvegarde du métavolume est choisi en fonction de la planification définie lors de la configuration initiale. Il ne peut être activé que si le métavolume actif actuel ou un tronçon du volume de métadonnées actif échoue. Il est destiné à offrir une protection supplémentaire lors de changements majeurs de configuration, d’actualisations ou d’une migration.
• À chaque fois qu’un utilisateur final rencontre une situation d’indisponibilité des données (DU) en raison de problèmes de baie back-end, les sauvegardes de métavolume jouent un rôle essentiel pour restaurer la configuration VPLEX si nécessaire.
• À des fins de redondance, VPLEX dispose de deux volumes de sauvegarde de métadonnées qui doivent être créés sur deux baies différentes, identiques à chaque tronçon des métadonnées actives résidant sur deux baies différentes. Les deux sauvegardes de métadonnées effectuent une rotation quotidienne selon la planification. Vous devriez toujours voir une date avant l’autre. S’il y a des jours manquants, cela signifie que le script de sauvegarde n’est pas en cours d’exécution, ou qu’il n’a pas pu se terminer en raison d’un problème ; les sauvegardes n’ont donc pas pu être exécutées.

 
Par exemple : « sauvegarde de métavolume (‘A’) » est mis à jour aujourd’hui, puis « sauvegarde de métavolume (‘B’) » sera mis à jour le jour suivant et ainsi de suite. Pour en savoir plus, voir l’exemple ci-dessous :

 
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

Si une sauvegarde planifiée de métadonnées échoue, un appel à distance est généré comme indiqué ci-dessous :

Exemple de l’appel à distance envoyé pour ce problème :

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[La sauvegarde automatisée du métavolume n’a pas pu être terminée.
   [Versions :<formats de code répertoriés>] RCA : la sauvegarde automatisée du métavolume n’a pas pu être terminée.]]>
   </EventData>
   <Description>
    La sauvegarde automatisée du métavolume n’a pas pu être terminée.

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

 

    Exemple de métavolume de sauvegarde incorrect, dans lequel l’ID du volume système au niveau du contexte du composant a été modifié, passant de l’ID système VPD83T3 à un nom lisible par l’utilisateur, « C1_MetaBackup_1 » :
 

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
/--------------------------\
 Les noms lisibles par l’utilisateur ne sont pas autorisés au niveau du composant.
Le script du gestionnaire de sauvegarde ne connaît pas le
   volume de sauvegarde de métadonnées par ce nom, mais uniquement l’ID système utilisé lors de la
   configuration du volume de sauvegarde.

3. Pour SymptomCode 0x8a4a6005 :

    lors de la vérification des sauvegardes de métadonnées, vous pouvez constater que la date de sauvegarde n’est pas à jour.

    Exemple de vérification de la date actuelle sur le VPLEX :
 

VPlexcli:/> date
Fri Sep 7 13:30:43 UTC YYYY <<<< notez que dans cet exemple, la date actuelle est le 7 septembre

    Ensuite, vérifiez les dates de dernière exécution de chaque volume de sauvegarde sous system-volumes.
    En contexte, comparez les dates répertoriées dans les noms des volumes de sauvegarde avec la date cochée ci-dessus
    (la date a été agrandie pour l’exemple) :
 

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

En examinant le niveau de contexte de la baie de stockage du VPLEX, il existe des LUN qui affichent la « visibility » comme « none » dans la baie de stockage qui héberge un volume de sauvegarde et « connectivity-status » indique « error ». 

/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 <<<< problème de communication/connectivité entre VPLEX et la baie
luns                    []
passive-aan-controller  [CKM00000000000.SPA]
passive-aan-visibility  []
storage-volume          -
visibility              none <<<<< ne voit pas le volume back-end

Cela indique un problème de connectivité entre la baie de stockage et VPLEX, ce qui pourrait entraîner un problème si cela se produisait lors de l’exécution du script de sauvegarde automatisé, car il ne serait pas en mesure de voir le volume de stockage de la baie en raison du problème de connectivité.

A. Pour SymptomCode 0x8a4a6003 et 0x8a4a6006 :

Remarque : tentative de renommage du composant avec VPD83T3 : l’ID rencontre des problèmes avec les deux-points « : » et ne fonctionne pas.

Pour résoudre ce problème, suivez les étapes de contournement :
 

Solution de contournement :
 

• Si VPLEX est une configuration Metro, assurez-vous d’exécuter la solution de contournement sur le cluster qui a signalé le problème si vous devez supprimer les volumes de méta-sauvegarde.

1. Répertoriez les volumes système sur les clusters où le problème a été signalé dans le message Call Home
    (vous pouvez voir un exemple Call Home détaillé dans la section Problème) pour afficher les détails à l’aide de la commande.
     ll /clusters/cluster-<id>/system-volumes,

     Remarque : vous pouvez saisir la commande « ll /clusters/*/system-volumes » pour répertorier les détails du volume système de tous les clusters de la configuration. S’il s’agit d’un VPLEX-Local, vous
     ne verrez que les informations relatives au cluster-1.

     Exemple avec le cluster-1 :
  2. Supprimez ensuite les volumes de méta-sauvegarde existants à l’aide de la commande « metavolume destroy ».

         Par exemple :
3. Exécutez la commande « schedule list » à partir de VPlexcli pour afficher la planification « metadata backup local »
    actuelle et le numéro de tâche qui lui est associé.

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

4. Supprimez la planification « metadata backup local » en exécutant la commande « schedule remove [ID de tâche] » mentionné à
    l’étape (3).
 
5. Annulez la revendication des deux anciens volumes de sauvegarde de métadonnées à l’aide de la commande ci-dessous.

    Par exemple, avec le nom de sauvegarde de métadonnées,
 
     Exemple pour le numéro VPD :
  6. Recréez les sauvegardes de métadonnées et définissez le planning* d’exécution à l’heure souhaitée chaque jour.

     *Remarque : vous pouvez voir qu’une heure planifiée est déjà définie. Si vous souhaitez conserver cette
     heure planifiée, saisissez « O ». Si ce n’est pas le cas, saisissez « N » et, ultérieurement dans le script, vous serez invité à indiquer la nouvelle heure à laquelle vous souhaitez
      exécuter les sauvegardes de métadonnées.

      Exemple de configuration de la sauvegarde de métadonnées :

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

   Une sauvegarde de métadonnées est déjà planifiée tous les jours à
   4 h 45 (UTC).
   Voulez-vous modifier le planning existant ? (O/N) : O <<< O pour conserver l’heure actuelle

   Configuration des sauvegardes de métadonnées
   Pour configurer des sauvegardes de métadonnées, vous devez sélectionner deux
   volumes non revendiqués (78G ou plus), de préférence sur deux baies différentes. Les sauvegardes
   sont effectuées automatiquement chaque jour, à l’heure que vous avez spécifiée. Veuillez noter les éléments suivants :
   Toutes les heures sont en UTC et ne sont pas basées sur l’heure locale.

   VPLEX est actuellement configuré pour sauvegarder les métadonnées sur les
   volumes suivants :
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   Souhaitez-vous modifier les volumes sur lesquels sauvegarder les métadonnées ? [non] : Oui
   Volumes disponibles pour la sauvegarde de métadonnées

   Name Capacity Vendor IO Status Type Array Name
   ---------------------------------------- -------- -------- --------- ----------- -----------------------
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX 120G EMC alive traditional EMC-SYMMETRIX-<numéro de série>
   VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXX 120G EMC alive traditional EMC-SYMMETRIX-<numéro de série>

   Sélectionnez des volumes pour la sauvegarde de métadonnées, de préférence à partir de deux
   baies différentes         (volume1,volume2):VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   VPLEX est configuré pour sauvegarder les métadonnées tous les jours à 04 h 45 (UTC).
   Voulez-vous modifier l’heure de sauvegarde de métadonnées ? [non] : N

   Vous avez choisi de configurer la sauvegarde de métadonnées. Veuillez noter les éléments suivants :
   toutes les heures sont en UTC et ne sont pas basées sur l’heure locale.

   Vérification et fin

   Voulez-vous exécuter le processus de configuration maintenant ? [oui] : oui
   Planification de la sauvegarde de métadonnées...
   Sauvegarde de métadonnées (cela prendra quelques minutes)
   La sauvegarde initiale de métadonnées a été effectuée avec succès
   La sauvegarde de métadonnées a été planifiée avec succès
   La sauvegarde de métadonnées a été planifiée avec succès

   La sauvegarde de métadonnées a été planifiée avec succès.

7. Pour vérifier que les nouvelles sauvegardes de métadonnées ont été créées et que le système les a nommées
    à partir de l’invite VPlexcli, exécutez la commande « ll clusters/cluster-<id>/system-volumes »

     Exemple :
 

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. Exécutez ensuite à nouveau la commande « schedule list » pour confirmer que « metadatabackup local » est répertorié avec
    l’heure correcte que vous aviez définie pour son exécution quotidienne.
 

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

9. Maintenant que vous avez supprimé les anciens volumes de sauvegarde de métadonnées et recréé de nouveaux volumes, surveillez
    les sauvegardes pendant quelques jours pour vous assurer qu’elles s’exécutent comme prévu. Le script va alterner entre
    les deux volumes de sauvegarde chaque fois que le script de sauvegarde s’exécute. Vous devriez donc voir une sauvegarde datée du
    jour suivant l’autre. L’heure d’exécution de la sauvegarde est ajoutée au nom de la sauvegarde. Si
    elle ne correspond pas exactement à l’heure définie, c’est normal, elle peut varier légèrement. Au moins un
    volume de sauvegarde doit avoir une nouvelle date s’il s’agit de la première exécution des nouvelles sauvegardes.

    Exemple :
 

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. Pour le code de symptôme 0x8a4a6005 :

lors de la sauvegarde planifiée de métadonnées, le système doit détruire l’ancienne sauvegarde de métadonnées afin de pouvoir créer une nouvelle sauvegarde sur le volume de stockage du composant. L’une des étapes de ce script de sauvegarde répertorie toutes les unités logiques du système VPLEX et tente de trouver la baie pour l’ancien métavolume de sauvegarde. Pour trouver la baie correcte, la logique consiste à comparer l’ancien nom du composant de métavolume avec le nom du volume de stockage <ID de volume système> des unités logiques. Dans ce cas, avant que le script n’atteigne l’unité logique correcte, il existe une unité logique sans nom « storage-volume », et c’est là que le script sort. Si le système parvient à trouver l’unité logique de métadonnées de sauvegarde avant l’unité logique à l’état d’erreur, ce problème ne se produira pas. Pour permettre la reprise des sauvegardes telles que configurées, les erreurs de volume en suspens doivent être résolues. Vous pouvez exécuter la commande « storage-volume forget » comme indiqué dans le guide de l’interface CLI.

Pour plus d’informations sur les métavolumes et les sauvegardes de métavolumes, voir le Guide de l’interface CLI adapté à la version de GeoSynchrony en cours d’exécution avec VPLEX et recherchez « configuration metadata-backup ». Pour afficher la liste des volumes pouvant être utilisés pour les volumes de sauvegarde de métadonnées, recherchez « configuration show-meta-volume-candidates ».

Exemple permettant de voir quels volumes étaient disponibles pour créer des volumes de sauvegarde de métadonnées,

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-<numéro de série>
VPD83T3:60060160c9c02c0XXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<numéro de série>

Exemple de modification de l’heure d’exécution des sauvegardes :

VPlexcli:/> configuration metadata-backup

Une sauvegarde de métadonnées est déjà planifiée tous les jours à 4 h 15 (UTC). Voulez-vous modifier le planning existant ? (O/N) : o

Configuration des sauvegardes de métadonnées

Pour configurer les sauvegardes de métadonnées, vous devez sélectionner deux
volumes non revendiqués (78G ou plus), de préférence sur deux baies différentes. Les sauvegardes sont effectuées automatiquement chaque jour, à l’heure que vous avez spécifiée. Veuillez noter les éléments suivants : Toutes les heures sont en UTC et ne sont pas basées sur l’heure locale.

  Volumes disponibles pour la sauvegarde de métadonnées

Name                                      Capacity  Vendor    IO Status  Type         Array Name
----------------------------------------  --------  --------  ---------  -----------  ---------------------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON-<numéro de série>
VPD83T3:60060160c9c02c0XXXXXXXXXXXX  80G       DGC       alive      traditional  EMC-CLARiiON<numéro de série>

Sélectionnez des volumes pour la sauvegarde de métadonnées, de préférence à partir de deux baies différentes (volume1, volume2):VPD83T3:60060160c9c02c00XXXXXXXXXXXX,VPD83T3:60060160c9c02c0058XXXXXXXXXXXX

 VPLEX est configuré de manière à sauvegarder les métadonnées tous les jours à 4 h 15 (UTC).

  Voulez-vous modifier l’heure de sauvegarde de métadonnées ? [non] : oui << [C’est à ce moment-là que vous êtes à nouveau invité à modifier l’heure d’exécution des sauvegardes]

À quelle heure de la journée (UTC) les métadonnées doivent-elles être sauvegardées ? (0..23) : 23

  À quelle minute de l’heure les métadonnées doivent-elles être sauvegardées ? (0..59) : 00

VPLEX est configuré pour sauvegarder les métadonnées tous les jours à 23 h 00 (UTC).

  Voulez-vous modifier l’heure de sauvegarde de métadonnées ? [non] : <<
cette fois, utilisez la sélection par défaut pour conserver l’heure nouvellement définie en appuyant sur la touche Entrée/retour]
 Vous avez choisi de configurer la sauvegarde de métadonnées. Veuillez noter les éléments suivants :
 Toutes les heures sont en UTC et ne sont pas basées sur l’heure locale.

  Vérification et fin

Vérifiez les informations de configuration ci-dessous. Si les valeurs sont correctes,
saisissez oui (ou simplement acceptez la valeur par défaut et appuyez sur Entrée) pour commencer le
processus d’installation. Si les valeurs ne sont pas correctes, saisissez non pour revenir en arrière et
apporter des modifications ou quitter la configuration.

    Sauvegardes de métadonnées
      Les métadonnées sont sauvegardées tous les jours à 23 h 00.
      Les volumes suivants sont utilisés pour la sauvegarde
     : VPD83T3:60060160c9c02XXXXXXXXXXXX,VPD83T3:60060160c9c02c005XXXXXXXXXXXX


Voulez-vous exécuter le processus de configuration maintenant ? [oui] : <<
utilisez la sélection par défaut en appuyant simplement sur la touche Entrée/retour
Planification de la sauvegarde de métadonnées...
Sauvegarde de métadonnées (cela prendra quelques minutes)
La sauvegarde initiale de métadonnées a été effectuée avec succès
La sauvegarde de métadonnées a été planifiée avec succès
La sauvegarde de métadonnées a été planifiée avec succès

La sauvegarde de métadonnées a été planifiée avec succès.