VPLEX: Det å gi nytt navn til sikkerhetskopier støttes ikke og kan føre til at rotasjon av sikkerhetskopiering mislykkes.
Сводка: Denne artikkelen beskriver et problem der prosessen for automatisk sikkerhetskopiering av metavolum kan mislykkes hvis den underliggende lagringsvolumkomponenten som brukes til å opprette metavolumet, har fått nytt navn. Denne artikkelen inneholder de midlertidige løsningene for å løse problemet. ...
Симптомы
Hva er VPLEX-metadata?
VPLEX-metadata inneholder virtuelle til fysiske tilordninger og informasjon om enheter, virtuelle volumer og systemkonfigurasjonsinnstillinger. Disse metadataene lagres i hurtigbufferen og sikkerhetskopieres til spesielt utpekte eksterne volumer kjent som metavolumer.
Metavolumer for sikkerhetskopiering representerer øyeblikksbilder av metadataene og gir et ekstra lag med beskyttelse før store konfigurasjonsendringer, oppdateringsoperasjoner eller migreringer.
Problem:
-
Det kan hende at automatiserte sikkerhetskopier av metadata ikke kan kjøres. Sikkerhetskopien av metadataene kan ha et eldre datotidsstempel lagt til på slutten av sikkerhetskopinavnet, som er utenfor den planlagte sikkerhetskopieringsperioden.
-
Fastvarelogger kan rapportere
sms/6ellerutl/1hendelser der de beskrives som følgende:-
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
-
-
Sluttbrukeren kan motta et anrop hjem e-postvarsel med symptomkode
0x8a4a6006med følgende beskrivelse:
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.
Symptomer:
Slik finner du ut om en komponent for sikkerhetskopiering av lagringsvolum for sikkerhetskopiering av metadata har fått nytt navn:
Opplisting av systemvolumene kan indikere at gamle datoer legges til metavolumsikkerhetskopiene som klart er utenfor tidsplanen for automatisk sikkerhetskopiering:
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
En liste over komponentene for sikkerhetskopiering av metadata viser det underliggende lagringsvolumet, som kan vise et navn som kan leses av mennesker:
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
Oppføring av det tilknyttede lagringsvolumet kan vise et lesbart navn. Som standard skal navnet på lagringsvolumet samsvare identisk med den logiske enhets-ID-en:
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
Причина
Det å gi nytt navn til de automatiserte komponentene for sikkerhetskopiering av metadata, for eksempel den underliggende komponenten for lagringsvolum, støttes ikke da dette fører til at den automatiske sikkerhetskopieringsrotasjonen mislykkes. Dette skyldes at når lagringsvolumet har fått nytt navn, blir den opprinnelige kontekstbanen ugyldig. Lagringsvolumet kan da bare nås ved hjelp av den nye kontekstbanen (med et nytt navn).
Selv om brukere har lov til å bruke egendefinerte navn for manuelle sikkerhetskopier, bør vi heller ikke gi nytt navn til de automatiserte sikkerhetskopiene eller de underliggende komponentene i lagringsvolumet. For den automatiske sikkerhetskopieringsprosessen bestemmer VPLEX den siste sikkerhetskopien. VPLEX roterer deretter den eksisterende sikkerhetskopien basert på datoen og tidsstempelet som er lagt til sikkerhetskopinavnet. Hvis det automatiske metavolumet for sikkerhetskopiering får nytt navn, går tidsstempelinformasjonen tapt. Som et resultat slutter de planlagte automatiserte sikkerhetskopiene å fungere.
Разрешение
Fremgangsmåte for løsning:
Hvis en komponent for lagringsvolum allerede ble omdøpt til et navn som kan leses av mennesker, er det sannsynligvis ikke mulig å endre navn på den tilbake til en LUN-identifikator (for eksempel: VPD83T3:XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX) på grunn av begrensninger med spesialtegn som ":" . Den eneste måten å gi lagringsvolumkomponenten nytt navn tilbake til en LUN-identifikator på, er derfor å opprette sikkerhetskopieringsvolumet for metadata på nytt og unngå endringer av lagringsvolumnavn.
Forutsetninger for å opprette sikkerhetskopieringsvolumer for metadata på nytt:
- Identifiser to eller flere lagringsvolumer fra forskjellige lagringsarrayer.
- Sørg for at disse lagringsvolumene ikke hentes.
- Bekreft at lagringsvolumene har minst 78 GB kapasitet.
Fremgangsmåte for å opprette sikkerhetskopivolumet for metadata på nytt:
Hvis du vil opprette sikkerhetskopivolumet for metadata på nytt, kan du se KB-artikkelen VPLEX: Automatisk sikkerhetskopiering av metavolumet kan ikke fullføres for en grundig veiledning for å konfigurere sikkerhetskopiene av metadataene på nytt.
Slik bekrefter du om sikkerhetskopiene av de nye metadataene er opprettet på nytt på riktig måte:
Etter å ha gjenskapt metadatasikkerhetskopiene, kan vi liste opp systemvolumene og observere at datoen som ble lagt til metavolumsikkerhetskopinavnet, skal inneholde en gjeldende dato og tidsstempel i den automatiske tidsplanen for sikkerhetskopiering:
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
Når vi lister opp sikkerhetskopikomponentene for metadata på nytt etter rekreasjon, bør vi observere at det underliggende lagringsvolumet skal vise et format som ikke er lesbart for mennesker (for eksempel: 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
Når vi fører opp det tilknyttede lagringsvolumet på nytt, bør vi også observere at navnet på lagringsvolumet er i et format som ikke er lesbart for mennesker. Navnet på lagringsvolumet må være identisk med LUN-ID-en:
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