VPLEX: Det gick inte att slutföra automatisk säkerhetskopiering av metavolymen

Komponenter för säkerhetskopiering av metadata har bytt namn (med hjälp av GUI) eller så har inga volymer för säkerhetskopiering av metadata konfigurerats. I avsnittet Anteckningar nedan finns information om metasäkerhetskopieringsvolymer.

 Vad är säkerhetskopiering av metadata?

• Säkerhetskopior av metadata är säkerhetskopior av aktiva metadata. Den innehåller alla systemkonfigurationsinställningar som finns i aktiva metadata. Säkerhetskopieringsvolymer för metadata är en systemvolym i VPLEX som skapas när ett VPLEX-kluster konfigureras. 
• Säkerhetskopiering av metadata är ögonblicksbilder av den aktuella aktiva metavolymen. Tidpunkten för säkerhetskopieringen av metavolymen tas baserat på det schema som konfigurerades när de ursprungligen konfigurerades. De kan bara aktiveras om den aktuella aktiva metavolymen eller en del av den aktiva metadatavolymen misslyckas. De är avsedda att ge extra skydd vid större konfigurationsändringar, uppdateringar eller migreringar.
• När en slutanvändare stöter på en situation med ej tillgängliga data (DU) på grund av problem med backend-disksystem spelar säkerhetskopieringen av metavolymen en viktig roll för att återställa VPLEX-konfigurationen vid behov.
• För redundans har VPLEX två säkerhetskopieringsvolymer för metadata som ska skapas i två olika disksystem, samma som varje del av aktiva metadata som finns i två olika disksystem. De två säkerhetskopiorna av metadata roterar dagligen enligt schemat. Du bör alltid se ett datum före ett annat. Om de visar att dagar har gått är det ett problem med att säkerhetskopieringsskriptet inte körs, eller så kunde det inte slutföras på grund av ett problem så säkerhetskopieringarna kördes inte.

 
Till exempel: "Metavolume backup ("A")" uppdateras idag och "metavolume backup ("B")" uppdateras nästa dag och så vidare. Mer information finns i utdata nedan:

 
VPlexcli:/clusters/cluster-1/system-volumes>ll
Namn Volymtyp Driftshälsa Komponent med aktiv klar geometri Blockkapacitetskortplatser
---------------------------- ----------- statusstatus Status ------ ----- -------- antal Antal -------- -----
---------------------------- ----------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
meta meta-volym ok ok true true raid-1 2 20971264 4K 80G 32000
meta_backup_2021Jul09_040009 ( A ) meta-volym ok ok falsk true raid-1 1 20971264 4K 80G 64000
meta_backup_2021Jul10_040007 ( B) meta-volym ok ok falskt true raid-1 1 20971264 4K 80G 64000

Om en schemalagd metadatasäkerhetskopiering misslyckas genereras en uppringning enligt nedan:

Exempel på uppringning som skickas för det här problemet:

1. <SymptomCode>0x8a4a6006</SymptomCode >
<Kategori>Status</Kategori
><Allvarlighetsgrad> Fel</allvarlighetsgrad<>
Status> Misslyckades</Statuskomponent>           
<>CLUSTER</komponent-ID<
>>SMS</komponent-ID><
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[Den automatiska säkerhetskopieringen av metavolymen kunde inte slutföras.                                   
   [Versioner:<kodformat listade>] RCA: Den automatiska säkerhetskopieringen av metavolymen kunde inte slutföras.]]>
   </EventData><
Beskrivning>
Det gick inte att slutföra den automatiska säkerhetskopieringen av metavolymen.   

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

 

    Här är ett exempel på en felaktig metavolym för säkerhetskopiering, där systemvolym-ID:t på komponentkontextnivå har ändrats från dess VPD83T3 system-ID till ett läsbart namn "C1_MetaBackup_1" som kan läsas av människor:
 

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

Namn Platstyp Driftshälsa Kapacitet
------------------ tal -------------- status Tillstånd --------
------------------ -------- -------------- ------------- -------- --------
C1_MetaBackup_1 0 lagringsvolym ok ok 120 G
/--------------------------\
 Namn som kan läsas av människor tillåts inte på komponentnivå.
Skriptet för säkerhetskopieringshanteraren känner inte till volymen för säkerhetskopiering
av metadata med det här namnet, utan endast det system-ID som användes när säkerhetskopieringsvolymen
konfigurerades.

3. För SymptomCode 0x8a4a6005:

    När du kontrollerar säkerhetskopiorna av metadata kan du se att säkerhetskopieringsdatumet inte är aktuellt.

    Exempel för kontroll av aktuellt datum på VPLEX:
 

