VPLEX: Automatisk sikkerhedskopiering af metadiskenheden kunne ikke gennemføres

Omdøbte komponenter til sikkerhedskopieringsdiskenhed for metadata (ved hjælp af GUI) eller ingen sikkerhedskopieringsdiskenheder for metadata blev konfigureret. Se afsnittet Bemærkninger nedenfor for at få oplysninger om metabackupdiskenheder.

 Hvad er sikkerhedskopiering af metadata?

• Sikkerhedskopierne af metadata er sikkerhedskopier af de aktive metadata. Den indeholder alle systemkonfigurationsindstillingerne i de aktive metadata. Sikkerhedskopieringsdiskenheder til metadata er en systemdiskenhed i VPLEX, som oprettes, når en VPLEX-klynge konfigureres første gang. 
• Sikkerhedskopier af metadata er tidsbestemte snapshots af den aktuelle aktive metavolumen. Tidspunktet for sikkerhedskopieringen af metadiskenheden foretages ud fra den tidsplan, der blev konfigureret, da de oprindeligt blev konfigureret. De kan kun aktiveres, hvis den aktuelle aktive metavolumen eller et ben af den aktive metadatavolumen mislykkes. De er beregnet til at give ekstra beskyttelse ved større konfigurationsændringer, opdateringer eller en migrering.
• Når en slutbruger støder på en DU-situation (data utilgængelige) på grund af backend-array-problemer, spiller metavolume-sikkerhedskopierne en vigtig rolle for gendannelse af VPLEX-konfigurationen, hvis det er nødvendigt.
• I forbindelse med redundans har VPLEX to sikkerhedskopieringsdiskenheder til metadata, der skal oprettes på to forskellige systemer, det samme som hver del af de aktive metadata, der findes i to forskellige systemer. De to metadatasikkerhedskopier roterer dagligt i henhold til tidsplanen. Du bør altid se den ene dato før den anden. Hvis de viser, at der er gået dage, er der et problem med, at sikkerhedskopieringsscriptet ikke kører, eller at det ikke kunne fuldføres på grund af et problem, så sikkerhedskopieringerne ikke kørte.

 
F.eks.: "Metavolume-sikkerhedskopiering ("A")" opdateres i dag, hvorefter "metavolume-sikkerhedskopiering ("B")" opdateres næste dag og så videre. Se nedenstående output for flere detaljer:

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

Hvis en planlagt sikkerhedskopiering af metadata mislykkes, genereres et opkaldshjem som vist nedenfor:

Eksempel på det opkaldshjem, der sendes til dette problem:

1. <SymptomCode>0x8a4a6006</SymptomCode >
<Kategoristatus></Kategorialvorlighedsfejl<<>>
/Alvorsgrad<>
status> mislykkedes</Statuskomponent>           
<>KLYNGE</KomponentKomponentID<>>
SMS/<KomponentID
<>Underkomponent KLYNGE-1<>/Underkomponent>
<SubComponentID></SubComponentID><
CallHome>Ja</CallHome
<>FirstTime>2012-07-10T00:00:01.334Z</FirstTime
><LastTime>2012-07-09T00:00:01.334Z</LastTime
<>Count>1</Count
<>EventData><![ CDATA[Den automatiske sikkerhedskopiering af metadiskenheden kunne ikke gennemføres.                                   
   [Versioner:<kodeformater angivet>] RCA: Den automatiske sikkerhedskopiering af metadiskenheden kunne ikke fuldføres.]]>
   </EventData><
Description>
Den automatiske sikkerhedskopiering af metadiskenheden kunne ikke fuldføres.   

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

 

    Her er et eksempel på en dårlig sikkerhedskopieringsmetadiskenhed, hvor systemdiskenheds-id'et på komponentkontekstniveau er blevet ændret fra dets VPD83T3 system-id til et menneskeligt læsbart navn "C1_MetaBackup_1":
 

VPlexcli:/klynger/klynge-1/systemdiskenheder/META_VOLUME_backup_2018Jun11_044501/komponenter>ll

