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 per la gestione delle chiavi integrata di NetApp (OKM) a livello del cluster se si utilizza la crittografia storage o NVE/NAE.

  • Accessibilità 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 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 non sia in linea:

    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 i 2 nodi situati nel telaio danneggiato:

    system node halt -node <node>,<node2> -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true

    Nota Per i cluster che utilizzano SnapMirror Synchronous che operano in modalità StrictSync: system node halt -node <node>,<node2> -skip-lif-migration-before-shutdown true -ignore-quorum-warnings true -inhibit-takeover true -ignore-strict-sync-warnings true

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

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

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.