VPlexcli:/>datum
Fre Sep 7 13:30:43 UTC ÅÅÅÅ <<<<Observera att det aktuella datumet i det här exemplet är 7 september

    Kontrollera sedan datumen för när varje säkerhetskopieringsvolym senast kördes under systemvolymerna.
    Kontext jämför du datumen som anges i namnen på säkerhetskopieringsvolymerna med det datum som kontrollerats ovan
(datumet förstorades för exemplet):
 

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

/clusters/cluster-1/system-volumes:
Namn, Volymtyp, Driftshälsa, Active Ready, Geometry, Block, Kapacitetsplatser
------------------------------- -------------- Status, Status ------ ----- --------, Antal, Storlek -------- -----
------------------------------- -------------- ----------- ------ ------ ----- -------- -------- ----- -------- -----
c1_meta meta-volym ok ok true true raid-1 20971264 4K 80G 32000
c1_meta_backup_2018Aug01_030002 meta-volym ok ok false true raid-1 20971264 4K 80G 32000
c1_meta_backup_2018Aug02_030003 meta-volym ok false true raid-1 20971264 4K 80G 32000

Om vi tittar på kontextnivån för lagringsdisksystemet för VPLEX finns det LUN som visar "synlighet" som "ingen" i lagringsdisksystemet som är värd för en säkerhetskopieringsvolym och "connectivity-status" visar "error". 

/clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM00000000000/logical
units/VPD83T3:6006016099xxxxxxxxxxxxx1e111:
Namnvärde
---------------------- --------------------
active-aao-controller [CKM00000000000. SPB]
aktiv-aao-synlighet []
alua-support ingen
anslutningsstatusfel <<<<kommunikations-/anslutningsproblem mellan VPLEX och disksystemets
LUN []
passive-aan-controller [CKM00000000000. SPA]
passive-aan-visibility []
storage-volume -
visibility ingen <<<<<ser inte backend-volymen

Detta indikerar att det finns ett anslutningsproblem mellan lagringsdisksystemet och VPLEX och detta skulle orsaka ett problem om det uppstod under körningen av skriptet för automatisk säkerhetskopiering eftersom det inte skulle kunna se lagringsvolymen från disksystemet på grund av anslutningsproblemet.

A. För SymptomCodes 0x8a4a6003 och 0x8a4a6006:

OBS: Försök att byta namn på komponenten med VPD83T3: ID har problem med kolonet ":" och fungerar inte.

Lös problemet genom att följa stegen i lösningen:
 

Alternativ lösning:
 

• Om VPLEX är en Metro-konfiguration ser du till att du kör den tillfälliga lösningen på klustret som rapporterade problemet om du behöver ta bort metabackup-volymerna.

1. Visa en lista över systemvolymerna i de kluster där problemet rapporterades i call home-meddelandet
(se exempel på call home-information i avsnittet Problem) för att se informationen med hjälp av kommandot.
     ll /clusters/cluster-id></system-volumes,

    OBS! Du kan skriva kommandot som "ll /clusters/*/system-volumes" så visas information om systemvolymen för alla kluster i konfigurationen.  Om det är en VPLEX-Local visas
bara info för kluster-1.

     Exempel på utdata med cluster-1:
  2. Ta sedan bort de befintliga metabackup-volymerna med kommandot "metavolume destroy".

         Till exempel:
3. Kör kommandot "schedule list" från VPlexcli för att visa det aktuella schemat för "metadatabackup local"
och jobbnumret som är associerat med det.

         Till exempel:
          VPlexcli:/>schemalista
[0] 30 13 * * 3 syrcollect
     [2] 23 30 * * * metadatabackup lokal

4. Ta bort schemat "lokal säkerhetskopiering av metadata" genom att köra "schema ta bort [jobb-ID]" som nämns i
steg (3).
 
5. Ta bort båda de tidigare säkerhetskopieringsvolymerna för metadata med hjälp av kommandot nedan.

    Till exempel med namnet på metadatasäkerhetskopian,
 
     Exempel för VPD-nummer:
  6. Återskapa säkerhetskopior av metadata och ställ in schemat* för när de ska köras vid önskad tid varje dag.

     *Obs! Du kan se att en schemalagd tid redan är inställd, om du vill behålla den schemalagda tiden
skriver du "Y", om inte skriver du "N" och senare i skriptet kommer du att bli tillfrågad om den nya tiden du vill att
metadatasäkerhetskopiorna ska köras.

      Exempel på konfiguration av säkerhetskopiering av metadata:

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

En säkerhetskopiering av metadata är redan schemalagd att ske varje dag kl
. 4:45 (UTC).
   Vill du ändra det befintliga schemat? (J/N): Y <<<Y för att behålla aktuell tid

   Konfigurera säkerhetskopiering