Navn Slottype Driftstilstandskapacitet
------------------ Antal -------------- Status Tilstand --------
------------------ -------- -------------- ------------- -------- --------
C1_MetaBackup_1 0 lagerdiskenhed ok ok 120G
/--------------------------\
 Menneskeligt læsbare navne er ikke tilladt på komponentniveau,
Backup Manager-scriptet kender ikke backupdiskenheden til metadata
med dette navn, kun det system-id, der blev brugt, da sikkerhedskopieringsdiskenheden
blev konfigureret.

3. For SymptomCode 0x8a4a6005:

    Når du kontrollerer sikkerhedskopierne af metadata, kan du muligvis se, at datoen for sikkerhedskopieringen ikke er aktuel.

    Eksempel på kontrol af dags dato på VPLEX:
 

VPlexcli:/>dato
Fre Sep 7 13:30:43 UTC YYYY <<<<Bemærk, at dags dato i dette eksempel er 7. september

    Kontroller derefter datoerne for, hvornår hver sikkerhedskopieringsdiskenhed sidst blev kørt under systemdiskenhederne.
    kontekst, skal du sammenligne de datoer, der er angivet i navnene på sikkerhedskopieringsdiskenheden, med den dato, der er markeret ovenfor
(datoen blev forstørret i eksemplet):
 

VPlexcli:/>ll /klynger/klynge-1/systemdiskenheder/

/clusters/cluster-1/system-volumes:
Name Volume Type Operational Health Active Ready Geometry Block Capacity Slots
------------------------------- -------------- Status State ------ ----- -------- Count Size -------- -----
------------------------------- -------------- ----------- ------ ------ ----- -------- -------- ----- -------- -----
c1_meta meta-volumen 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 false true raid-1 20971264 4K 80G 32000

Når man ser på VPLEX-systemets kontekstniveau, er der LUN'er, der viser "synlighed" som "ingen" indeholdt i det storagesystem, der hoster en sikkerhedskopieringsdiskenhed, og "forbindelsesstatus" viser "fejl". 

/clusters/cluster-1/storage-elements/storage-arrays/EMC-CLARiiON-CKM00000000000/logical
units/VPD83T3:6006016099xxxxxxx1e111:
Name Value
---------------------- --------------------
active-aao-controller [CKM00000000000. SPB]
aktiv-aao-synlighed []
alua-support ingen
forbindelsesstatusfejl <<<<kommunikation/forbindelsesproblem mellem VPLEX og system-lun'er
[]
passiv-aan-controller [CKM00000000000. SPA]passiv-aan-visibility []
storage-volume -visibility ingen <<<<<af backend-diskenheden Dette indikerer, at der er et forbindelsesproblem mellem storagesystemet og VPLEX,
og dette ville medføre et problem, hvis det opstod under kørslen af det automatiske sikkerhedskopieringsscript, da det ikke ville kunne se storagediskenheden fra systemet på grund af forbindelsesproblemet.

En. Til SymptomCodes 0x8a4a6003 og 0x8a4a6006:

BEMÆRK: Forsøger at omdøbe komponenten med VPD83T3: ID har problemer med tyktarmen ":" og virker ikke.

Du kan løse problemet ved at følge trinnene i løsningen:
 

Løsning:
 

• Hvis VPLEX er en Metro-konfiguration, skal du sørge for at køre løsningen på den klynge, der rapporterede problemet, hvis du får brug for at slette metabackup-diskenhederne.

1. Angiv systemdiskenhederne på de klynger,
hvor problemet blev rapporteret i Call Home-meddelelsen (se eksempel på Call Home-oplysninger i afsnittet Problem) for at se detaljerne ved hjælp af kommandoen.
     ll / clusters / cluster-id>< / system-volumes,

    BEMÆRK: du kan skrive kommandoen som 'll / clusters / * / system-volumes', og dette vil liste systemdiskenhedsoplysningerne for alle klynger i konfigurationen.  Hvis dette er en VPLEX-Local, kan
