Data Domain PowerProtect: Controllo preliminare dell'upgrade di DDHA

La funzione HA (High Availability) consente di configurare due sistemi di protezione come coppia Active-Standby, fornendo ridondanza in caso di guasto del sistema. HA mantiene sincronizzati i sistemi attivi e in standby. In questo modo, se il nodo attivo ha esito negativo a causa di problemi hardware o software, il nodo di standby potrebbe prendere il controllo di tale nodo in errore.

La HA è supportata sui seguenti sistemi:

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

Preparazione dei sistemi DDHA per l'aggiornamento

Prima di avviare un aggiornamento, assicurarsi che entrambi i nodi funzionino in modo ottimale. L'upgrade mentre uno dei nodi è compromesso può causare guasti e interruzioni del servizio. Prima di procedere con l'aggiornamento, eseguire i seguenti controlli:

System Information

Verificare il nome host del sistema, il numero di serie, il modello, la versione DDOS corrente e il tempo di attività.

Configurazione iDRAC

Verificare se iDRAC è configurato, in quanto è uno strumento prezioso per il monitoraggio e la risoluzione dei problemi durante il riavvio.

Non che iDRAC non sia disponibile sui sistemi legacy Dell DD6800, DD9300 e DD9800.

Stato del file system

Assicurarsi che il file system sia abilitato e in esecuzione.

Avvisi e guasti hardware

Esaminare eventuali avvisi correnti del sistema e risolvere eventuali errori hardware.

Gli avvisi non vengono sempre condivisi tra i nodi attivi e di standby. Assicurarsi di controllare entrambi i nodi singolarmente per eventuali avvisi attivi che potrebbero indicare problemi sottostanti. La maggior parte degli avvisi è visibile su un solo nodo, pertanto la verifica a doppio nodo è essenziale.

Stato del sistema HA

Accertarsi che il sistema sia in uno stato di high availability prima di avviare l'aggiornamento.

Capacità del sistema

Valutare la capacità complessiva del sistema.

Per garantire un processo di upgrade di DDOS senza problemi, si consiglia di mantenere almeno il 10% di spazio libero sul sistema Data Domain quando si esegue l'upgrade a versioni di DDOS precedenti alla 7.x e almeno il 5% di spazio libero per gli upgrade a DDOS 7.x e versioni successive. Questo spazio disponibile è essenziale per la gestione dei file temporanei e di eventuali modifiche all'indice o ai metadati. Ciò consente di ridurre al minimo il rischio di errori di aggiornamento o di riduzione delle prestazioni durante l'aggiornamento. 

Versioni firmware

Verificare che tutti i componenti del sistema eseguano il firmware più recente.

Se il codice di destinazione è precedente a 7.7.5.1, 7.10.1.0 o 7.11.x, controllare la versione del firmware del disco e fare riferimento all'articolo 000204252 della Knowledge Base per istruzioni.

Configurazione di rete

Verificare la configurazione di rete del sistema e assicurarsi che tutte le interfacce siano operative con gli indirizzi IP appropriati.

Nei sistemi DDHA, le interfacce di rete sono configurate come mobili o fisse. Ogni tipo ha specifici requisiti di comportamento e verifica:

• Interfacce mobili: Per le interfacce configurate come mobili, verificare che ogni porta della scheda di interfaccia di rete (NIC), alias o interfaccia Ethernet virtuale (veth) sia abilitata e in esecuzione sia sul nodo attivo che su quello di standby. Si prevede che le interfacce mobili visualizzino un indirizzo IP sul nodo attivo, mentre mostrino N/D sul nodo di standby.
• Interfacce fisse: Per le interfacce contrassegnate come fisse, assicurarsi che ogni porta della scheda di rete, alias o veth configurata sia abilitata e in esecuzione. A differenza delle interfacce mobili, le interfacce fisse non devono avere configurazioni identiche in entrambi i nodi.
• Interconnessione HA (veth99): Verificare che l'interconnessione HA (veth99) sia presente e che tutte le porte richieste siano abilitate e in esecuzione.
  • Il numero di connessioni richieste e le posizioni dei relativi slot per veth99 variano in base al modello Data Domain.

Stato del disco

Valutare gli stati del disco e assicurarsi che non vi siano dischi Failed (F), Reconstructing (R), Copy (C) o Absent (A). 