av metadata Om du vill konfigurera säkerhetskopiering av metadata måste du välja två volymer (78G eller större) som du inte har gjort anspråk
på), helst på två olika disksystem. Säkerhetskopieringar
sker automatiskt varje dag, vid en tidpunkt som du anger. Obs!
   Alla tider är UTC och baseras inte på lokal tid.

   VPLEX är för närvarande konfigurerat för att säkerhetskopiera metadata på följande
volymer:
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   Vill du ändra volymerna som metadata ska säkerhetskopieras på? [Nej]: Ja
   Tillgängliga volymer för säkerhetskopiering av metadata

   Namn Kapacitet Leverantör IO-statustyp Matrisnamn
---------------------------------------- -------- -------- --------- ----------- -----------------------
VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXX 120G EMC levande traditionellt EMC-SYMMETRIX-serienummer<>
VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXX 120G EMC aktiv traditionell EMC-SYMMETRIX-serienummer<>

   Välj volymer för säkerhetskopiering av metadata, helst från två
olika disksystem (volume1,volume2):VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   VPLEX är konfigurerat att säkerhetskopiera metadata varje dag kl. 04:45 (UTC).
   Vill du ändra tiden då metadata säkerhetskopieras? [Nej]: N

   Du har valt att konfigurera säkerhetskopiering av metadata. Obs!
   Alla tider är UTC och baseras inte på lokal tid.

   Granska och slutför

Vill du köra installationsprocessen nu? [ja]: ja
Schemalägga säkerhetskopiering av metadata ...
   Säkerhetskopiering av metadata utförs (detta tar några minuter)
Den första säkerhetskopieringen av metadata har utförts Säkerhetskopieringen av metadata
har schemalagts Säkerhetskopieringen av metadata
har schemalagts Säkerhetskopieringen av metadata

har schemalagts

7. Om du vill se att de nya metadatasäkerhetskopiorna har skapats och vad systemet har döpt dem
till från VPlexcli-prompten kör du "ll clusters/cluster-id<>/system-volumes"

Exempel på utdata:
 

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

/clusters/cluster-1/system-volumes:
Namn Volymtyp Driftshälsa Active Ready Geometry komponent Block Kapacitetsplatser
------------------------------- ----------- Statusstatus ------ ----- -------- Antal Antal Storlek -------- -----
------------------------------- ----------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
C1_Meta meta-volym ok ok true true raid-1 2 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208 meta-volym ok ok false true raid-1 1 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208  Metavolym ok ok falsk sann raid-1 1 20971264 4K 80G 64000
 

8. Kör sedan kommandot "schedule list" igen för att bekräfta att "metadatabackup local" visas med
rätt tid som du hade ställt in den så att den kördes varje dag.
 

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

9. Nu när du har tagit bort de gamla volymerna för säkerhetskopiering av metadata och återskapat nya övervakar
du säkerhetskopiorna i ett par dagar för att säkerställa att de körs som planerat. Skriptet växlar mellan
de två säkerhetskopieringsvolymerna varje gång säkerhetskopieringsskriptet körs, så du bör se en säkerhetskopia daterad
dagen efter den andra. Tiden då säkerhetskopieringen körs läggs till i namnet på säkerhetskopian och det är okej om
det inte är exakt vid den inställda tiden, det kan variera lite, detta är normalt. Du bör se att minst en
säkerhetskopieringsvolym har ett nytt datum om det är första gången du kör de nya säkerhetskopiorna.

    Exempel:
 

