Aggiungere un modulo i/o FAS70 e FAS90
È possibile aggiungere un modulo i/o al sistema di archiviazione aggiungendo un nuovo modulo i/o in un sistema di archiviazione con slot vuoti oppure sostituendo un modulo i/o con uno nuovo in un sistema di archiviazione completamente popolato.
-
Controllare che "NetApp Hardware Universe" il nuovo modulo di i/o sia compatibile con il sistema di storage e con la versione di ONTAP in uso.
-
Se sono disponibili più slot, controllare le priorità degli slot in "NetApp Hardware Universe" E utilizza il miglior modulo di i/O.
-
Assicurarsi che tutti gli altri componenti funzionino correttamente.
Opzione 1: Aggiunta di un modulo i/o a un sistema di archiviazione con slot vuoti
È possibile aggiungere un modulo i/o in uno slot vuoto del sistema di archiviazione.
Fase 1: Arrestare il modulo controller danneggiato
Spegnere o sostituire il modulo controller danneggiato.
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 AutoSupport è attivato, sospendere la creazione automatica dei casi richiamando un comando di messaggio AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh
Il seguente comando AutoSupport sopprime la creazione automatica dei casi per due ore:
cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h
-
Disattivare il giveback automatico dalla console del controller integro:
storage failover modify –node local -auto-giveback false
-
Portare la centralina danneggiata al prompt DEL CARICATORE:
Se il controller non utilizzato visualizza… Quindi… Il prompt DEL CARICATORE
Passare alla fase successiva.
Waiting for giveback…
Premere Ctrl-C, quindi rispondere
y
quando richiesto.Prompt di sistema o prompt della password (inserire la password di sistema)
Arrestare o rilevare il controller danneggiato 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
.
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
).
-
Se AutoSupport è attivato, sospendere la creazione automatica dei casi richiamando un comando AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh
Il seguente comando AutoSupport sopprime la creazione automatica dei casi per due ore:
cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h
-
Disattivare il giveback automatico dalla console del controller integro:
storage failover modify –node local -auto-giveback false
-
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)
Arrestare o rilevare il controller danneggiato 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
.
Fase 2: Aggiunta di moduli i/O.
-
Se non si è già collegati a terra, mettere a terra l'utente.
-
Ruotare il vassoio di gestione dei cavi verso il basso tirando i pulsanti all'interno del vassoio di gestione dei cavi e ruotandolo verso il basso.
-
Rimuovere il modulo di chiusura dello slot di destinazione dal supporto:
La figura seguente mostra la rimozione di un modulo i/o orizzontale e verticale. In genere, si rimuoverà un solo modulo i/O. Pulsante di bloccaggio della camma
-
Premere il dispositivo di chiusura della camma sul modulo di chiusura nello slot di destinazione.
-
Ruotare il dispositivo di chiusura della camma lontano dal modulo fino in fondo.
-
Rimuovere il modulo dal contenitore agganciando il dito nell'apertura della leva della camma ed estraendo il modulo dal contenitore.
-
-
Installare il modulo i/o:
-
Allineare il modulo i/o con i bordi dell'apertura dello slot del contenitore.
-
Far scorrere delicatamente il modulo nello slot fino in fondo al contenitore, quindi ruotare il dispositivo di chiusura della camma completamente verso l'alto per bloccare il modulo in posizione.
-
-
Collegare il modulo i/O.
Se il modulo i/o è una scheda NIC, collegare il modulo agli switch dati.
Se il modulo i/o è un modulo di archiviazione, collegarlo al ripiano NS224.
Assicurarsi che tutti gli slot i/o inutilizzati siano dotati di spazi vuoti per evitare possibili problemi di temperatura. -
Ruotare il vassoio di gestione dei cavi verso l'alto fino alla posizione di chiusura.
-
Riavviare il controller dal prompt DEL CARICATORE: Bye
In questo modo, le schede PCIe e gli altri componenti vengono reinizializzati e il nodo viene riavviato. -
Restituire il controller dal partner controller: Storage failover giveback -offnode target_node_name
-
Ripetere questi passi per il controller B.
-
Ripristinare il giveback automatico se è stato disattivato utilizzando
storage failover modify -node local -auto-giveback true
comando. -
Se AutoSupport è abilitato, ripristinare/riattivare la creazione automatica dei casi utilizzando il
system node autosupport invoke -node * -type all -message MAINT=END
comando. -
Se è stato installato un modulo i/o di storage, installare e collegare i ripiani NS224, come descritto in "Workflow con aggiunta a caldo".
Opzione 2: Aggiungere un modulo i/o in un sistema di archiviazione senza slot vuoti
È possibile modificare un modulo i/o in uno slot i/o in un sistema completamente popolato rimuovendo un modulo i/o esistente e sostituirlo con un altro modulo i/O.
-
Se:
Sostituzione di un… Quindi… Modulo i/o NIC con lo stesso numero di porte
I LIF migrano automaticamente quando il modulo controller viene spento.
Modulo i/o NIC con meno porte
Riassegna in modo permanente le LIF selezionate a una porta home diversa. Per informazioni sull'utilizzo di System Manager per lo spostamento permanente delle LIF, consulta la sezione "Migrazione di una LIF" .
Modulo i/o NIC con modulo i/o storage
Utilizzare System Manager per migrare in modo permanente i file LIF su diverse porte home, come descritto in "Migrazione di una LIF".
Fase 1: Arrestare il modulo controller danneggiato
Spegnere o sostituire il modulo controller danneggiato.
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 AutoSupport è attivato, sospendere la creazione automatica dei casi richiamando un comando di messaggio AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh
Il seguente comando AutoSupport sopprime la creazione automatica dei casi per due ore:
cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h
-
Disattivare il giveback automatico dalla console del controller integro:
storage failover modify –node local -auto-giveback false
-
Portare la centralina danneggiata al prompt DEL CARICATORE:
Se il controller non utilizzato visualizza… Quindi… Il prompt DEL CARICATORE
Passare alla fase successiva.
Waiting for giveback…
Premere Ctrl-C, quindi rispondere
y
quando richiesto.Prompt di sistema o prompt della password (inserire la password di sistema)
Arrestare o rilevare il controller danneggiato 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
.
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
).
-
Se AutoSupport è attivato, sospendere la creazione automatica dei casi richiamando un comando AutoSupport:
system node autosupport invoke -node * -type all -message MAINT=number_of_hours_downh
Il seguente comando AutoSupport sopprime la creazione automatica dei casi per due ore:
cluster1:*> system node autosupport invoke -node * -type all -message MAINT=2h
-
Disattivare il giveback automatico dalla console del controller integro:
storage failover modify –node local -auto-giveback false
-
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)
Arrestare o rilevare il controller danneggiato 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
.
Fase 2: Sostituire un modulo i/O.
-
Se non si è già collegati a terra, mettere a terra l'utente.
-
Scollegare eventuali cavi dal modulo i/o di destinazione.
-
Ruotare il vassoio di gestione dei cavi verso il basso tirando i pulsanti all'interno del vassoio di gestione dei cavi e ruotandolo verso il basso.
-
Rimuovere il modulo i/o di destinazione dallo chassis:
La figura seguente mostra la rimozione di un modulo i/o orizzontale e verticale. In genere, si rimuoverà un solo modulo i/O. Pulsante di bloccaggio della camma
-
Premere il pulsante del dispositivo di chiusura a camma.
-
Ruotare il dispositivo di chiusura della camma lontano dal modulo fino in fondo.
-
Rimuovere il modulo dal contenitore agganciando il dito nell'apertura della leva della camma ed estraendo il modulo dal contenitore.
Assicurarsi di tenere traccia dello slot in cui si trovava il modulo i/O.
-
-
Installare il modulo i/o nello slot di destinazione del contenitore:
-
Allineare il modulo con i bordi dell'apertura dello slot del contenitore.
-
Far scorrere delicatamente il modulo nello slot fino in fondo al contenitore, quindi ruotare il dispositivo di chiusura della camma completamente verso l'alto per bloccare il modulo in posizione.
-
-
Collegare il modulo i/O.
-
Ripetere i passi di rimozione e installazione per sostituire i moduli aggiuntivi per la centralina.
-
Ruotare il vassoio di gestione dei cavi verso l'alto fino alla posizione di chiusura.
-
Riavviare il controller dal prompt del CARICATORE:_bye_
-
Controllare la versione di BMC sul controller: System service-processor show
-
Se necessario, aggiornare il firmware BMC: System service-processor image update
-
Riavviare il nodo: Bye
In questo modo, le schede PCIe e gli altri componenti vengono reinizializzati e il nodo viene riavviato.
Se si verifica un problema durante il riavvio, vedere "BURT 1494308 - lo spegnimento dell'ambiente potrebbe essere attivato durante la sostituzione del modulo i/O." -
-
Restituire il controller dal partner controller: Storage failover giveback -offnode target_node_name
-
Abilitare il giveback automatico se è stato disattivato: Storage failover modify -node local -auto-giveback true
-
Se hai aggiunto:
Se il modulo i/o è a… Quindi… Modulo NIC
Utilizzare
storage port modify -node *<node name> -port *<port name> -mode network
comando per ciascuna porta.Modulo storage
Installare e collegare i ripiani NS224, come descritto in "Workflow con aggiunta a caldo".
-
Ripetere questi passi per il controller B.