du kun se oplysningerne for cluster-1.

     Eksempel på output ved hjælp af klynge 1:
  2. Slet derefter de eksisterende metabackup-diskenheder ved hjælp af kommandoen "metavolume destroy".

         F.eks.:
3. Kør kommandoen "schedule list" fra VPlexcli for at få vist den aktuelle "metadata backup local"
-plan og det jobnummer, der er knyttet til den.

         F.eks.:
          VPlexcli:/>tidsplanliste
[0] 30 13 * * 3 syrcollect
     [2] 23 30 * * * metadata backup lokal

4. Fjern tidsplanen for "sikkerhedskopiering af metadata local" ved at køre "schedule remove [job ID]", der er nævnt i
trin (3).
 
5. Ophæv kravene på begge de tidligere sikkerhedskopieringsdiskenheder til metadata ved hjælp af nedenstående kommando.

    For eksempel med navnet på sikkerhedskopien af metadata,
 
     Eksempel på VPD-nummer:
  6. Genopret sikkerhedskopierne af metadata, og indstil tidsplanen* for, hvornår den skal køres på det ønskede tidspunkt hver dag.

     *Bemærk: Du kan muligvis se, at der allerede er angivet et planlagt tidspunkt, hvis du vil beholde den planlagte tidstype
"Y", hvis du ikke skriver "N", og senere i scriptet bliver du bedt om det nye tidspunkt, hvor du vil have metadatasikkerhedskopierne kørt
.

      Eksempel på konfiguration af sikkerhedskopi af metadata:

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

En sikkerhedskopiering af metadataene er allerede planlagt til at finde sted hver dag kl
. 4:45 (UTC).
   Vil du ændre den eksisterende tidsplan? (Ja/nej): Y <<<Y for at beholde den aktuelle tid

   Konfiguration af sikkerhedskopier
af metadata Hvis du vil konfigurere sikkerhedskopier af metadata, skal du vælge to uafhentede
diskenheder (78 G eller derover), helst på to forskellige systemer. Sikkerhedskopieringer
sker automatisk hver dag på et tidspunkt, du angiver. Bemærk:
   Alle tider er UTC og er ikke baseret på den lokale tid.

   VPLEX er i øjeblikket konfigureret til at sikkerhedskopiere metadata på følgende
diskenheder:
   VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXXXXXXX,VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   Vil du ændre de diskenheder, som metadataene skal sikkerhedskopieres på? [nej]: Ja
   Tilgængelige diskenheder til sikkerhedskopiering af metadata

   Navn Kapacitet Leverandør IO-statustype Arraysystem Navn
---------------------------------------- -------- -------- --------- ----------- -----------------------
VPD83T3:6000097000029XXXXXXXXXXXXXXXXXXX 120G EMC alive traditionelt EMC-SYMMETRIX-serienummer><
VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXX 120G EMC alive traditionelt EMC-SYMMETRIX-serienummer<>

   Vælg diskenheder til sikkerhedskopiering af metadata, helst fra to
forskellige systemer (volume1, volume2):VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXX, VPD83T3:6006048000029030XXXXXXXXXXXXXXXXXXXXX

   VPLEX er konfigureret til at sikkerhedskopiere metadata hver dag kl. 04:45 (UTC).
   Vil du ændre den tid, metadata sikkerhedskopieres? [nej]: N

   Du har valgt at konfigurere sikkerhedskopien af metadataene. Bemærk:
   Alle tider er UTC og er ikke baseret på den lokale tid.

   Gennemse og afslut

Vil du køre installationsprocessen nu? [ja]: ja
Planlægning af sikkerhedskopiering af metadata...
   Udførelse af sikkerhedskopiering af metadata (dette tager et par minutter)
Udførte den første sikkerhedskopiering af metadata Sikkerhedskopiering af metadata

blev gennemført Sikkerhedskopiering af metadata

blev planlagt.

7. For at se, at de nye sikkerhedskopier af metadata er blevet oprettet, og hvad systemet har navngivet dem
fra VPlexcli-prompten, skal du køre "ll clusters/cluster-id<>/system-volumes"

