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.

Sostituire un modulo i/o FAS70 e FAS90

Collaboratori netapp-jsnyder netapp-lisa
PDF

Sostituire un modulo i/o nel sistema FAS70 o FAS90 in caso di guasto del modulo o se è necessario un aggiornamento per supportare prestazioni più elevate o funzioni aggiuntive. Il processo di sostituzione prevede lo spegnimento del controller, la sostituzione del modulo i/o guasto, il riavvio del controller e la restituzione del componente guasto a NetApp.

Puoi utilizzare questa procedura con tutte le versioni di ONTAP supportate dal tuo sistema storage.

Prima di iniziare

  • È necessario avere a disposizione il pezzo di ricambio.

  • Verificare che tutti gli altri componenti del sistema di archiviazione funzionino correttamente; in caso contrario, contattare l'assistenza tecnica.

Fase 1: Spegnere il nodo compromesso

Arrestare o sostituire il controller compromesso utilizzando una delle seguenti opzioni.

Opzione 1: La maggior parte dei sistemi

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.

A proposito di questa attività

  • Se si dispone di un sistema SAN, è necessario aver controllato i messaggi di evento cluster kernel-service show) per il blade SCSI del controller danneggiato. Il cluster kernel-service show comando (dalla modalità avanzata precedente) visualizza il nome del nodo, "stato quorum" di quel nodo, lo stato di disponibilità di quel nodo e lo stato operativo di quel nodo.

    Ogni processo SCSI-blade deve essere in quorum con gli altri nodi del cluster. Eventuali problemi devono essere risolti prima di procedere con la sostituzione.

  • 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".

Fasi

  1. Se AutoSupport è attivato, eliminare la creazione automatica del caso richiamando un messaggio AutoSupport:

    system node autosupport invoke -node * -type all -message MAINT=<# of hours>h

    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. Disattiva la restituzione automatica:

    1. Immettere il seguente comando dalla console del controller funzionante:

      storage failover modify -node local -auto-giveback false

    2. Entra y quando vedi il messaggio Vuoi disattivare la restituzione automatica?

  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

    Assumere il controllo o arrestare il controller compromesso dal controller integro:

    storage failover takeover -ofnode impaired_node_name -halt true

    Il parametro -halt true consente di visualizzare il prompt di Loader.
Opzione 2: Controller in un 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, 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

  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)

    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 guasto

Per sostituire un modulo i/o, individuarlo all'interno del contenitore e seguire la sequenza specifica di passi.

Fasi

  1. Se non si è già collegati a terra, mettere a terra l'utente.

  2. Scollegare eventuali cavi dal modulo i/o di destinazione.

  3. Ruotare il vassoio di gestione dei cavi verso il basso tirando i pulsanti su entrambi i lati all'interno del vassoio di gestione dei cavi, quindi ruotare il vassoio verso il basso.

    Nota La figura seguente mostra la rimozione di un modulo i/o orizzontale e verticale. In genere, si rimuoverà un solo modulo i/O.

    Rimuovere il modulo di i/O.

    Numero di didascalia 1

    Blocco camma i/O.

    Assicurarsi di etichettare i cavi in modo da conoscerne la provenienza.

  4. Rimuovere il modulo i/o di destinazione dal contenitore:

    1. Premere il pulsante CAM sul modulo target.

    2. Ruotare il dispositivo di chiusura della camma lontano dal modulo fino in fondo.

    3. 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.

  5. Mettere da parte il modulo i/O.

  6. Installare il modulo i/o sostitutivo nel contenitore:

    1. Allineare il modulo con i bordi dell'apertura dello slot del contenitore.

    2. 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.

  7. Collegare il modulo i/O.

  8. Ruotare il vassoio di gestione dei cavi verso l'alto fino alla posizione di chiusura.

Fase 3: Riavviare il controller

Dopo aver sostituito un modulo i/o, è necessario riavviare il controller.

Fasi

  1. Riavviare il controller dal prompt DEL CARICATORE:

    bye

    Nota Il riavvio del controller danneggiato reinizializza anche i moduli i/o e gli altri componenti.

  2. Riportare la centralina guasta al normale funzionamento restituendo la memoria:

    storage failover giveback -ofnode impaired_node_name

  3. Ripristino del giveback automatico dalla console del controller integro:

    storage failover modify -node local -auto-giveback true

  4. Se AutoSupport è attivato, ripristinare la creazione automatica dei casi:

    system node autosupport invoke -node * -type all -message MAINT=END

Fase 4: Restituire la parte guasta a NetApp

Restituire la parte guasta a NetApp, come descritto nelle istruzioni RMA fornite con il kit. Vedere la "Restituzione e sostituzione delle parti" pagina per ulteriori informazioni.