In una configurazione DDHA, il nodo di standby non elabora né gestisce i dati. Di conseguenza, i dischi dell'enclosure collegati al nodo di standby non visualizzano lo stato "In Use Disks". Al contrario, tutti i dischi vengono visualizzati in uno stato "Known Disks", a indicare che il sistema li riconosce, ma non sono attivi. Si tratta di un comportamento previsto, in quanto il nodo attivo gestisce tutte le operazioni sui dati.

Stato enclosure

Accertarsi che tutti i dispositivi dell'enclosure funzionino correttamente.

Topologia enclosure

Convalidare la topologia dell'enclosure da entrambi i nodi. 

Note:

• Gli output devono essere immagini speculari.
• Cercare un asterisco (*) accanto a enc.ctrl.port ed esaminare il campo Error Message per problemi come guasti del controller o dei cavi.
• Simboli come ?, !, o !! indicano errori.
• Verificare che tutti i numeri degli alloggiamenti siano corretti e coerenti.

Stato replica

Accertarsi che la replica non sia in fase di inizializzazione. In caso affermativo, consultare l'articolo 000014079 della Knowledge Base.

A partire da DDOS versione 7.7.1, la replica di directory non è più supportata. Se si esegue l'aggiornamento da una versione precedente alla 7.7.1 ed è configurata la replica di directory, prima di eseguire l'aggiornamento consultare la sezione "Migrazione della replica da directory a MTree" nella Guida all'amministrazione di DDOS.

Valutazione dell'integrità dell hardware

Avvio di un controllo completo dello stato dell'hardware sui sistemi Data Domain. 

Questo comando non è compatibile con tutte le piattaforme DD. Per ulteriori informazioni, consultare l'articolo 000326481 della Knowledge Base.

Pulizia del file system

Verificare se la pulizia del file system è in esecuzione. Se attivo, consentirne il completamento o arrestarlo manualmente eseguendo il comando # filesys clean stop sul nodo attivo.

Pulizia del cloud

Verificare se la pulizia del cloud è in esecuzione. Se attivo, consentirne il completamento o arrestarlo manualmente eseguendo il comando # cloud clean stop sul nodo attivo.

Spostamento dei dati

Per i sistemi con Cloud Tier, verificare se lo spostamento dei dati è in esecuzione. Se attivo, arrestarlo manualmente eseguendo il comando # data-movement stop all sul nodo attivo.

Backup e ripristino

Se è in corso un attività di backup o ripristino, metterla in pausa o interromperla prima di procedere.

HA Failover Test

Lo scopo del test di failover è convalidare la high availability avviando un failover dal nodo attivo al nodo di standby. Una volta completata la transizione, eseguire un secondo failover per riportare il controllo al nodo originale, garantendo la piena funzionalità di failover bidirezionale.

Nodo attivo:

• Eseguire nuovamente il comando ha status per confermare che il sistema è in uno stato di high availability con entrambi i nodi online.
• Eseguire ha failover precheck (disponibile in DDOS versione 7.8 e successive) per confermare l'idoneità per il failover.
• Eseguire ha failover sul nodo attivo per passare dal nodo attivo al nodo di standby.

Nuovo nodo attivo (nodo di standby precedente):

• Eseguire nuovamente il comando ha status per confermare che il sistema è in uno stato di high availability con entrambi i nodi online.
• Eseguire ha failover precheck (disponibile in DDOS versione 7.8 e successive) per garantire che il sistema sia pronto per il failover.
• Eseguire ha failover sul nuovo nodo attivo per tornare in standby.

Upgrade del pacchetto RPM

Caricare il pacchetto RPM di upgrade nel nodo attivo. Una volta eseguito il comando system upgrade precheck, il pacchetto viene copiato automaticamente nel nodo di standby.

I pacchetti RPM di aggiornamento sono disponibili nella pagina Data Domain Deduplication Storage Systems .

• Trasferire il file RPM dal server client al nodo attivo utilizzando il seguente comando:

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

• • Il sistema richiede una password, definita dal cliente. La directory di destinazione sul nodo attivo è /ddr/var/releases.
• Una volta completato il trasferimento dei file, verificare le informazioni del pacchetto di sistema sul nodo attivo eseguendo: 

active-node# system package list

Controlli preliminari all'upgrade del sistema

Dal nodo attivo, eseguire il comando system upgrade precheck <file> . Se la verifica preliminare viene completata correttamente senza errori, il sistema è pronto per procedere con l'aggiornamento di DDOS. Per indicazioni dettagliate sull'upgrade di un sistema DDHA, consultare l'articolo 000009653 della Knowledge Base.