Eksempel på output:
 

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

/clusters/cluster-1/system-volumes:
Name Volume Type Operational Health Active Ready Geometry Component Block Capacity Slots------------------------------- ----------- Status Tilstand ------ ----- -------- Antal tællestørrelser
-------- -----
------------------------------- ----------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
C1_Meta meta-volumen ok true true raid-1 2 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208 meta-volumen ok false true raid-1 1 1 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208  meta-volumen ok ok false true raid-1 1 20971264 4K 80G 64000
 

8. Kør derefter kommandoen 'schedule list' igen for at bekræfte, at "metadatabackup local" er angivet med
det korrekte tidspunkt, du havde indstillet den til at køre hver dag.
 

VPlexcli:/>tidsplanliste
[0] 56 18 * * * syrcollect
[1] 45 4* * * metadatabackup lokal
 

9. Nu, hvor du har fjernet de gamle sikkerhedskopieringsenheder for metadata og genoprettet nye, skal du overvåge
sikkerhedskopieringerne i et par dage for at sikre, at de kører som planlagt. Scriptet skifter mellem
de to sikkerhedskopieringsdiskenheder, hver gang sikkerhedskopieringsscriptet kører, så du bør se den ene sikkerhedskopi, der er dateret
dagen efter den anden. Den tid, sikkerhedskopieringen kører, føjes til backupnavnet, og det er okay, hvis
det ikke er nøjagtigt på det indstillede tidspunkt, kan det variere lidt, det er normalt. Du bør se, at mindst én
sikkerhedskopieringsdiskenhed har en ny dato, hvis det er første gang, du kører de nye sikkerhedskopier.

    Eksempel:
 

