PowerProtect Data Domain: Forhåndssjekk av DDHA-oppgradering

Med funksjonen High Availability (HA) kan du konfigurere to beskyttelsessystemer som et aktivt ventemoduspar, noe som gir redundans hvis det oppstår en systemfeil. HA holder de aktive systemene og standby-systemene synkronisert. Dette er slik at hvis den aktive noden sviktet på grunn av maskinvare- eller programvareproblemer, kan standby-noden ta over for den sviktende noden.

HA støttes på følgende systemer:

• Data Domain DD6800
• PowerProtect DD6900
• Data Domain DD9300
• PowerProtect DD9400
• PowerProtect DD9410
• Data Domain DD9800
• PowerProtect DD9900
• PowerProtect DD9910

Klargjøre DDHA-systemer for oppgradering

Før du starter en oppgradering, må du kontrollere at begge nodene fungerer optimalt. Oppgradering mens en av nodene er kompromittert, kan føre til feil og tjenesteavbrudd. Før du fortsetter med oppgraderingen, kjører du følgende kontroller:

Systeminformasjon

Bekreft systemets vertsnavn, serienummer, modell, gjeldende DDOS-versjon og oppetid.

iDRAC-konfigurasjon

Bekreft om iDRAC er konfigurert, siden det er et verdifullt verktøy for overvåking og feilsøking av problemer under omstart.

Ikke at iDRAC ikke er tilgjengelig på Dell Legacy-systemene DD6800, DD9300 og DD9800.

Filsystemstatus

Kontroller at filsystemet er aktivert og kjører.

Varsler og maskinvarefeil

Se gjennom alle gjeldende systemvarsler, og løs eventuelle maskinvarefeil.

Varsler deles ikke alltid mellom de aktive nodene og ventemodusnodene. Pass på at du sjekker begge nodene individuelt for eventuelle aktive varsler som kan indikere underliggende problemer. De fleste varsler er bare synlige på én node, så verifisering av to noder er viktig.

Systemstatus for HA

Kontroller at systemet er i høy tilgjengelighetstilstand før du starter oppgraderingen.

Systemkapasitet

Vurder den totale systemkapasiteten.

For å sikre en jevn DDOS-oppgraderingsprosess anbefales det å opprettholde minst 10 % ledig plass på Data Domain-systemet ved oppgradering til DDOS-versjoner som er eldre enn 7.x, og minst 5 % ledig plass for oppgraderinger til DDOS 7.x og nyere. Denne tilgjengelige plassen er avgjørende for å håndtere midlertidige filer og eventuelle endringer i indeksen eller metadataene. Dette bidrar til å minimere risikoen for oppgraderingsfeil eller redusert ytelse under oppgraderingen. 

Fastvareversjoner

Bekreft at alle systemkomponentene kjører den nyeste fastvaren.

Hvis målkoden er eldre enn 7.7.5.1, 7.10.1.0 eller 7.11.x, kan du kontrollere diskfastvareversjonen og se KB-artikkel 000204252 for veiledning.

Nettverkskonfigurasjon

Verifiser systemets nettverkskonfigurasjon og sørg for at alle grensesnitt fungerer med riktige IP-adresser.

På DDHA-systemer er nettverksgrensesnittene konfigurert som enten flytende eller faste. Hver type har spesifikke krav til atferd og verifisering:

• Flytende grensesnitt: For grensesnitt som er konfigurert som flytende, må du kontrollere at hver NIC-port (Network Interface Card), alias eller virtuelt Ethernet-grensesnitt (veth) er aktivert og kjører på både aktive noder og ventemodus. Det forventes at flytende grensesnitt viser en IP-adresse på den aktive noden, mens de viser N/A på standbynoden.
• Faste grensesnitt: For grensesnitt som er merket som faste, må du kontrollere at alle konfigurerte NIC-porter, aliaser eller veth er aktivert og kjører. I motsetning til flytende grensesnitt er det ikke nødvendig med faste grensesnitt for å ha identiske konfigurasjoner på tvers av begge nodene.
• HA Interconnect (veth99): Bekreft at HA-sammenkoblingen (veth99) er til stede, og at alle nødvendige porter er aktivert og kjører.
  • Antall nødvendige tilkoblinger og deres sporplasseringer for veth99 varierer etter Data Domain-modellen.

Diskstatus

Vurder disktilstandene, og kontroller at ingen disker som har sviktet (F), rekonstrueres (R), kopieres (C) eller mangler (A). 

