VPLEX: Aktivt metavolumdelingsarray.
Summary: Denne artikkelen beskriver hva du må gjøre hvis skriptet under kjøring av NDU-forhåndskontrollen rapporterer at de aktive metavolumbeina er i samme matrise.
Symptoms
Når du kjører NDU-forhåndskontrollkommandoen, før en planlagt NDU, eller når du kontrollerer tilstanden til VPLEX utenfor en NDU, rapporterer forhåndskontrollkommandoen at det aktive metavolumet deler back-end-matrise (BE).
Cause
Dette problemet skyldes at forhåndskontrollkommandoen ser at begge beina i det aktive metavolumet er på samme bakre matrise. Dette kan skyldes:
- Metavolumet ble opprinnelig konfigurert med bare én back-end-array tilgjengelig, og begge bena ble satt opp på den ene matrisen. Denne situasjonen ble ikke oppdatert da en ekstra matrise ble lagt til i VPLEX.
- Metavolumet ble opprinnelig konfigurert ved at brukeren satte inn to volumer fra en matrise, selv om to eller flere arrayer var festet til VPLEX. Dette er ikke en handling som støttes der to eller flere arrayer er festet til VPLEX, og må løses ved å rekonfigurere metavolumet slik at bena settes opp på to forskjellige arrayer.
Resolution
For å rette opp denne feilen, sjekk om et annet volum, som oppfyller de nødvendige kriteriene for et metavolum, er tilgjengelig på en annen matrise, hvis en annen matrise nå er tilgjengelig.
Krav til beste praksis for et metavolum er at det må være to (2) lagringsvolumer som er:
-
Uavhentede
-
78 GB eller større
-
På forskjellige matriser
-
Thick Provisioned (ikke bygget med tynne LUN-er)
Fremgangsmåte:
-
Se etter tilgjengelige metadatavolumkandidater ved hjelp av KB-artikkelen 000158150, "VPlex: Hvordan du fører opp lagringsvolumer som er kvalifiserte kandidater som kan brukes til å opprette metadatavolumer," for prosessen med å vise lagringsvolumene som oppfyller kriteriene for et VPLEX Meta Volume.
-
Når du har et annet volum på en annen matrise som oppfyller kriteriene, kobler du dette nye volumet til det gjeldende metavolumet ved hjelp av CLI-kommandoen:
meta-volume attach-mirror.Eksempel på utdata:
VPlexcli:/> meta-volume attach-mirror --storage-volume VPD83T3:60060160c9c02xxxxxxxxxxxxx99e711 --meta-volume C1_Meta
-
Når du blir bedt om VPlexcli, endrer du katalog (cd) til konteksten "system-volumes" og kjører den lange listen, "ll", -kommandoen. Du skal se de aktive metadatavolumene «driftsstatus» som «degradert» og «tilstand» som «mindre feil».
VPlexcli:/clusters/cluster-1/system-volumes> ll Name Volume Type Operational Health State Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status ------------- ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------------- ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume degraded minor-failure true true raid-1 3 20971264 4K 80G 64000 C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 -
Kjør følgende kommando:
rebuild status. Dette skal vise metavolumet som ombygging, og "gjenoppbyggingstypen" skal være "full" ettersom det er en ny gjenoppbygging.VPlexcli:/clusters/cluster-1/system-volumes> rebuild status [1] storage_volumes marked for rebuild Global rebuilds: No active global rebuilds. cluster-1 local rebuilds: device rebuild type rebuilder director rebuilt/total percent finished throughput ETA ------- ------------ ------------------ ------------- ---------------- ---------- --------- C1_Meta full s1_0339_spa 20.1G/80G 25.07% 63.2M/s 16.2min
-
Kontroller komponentnivået på metavolumet for å se det nylig tilkoblede benet. Kjør følgende kommando:
ll <meta-volume name>/components. Dette viser den nye komponenten som "Spor nummer 2" som vist i eksemplet nedenfor, dens "driftsstatus" er "feil" og dens "Health State" er "kritisk feil".Eksempel på utdata:
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health State Capacity ---------------------------------------- Number -------------- Status ---------------- -------- ---------------------------------------- ------ -------------- ----------- ---------------- -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:600601601330270098b5c2118699e711 1 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 2 storage-volume error critical-failure 80G <<<< -
Vent til hele gjenoppbyggingen er fullført, noe som kan ta tid, vær tålmodig. Du kan sjekke statusen til gjenoppbyggingen ved å kjøre kommandoen 'gjenoppbygg status', av og på, til du ser at gjenoppbyggingen er fullført.
VPlexcli:/clusters/cluster-1/system-volumes> rebuild status Global rebuilds: No active global rebuilds. Local rebuilds: No active local rebuilds.
-
Gjenta trinn 3, og metavolumet skal nå vise "Operasjonell status" og "Helsetilstand" som "ok".
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 -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume ok ok true true raid-1 3 20971264 4K 80G 64000 <<<< C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 -
Gjenta 5 for å kontrollere at den nye etappen vises som "Spor nummer 2", og at både "Operational State" og "Health State" vises som "ok".
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health Capacity ---------------------------------------- Number -------------- Status State -------- ---------------------------------------- ------ -------------- ----------- ------ -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:600601601330270098b5c2118699e711 1 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 2 storage-volume ok ok 80G -
Fjern etappen på metavolumet som er oppført som spor 1, siden det er på samme array som etappen som er oppført som spor 0, ved å kjøre kommandoen som vist nedenfor:
Eksempel på utdata:
VPlexcli:/clusters/cluster-1/system-volumes> meta-volume detach-mirror -d VPD83T3:600601601330270098b5c2118699e711 -v C1_Meta
-
Kjør kommandoen fra trinn 8 igjen, og du skal nå bare se to volumer som er oppført, hver fra en annen matrise, med "Slot Number" for "0" og "1."
VPlexcli:/clusters/cluster-1/system-volumes> ll C1_Meta/components/ /clusters/cluster-1/system-volumes/C1_Meta/components: Name Slot Type Operational Health Capacity ---------------------------------------- Number -------------- Status State -------- ---------------------------------------- ------ -------------- ----------- ------ -------- VPD83T3:600601601330270098b5c2118665e611 0 storage-volume ok ok 80G VPD83T3:60060160c9c02c00c47cb55a4a99e711 1 storage-volume ok ok 80G
-
Bekreft at metavolumet og sikkerhetskopimetavolumene er gode, ved å kjøre CLI-kommandoen som vist nedenfor:
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 -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C1_Logging_vol logging-volume ok ok - - raid-1 1 2621440 4K 10G - C1_Meta meta-volume ok ok true true raid-1 2 20971264 4K 80G 64000 C1_Meta_backup_2018Jun04_120017 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 C1_Meta_backup_2018Jun05_120042 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000 /clusters/cluster-2/system-volumes: Name Volume Type Operational Health Active Ready Geometry Component Block Block Capacity Slots ------------------------------- -------------- Status State ------ ----- -------- Count Count Size -------- ----- ------------------------------- -------------- ----------- ------ ------ ----- -------- --------- -------- ----- -------- ----- C2_Logging_vol logging-volume ok ok - - raid-0 1 2621440 4K 10G - C2_Meta meta-volume ok ok true true raid-1 2 20446976 4K 78G 64000 C2_Meta_backup_2018Jul01_060025 meta-volume ok ok false true raid-1 1 20446976 4K 78G 64000 C2_Meta_backup_2018Jul02_060022 meta-volume ok ok false true raid-1 1 20971264 4K 80G 64000
-
Siden du opprettet et metavolum, er ikke metavolumet for sikkerhetskopiering nøyaktig. Som du ser ovenfor i trinn 11, vises sikkerhetskopieringene av metadataene på cluster-1, der det nye metavolumet ble opprettet for eksemplene i denne KB-en, som at de sist kjørte en sikkerhetskopiering rundt begynnelsen av juni. Du må ødelegge de gamle sikkerhetskopiene og konfigurere nye sikkerhetskopier. For å gjøre dette, se KB-artikkel 000038636, "VPLEX: 0x8a4a6006,0x8a4a6003,0x8a4a6005, Den automatiserte sikkerhetskopien av metavolumet kunne ikke fullføres (eller) det finnes ikke noe gyldig metavolum for sikkerhetskopi (eller) metadatasikkerhetskopien kunne ikke ødelegges», og følg trinnene i den midlertidige løsningen under løsningsdelen. Hvert sikkerhetskopieringsvolum må også være på forskjellige arrayer når to eller flere arrayer er koblet til en VPLEX. Dette er for overflødige formål.