VPlexcli:/>ll /klynger/*/systemdiskenheder/

/clusters/cluster-1/system-volumes:
Navn Volumentype Driftstilstand Aktiv klar geometri Komponent Blokkapacitetspladser------------------------------- -------------- Status Tilstand ------ ----- -------- Antal Antal Størrelse
-------- -----
------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- -----
C1Logging_vol logføringsvolumen ok ok - - raid-0 1 2621440 4K 10G -
C1_Meta meta-volumen ok true true raid-1 2 20971264 4K 80G 64000
C1_Meta_backup_2018Oct08_044532 meta-volume ok false true raid-1 1 20971264 4K 80G 64000
C1_Meta_backup_2018Oct07_123208  meta-volumen ok ok false true raid-1 1 20971264 4K 80G 64000
 

B. For symptomkode 0x8a4a6005:

Under den planlagte sikkerhedskopiering af metadata skal systemet destruere den gamle sikkerhedskopiering af metadata, så der kan oprettes en ny sikkerhedskopi på komponentens storagediskenhed. Et af trinnene i dette sikkerhedskopieringsscript viser alle de logiske enheder i VPLEX-systemet og forsøger at finde arrayet til den gamle sikkerhedskopieringsmetadiskenhed. For at finde det korrekte array er logikken at sammenligne det gamle metavolume-komponentnavn med lagerdiskenhedssystemets <volumen-id> for de logiske enheder. I dette tilfælde, før scriptet når den korrekte logiske enhed, er der en logisk enhed uden navn på "lagerdiskenhed", og det er her, scriptet afsluttes. Hvis systemet er i stand til at finde den logiske enhed til sikkerhedskopiering af metadata, før den logiske enhed er i fejltilstand, opstår dette problem ikke. For at gøre det muligt for sikkerhedskopieringer at genoptage som konfigureret, skal de udestående diskenhedsfejl løses. Du kan udstede kommandoen "storage-volume forget" som beskrevet i CLI-vejledningen.

Du kan finde oplysninger om metadiskenheder og sikkerhedskopier af metadiskenhed i CLI-vejledningen for den version af GeoSynchrony, som VPLEX kører, og søge efter "configuration metadata-backup" og for at se en liste over diskenheder, der kan bruges til sikkerhedskopiering af metadata, skal du søge efter "configuration show-meta-volume-candidates".

Eksempel på output for at se, hvilke diskenheder der var tilgængelige til brug til at oprette metadata-sikkerhedskopieringsdiskenheder,

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 traditionel EMC-CLARiiON-serienummer>
< VPD83T3:60060160c9c02c0XXXXXXXXXXX 80G DGC i live traditionelt EMC-CLARiiON-serienummer><

Eksempel på output, når du vil ændre det tidspunkt, sikkerhedskopieringerne skal køre:VPlexcli:/> configuration metadata-backup

En sikkerhedskopiering af metadataene er allerede planlagt til at finde sted hver dag kl. 4:15 (UTC).

Vil du ændre den eksisterende tidsplan? (J/N): y

Konfiguration af sikkerhedskopier

af metadata Hvis du vil konfigurere sikkerhedskopier af metadata, skal du vælge to ikke-afhentede
diskenheder (78 G eller derover), helst på to forskellige systemer. Sikkerhedskopieringer sker automatisk hver dag på et tidspunkt, du angiver. Bemærk: Alle tider er UTC og er ikke baseret på den lokale tid.

  Tilgængelige diskenheder til Navn på sikkerhedskopiering af metadata Kapacitet Leverandørens IO-statustype Arraynavn ---------------------------------------- -------- -------- --------- ----------- ---------------------------

VPD83T3:60060160c9c02cXXXXXXXXXXXX 80G DGC live traditionel EMC-CLARiiON-serienummer
<> VPD83T3:60060160c9c02c0XXXXXXXXXXXX 80G DGC alive traditionelt EMC-CLARiiON-serienummer<

>

Vælg diskenheder til sikkerhedskopiering af metadata, helst fra to forskellige systemer (volume1, volume2): VPD83T3: 60060160c9c02c00XXXXXXXXXXXX, VPD83T3: 60060160c9c02c0058XXXXXXXXXXXXXX

 VPLEX er konfigureret til at sikkerhedskopiere metadata hver dag kl. 04:15 (UTC).

  Vil du ændre den tid, metadata sikkerhedskopieres? [nej]: ja <<[Her bliver du spurgt igen, om du vil ændre den tid, sikkerhedskopieringerne kører]

  Hvilket tidspunkt på dagen (UTC) skal metadataene sikkerhedskopieres? (0..23): 23

  Hvilket minut af timen skal metadataene sikkerhedskopieres? (0..59): 00

  VPLEX er konfigureret til at sikkerhedskopiere metadata hver dag kl. 23:00 (UTC).

  Vil du ændre den tid, metadata sikkerhedskopieres? [nej]: <<
[brug standardvalget denne gang for at beholde den nyligt indstillede tid ved at trykke på Enter/Retur-tasten]
 Du har valgt at konfigurere sikkerhedskopien af metadataene. Bemærk:
 Alle tider er UTC og er ikke baseret på den lokale tid.

  Gennemse og afslut

  Gennemgå konfigurationsoplysningerne nedenfor. Hvis værdierne er korrekte,
skal du indtaste ja (eller blot acceptere standarden og trykke på Enter) for at starte
installationsprocessen. Hvis værdierne ikke er korrekte, skal du skrive nej for at gå tilbage og
foretage ændringer eller afslutte opsætningen.

    Sikkerhedskopiering af metadata: Metadata sikkerhedskopieres
hver dag kl. 23.00.
      Følgende diskenheder bruges til sikkerhedskopieringen
: VPD83T3:60060160c9c02XXXXXXXXXXXX, VPD83T3:60060160c9c02c005XXXXXXXXXXXX


Vil du køre installationsprocessen nu? [ja]:<<
Brug standardvalget, tryk bare på Enter/Return-tasten
Planlægning af sikkerhedskopiering af metadata...
Udførelse af sikkerhedskopiering af metadata (dette tager et par minutter)
Udførelse af den indledende sikkerhedskopiering af metadata
Planlagt sikkerhedskopiering af metadata
Planlagt sikkerhedskopiering af metadata

med succes Sikkerhedskopiering af metadata er blevet planlagt.