I en DDHA-konfigurasjon behandler eller betjener ikke ventemodusnoden data. Kabinettdiskene som er koblet til ventemodusnoden, viser derfor ikke "In Use Disks"-tilstanden. I stedet vises alle diskene i tilstanden "Kjente disker", noe som indikerer at systemet gjenkjenner dem, men de er ikke aktive. Dette er forventet atferd, siden den aktive noden håndterer alle dataoperasjoner.

Kabinettstatus

Forsikre deg om at alle kabinettenheter fungerer som de skal.

Kabinetttopologi

Valider kabinetttopologien fra begge noder. 

Merknader:

• Utgangene skal være speilbilder.
• Se etter en stjerne (*) ved siden av enc.ctrl.port, og se gjennom feilmeldingsfeltet for problemer som kontroller eller kabelfeil.
• Symboler som ?, !, eller !! Angi feil.
• Bekreft at alle hyllenumre er riktige og konsekvente.

Replikeringsstatus

Kontroller at replikeringen ikke initialiseres. Hvis den er det, kan du se KB-artikkel 000014079.

Fra og med DDOS versjon 7.7.1 støttes ikke lenger katalogreplikering. Hvis du oppgraderer fra en versjon som er eldre enn 7.7.1 og katalogreplikering, må du lese delen "Katalog-til-MTree-replikeringsmigrering" i administrasjonsveiledningen for DDOS før du oppgraderer.

Vurdering av maskinvaretilstand

Start en omfattende maskinvarehelsesjekk på Data Domain-systemer. 

Denne kommandoen er ikke kompatibel med alle DD-plattformer. Hvis du vil ha mer informasjon, kan du se KB-artikkel 000326481.

Opprydding av filsystemet

Kontroller om oppryddingen av filsystemet kjører. Hvis den er aktiv, kan du enten la den fullføre eller stoppe den manuelt ved å kjøre kommandoen # filesys clean stop på den aktive noden.

Rengjøring av nettsky

Kontroller om skyrensingen kjører. Hvis den er aktiv, kan du enten la den fullføre den eller stoppe den manuelt ved å kjøre kommandoen # skyren stopp på den aktive noden.

Dataflytting

For systemer med Cloud Tier må du kontrollere om dataflytting kjører. Hvis den er aktiv, må du manuelt stoppe den ved å kjøre kommandoen # data-movement stop all on the active node.

Sikkerhetskopiere og gjenopprette

Hvis sikkerhetskopiering eller gjenoppretting pågår, må du sette sikkerhetskopieringen på pause eller stoppe den før du fortsetter.

HA failover-test

Formålet med failover-testen er å validere høy tilgjengelighet ved å starte en failover fra den aktive noden til standbynoden. Når overgangen er fullført, utfører du en ekstra failover for å returnere kontrollen til den opprinnelige noden, noe som sikrer full toveis failover-funksjonalitet.

Aktiv node:

• Kjør ha status -kommandoen for å bekrefte at systemet er i en svært tilgjengelig tilstand med begge nodene online.
• Kjør ha failover precheck (tilgjengelig i DDOS versjon 7.8 og nyere) for å bekrefte at du er klar for failover.
• Kjør ha failover på den aktive noden for å bytte fra den aktive noden til ventemodusnoden.

Ny aktiv node (forrige ventemodusnode):

• Kjør ha status -kommandoen for å bekrefte at systemet er i en svært tilgjengelig tilstand med begge nodene online.
• Kjør ha failover precheck (tilgjengelig i DDOS versjon 7.8 og nyere) for å sikre at systemet er klart for failover.
• Kjør ha failover på den nye aktive noden for å bytte tilbake til ventemodus.

Oppgrader RPM-pakke

Last opp RPM-oppgraderingspakken til den aktive noden. Når forhåndskontrollkommandoen for systemoppgradering er kjørt, kopieres pakken automatisk til ventemodusnoden.

RPM-oppgraderingspakkene er tilgjengelige på siden Data Domain Deduplication Storage Systems .

• Overfør RPM-filen fra klientserveren til den aktive noden ved hjelp av følgende kommando:

client-server# scp <rpm file> sysadmin@<active-node-hostname-or-IP-address>:/ddr/var/releases/

• • Systemet ber om et passord, som kunden har definert. Målkatalogen på den aktive noden er /ddr/var/releases.
• Når filoverføringen er fullført, kontrollerer du systempakkeinformasjonen om den aktive noden ved å kjøre: 

active-node# system package list

Forhåndskontroll av systemoppgradering

Fra den aktive noden kjører du system upgrade precheck <file> kommando. Hvis forhåndskontrollen fullføres uten feil, er systemet klart til å fortsette med DDOS-oppgraderingen. Hvis du vil ha detaljert veiledning om hvordan du oppgraderer et DDHA-system, kan du se KB-artikkel 000009653.