VPlexcli:/>ll /clusters/*/system-volumes/

/clusters/cluster-1/system-volumes:
Namn, Volymtyp, Driftshälsa, Active Ready-geometri, komponent, block, kapacitetsplatser
------------------------------- -------------- status, tillstånd ------ ----- -------- antal, antal, storlek -------- -----
------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
C1Logging_vol loggningsvolym ok ok - - raid-0 1 2621440 4K 10G -
C1_Meta meta-volym ok ok true true raid-1 2 20971264 4K 80G 64000
C1_Meta_backup_2018Oct08_044532 meta-volym ok ok false true raid-1 1 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208  Metavolym ok ok falsk sann raid-1 1 20971264 4K 80G 64000
 

B. För symtomkod 0x8a4a6005:

Under den schemalagda säkerhetskopieringen av metadata måste systemet förstöra den gamla säkerhetskopian av metadata så att en ny säkerhetskopia kan skapas på komponentlagringsvolymen. Ett av stegen i det här säkerhetskopieringsskriptet gör en lista över alla logiska enheter i VPLEX-systemet och försöker hitta disksystemet för den gamla säkerhetskopieringsmetavolymen. För att hitta rätt matris är logiken att jämföra det gamla metavolymkomponentnamnet med lagringsvolymens systemvolym-ID <> för de logiska enheterna. I det här fallet, innan skriptet når rätt logisk enhet, finns det en logisk enhet utan namnet "lagringsvolym" och det är där skriptet avslutas. Om systemet kan hitta den logiska enheten för säkerhetskopiering av data före den logiska enheten i feltillstånd uppstår inte det här problemet. För att säkerhetskopieringarna ska kunna återupptas enligt konfigurationen måste de utestående volymfelen lösas. Du kan utfärda kommandot "storage-volume forget" enligt beskrivningen i CLI-guiden.

För information om Meta Volumes och Meta Volume Backups, se CLI-manualen för den version av GeoSynchrony som VPLEX körs och sök efter "configuration metadata-backup" och för att se en lista över volymer som kan användas för säkerhetskopieringsvolymer av metadata sök efter "configuration show-meta-volume-candidates".

Exempel på utdata för att se vilka volymer som var tillgängliga för användning för att skapa säkerhetskopieringsvolymer för metadata,VPlexcli

:/clusters/cluster-1/storage-elements/storage-volumes>configuration show-meta-volume-candidates
Namn: Kapacitet, leverantör, I/O, statustyp, disknamn
---------------------------------------- -------- -------- --------- ----------- ---------------------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX 80G DGC levande traditionellt EMC-CLARiiON-serienummer
>< VPD83T3:60060160c9c02c0XXXXXXXXXXX 80G DGC levande traditionellt EMC-CLARiiON-serienummer<>

Provutdata när du vill ändra tiden då säkerhetskopieringarna ska köras:VPlexcli:/> configuration metadata-backup

En säkerhetskopiering av metadata är redan schemalagd att ske varje dag kl. 4:15 (UTC).

Vill du ändra det befintliga schemat? (J/N): y

Konfigurera säkerhetskopiering

av metadata Om du vill konfigurera säkerhetskopiering av metadata måste du välja två volymer som du inte har gjort anspråk
på (78G eller mer), helst på två olika disksystem. Säkerhetskopieringar sker automatiskt varje dag, vid en tidpunkt som du anger. Obs! Alla tider är UTC och baseras inte på lokal tid.

  Tillgängliga volymer för metadata Namn på säkerhetskopia

Kapacitetsleverantör IO-statustyp Disksystemsnamn
---------------------------------------- -------- -------- --------- ----------- ---------------------------
VPD83T3:60060160c9c02cXXXXXXXXXXXX 80G DGC gällande traditionellt EMC-CLARiiON-serienummer<>
VPD83T3:60060160c9c02c0XXXXXXXXXXXX 80G DGC levande traditionellt EMC-CLARiiON-serienummer<>

Välj volymer för säkerhetskopiering av metadata, helst från två olika disksystem (volume1,volume2):VPD83T3:60060160c9c02c00XXXXXXXXXXXX,VPD83T3:60060160c9c02c0058XXXXXXXXXXXX

 VPLEX är konfigurerat att säkerhetskopiera metadata varje dag kl. 04:15 (UTC).

  Vill du ändra tiden då metadata säkerhetskopieras? [Nej]: Ja <<[Här blir du tillfrågad igen om du vill ändra tiden då säkerhetskopiorna ska köras]

  Vilken tid på dygnet (UTC) ska metadata säkerhetskopieras? (0..23): 23

  Vilken minut i timmen ska metadata säkerhetskopieras? (0..59): 00

  VPLEX är konfigurerat att säkerhetskopiera metadata varje dag kl. 23:00 (UTC).

  Vill du ändra tiden då metadata säkerhetskopieras? [Nej]: <<
[använd standardvalet den här gången för att behålla den nyinställda tiden genom att trycka på Enter/Return-tangenten]
 Du har valt att konfigurera säkerhetskopiering av metadata. Obs!
 Alla tider är UTC och baseras inte på lokal tid.

  Granska och slutför

  Granska konfigurationsinformationen nedan. Om värdena är korrekta
anger du ja (eller accepterar helt enkelt standardinställningen och trycker på Enter) för att starta
installationsprocessen. Om värdena inte är korrekta anger du nej för att gå tillbaka och
göra ändringar eller för att avsluta konfigurationen.

    Säkerhetskopiering
av metadata Säkerhetskopiering av metadata säkerhetskopieras varje dag kl. 23:00.
      Följande volymer kommer att användas för säkerhetskopieringen
: VPD83T3:60060160c9c02XXXXXXXXXXXX,VPD83T3:60060160c9c02c005XXXXXXXXXXXX


Vill du köra installationsprocessen nu? [ja]:<<
använd standardvalet, tryck bara på Enter/Return-tangenten
Schemalägga säkerhetskopiering av metadata...
Säkerhetskopiering av metadata utförs (detta tar några minuter)
Den första säkerhetskopieringen av metadata har utförts Säkerhetskopieringen av metadata
har schemalagts Säkerhetskopieringen av metadata
har schemalagts Säkerhetskopieringen av metadata

har schemalagts.