Skip to main content
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Spegnere i controller - FAS2700

Collaboratori
PDF

Arrestare o sostituire il controller con problemi utilizzando la procedura appropriata per la configurazione.

Opzione 1: La maggior parte delle configurazioni

Questa procedura è valida solo per configurazioni a 2 nodi non MetroCluster. Se si dispone di un sistema con più di due nodi, vedere "Come eseguire uno spegnimento e l'accensione di una coppia ha in un cluster a 4 nodi".

Prima di iniziare

Hai bisogno di:

  • Credenziali dell'amministratore locale per ONTAP.

  • Passphrase NetApp onboard key management (OKM) a livello di cluster se si utilizza la crittografia dello storage.

  • Accesso SP/BMC per ciascun controller.

  • Impedire a tutti i client/host di accedere ai dati sul sistema NetApp.

  • Sospendere i processi di backup esterni.

  • Strumenti e attrezzature necessari per la sostituzione.

Nota Se il sistema è un NetApp StorageGRID o ONTAP S3 utilizzato come Tier cloud FabricPool, fare riferimento a. "Arrestare e accendere correttamente il sistema storage Guida alla risoluzione dei problemi" dopo aver eseguito questa procedura.
Nota Se si utilizzano LUN array FlexArray, seguire la documentazione relativa agli array di storage del vendor per la procedura di arresto da eseguire per tali sistemi dopo aver eseguito questa procedura.
Nota Se si utilizzano SSD, fare riferimento a. "SU490: (Impatto: Critico) Best Practice SSD: Evita il rischio di guasti al disco e perdita di dati se spento per più di due mesi"

Come Best practice prima dello spegnimento, è necessario:

Fasi

  1. Accedere al cluster tramite SSH o da qualsiasi nodo del cluster utilizzando un cavo della console locale e un laptop/console.

  2. Disattivare AutoSupport e indicare per quanto tempo si prevede che il sistema sia offline:

    system node autosupport invoke -node * -type all -message "MAINT=8h Power Maintenance"

  3. Identificare l'indirizzo SP/BMC di tutti i nodi:

    system service-processor show -node * -fields address

  4. Uscire dalla shell del cluster: exit

  5. Accedere a SP/BMC tramite SSH utilizzando l'indirizzo IP di uno qualsiasi dei nodi elencati nell'output del passaggio precedente.

    Se si utilizza una console/laptop, accedere al controller utilizzando le stesse credenziali di amministratore del cluster.

    Nota Aprire una sessione SSH per ogni connessione SP/BMC in modo da poter monitorare l'avanzamento.

  6. Arrestare tutti i nodi nel cluster:

    system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true.

    Nota Per i cluster che utilizzano SnapMirror con funzionamento sincrono in modalità StrictSync: system node halt -node * -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true -ignore-strict-sync-warnings true

  7. Inserire y per ciascun controller nel cluster quando viene visualizzato Warning: Are you sure you want to halt node "cluster name-controller number"? {y|n}:

  8. Attendere che ogni controller si arresti e visualizzi il prompt DEL CARICATORE.

  9. Spegnere ciascun alimentatore o scollegarlo se non è presente alcun interruttore di accensione/spegnimento.

  10. Scollegare il cavo di alimentazione da ogni alimentatore.

  11. Verificare che tutti i controller dello chassis non utilizzato siano spenti.

Opzione 2: Il controller è in una configurazione MetroCluster

Nota Non utilizzare questa procedura se il sistema si trova in una configurazione MetroCluster a due nodi.

Per spegnere il controller compromesso, è necessario determinare lo stato del controller e, se necessario, assumere il controllo del controller in modo che il controller integro continui a servire i dati provenienti dallo storage del controller compromesso.

  • Se si dispone di un cluster con più di due nodi, questo deve trovarsi in quorum. Se il cluster non è in quorum o un controller integro mostra false per idoneità e salute, è necessario correggere il problema prima di spegnere il controller compromesso; vedere "Sincronizzare un nodo con il cluster".

  • Se si dispone di una configurazione MetroCluster, è necessario confermare che lo stato di configurazione MetroCluster è configurato e che i nodi sono in uno stato abilitato e normale (metrocluster node show).

Fasi

  1. Se AutoSupport è attivato, eliminare la creazione automatica del caso richiamando un messaggio AutoSupport: system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh

    Il seguente messaggio AutoSupport elimina la creazione automatica del caso per due ore: cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h

  2. Disattivare il giveback automatico dalla console del controller integro: storage failover modify –node local -auto-giveback false

  3. Portare la centralina danneggiata al prompt DEL CARICATORE:

    Se il controller non utilizzato visualizza…​ Quindi…​

    Il prompt DEL CARICATORE

    Passare alla fase successiva.

    In attesa di un giveback…​

    Premere Ctrl-C, quindi rispondere y quando richiesto.

    Prompt di sistema o prompt della password (inserire la password di sistema)

    Assumere il controllo o arrestare il controller compromesso dal controller integro: storage failover takeover -ofnode impaired_node_name

    Quando il controller non utilizzato visualizza Waiting for giveback…​ (in attesa di giveback…​), premere Ctrl-C e rispondere y.