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 il modulo NVRAM e/o i DIMM NVRAM - AFF A900

Collaboratori
PDF

Il modulo NVRAM è composto da NVRAM11 e DIMM. È possibile sostituire un modulo NVRAM guasto o i DIMM all'interno del modulo NVRAM. Per sostituire un modulo NVRAM guasto, rimuoverlo dallo chassis, spostare i DIMM nel modulo sostitutivo e installare il modulo NVRAM sostitutivo nello chassis.

Per sostituire e la NVRAM DIMM, è necessario rimuovere il modulo NVRAM dal telaio, sostituire il modulo DIMM guasto nel modulo, quindi reinstallare il modulo NVRAM.

A proposito di questa attività

Poiché l'ID di sistema deriva dal modulo NVRAM, in caso di sostituzione del modulo, i dischi appartenenti al sistema vengono riassegnati a un nuovo ID di sistema.

Prima di iniziare

  • Tutti gli shelf di dischi devono funzionare correttamente.

  • Se il sistema si trova in una coppia ha, il controller partner deve essere in grado di assumere il controllo associato al modulo NVRAM da sostituire.

  • Questa procedura utilizza la seguente terminologia:

    • Il controller compromesso è il controller su cui si esegue la manutenzione.

    • Il controller integro è il partner ha del controller compromesso.

  • Questa procedura include la procedura per la riassegnazione automatica dei dischi al modulo controller associato al nuovo modulo NVRAM. È necessario riassegnare i dischi quando richiesto nella procedura. Il completamento della riassegnazione del disco prima del giveback può causare problemi.

  • È necessario sostituire il componente guasto con un componente FRU sostitutivo ricevuto dal provider.

  • Non è possibile modificare dischi o shelf di dischi come parte di questa procedura.

Fase 1: Spegnere il controller 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 controllare i messaggi di evento cluster kernel-service show) Per blade SCSI del controller deteriorati. Il cluster kernel-service show command visualizza il nome del nodo, lo stato del 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=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

    Nota Quando viene visualizzato Vuoi disattivare il giveback automatico?, inserisci y.

  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

    Quando il controller non utilizzato visualizza Waiting for giveback…​ (in attesa di giveback…​), premere Ctrl-C e rispondere y.
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, 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.

Fase 2: Sostituire il modulo NVRAM

Per sostituire il modulo NVRAM, posizionarlo nello slot 6 dello chassis e seguire la sequenza di passaggi specifica.

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

  2. Rimuovere il modulo NVRAM di destinazione dal telaio:

    1. Premere il tasto contrassegnato e numerato CAM.

      Il pulsante CAM si allontana dal telaio.

    2. Ruotare il fermo della camma verso il basso fino a portarlo in posizione orizzontale.

      Il modulo NVRAM si disinnesta dal telaio e si sposta di alcuni centimetri.

    3. Rimuovere il modulo NVRAM dallo chassis tirando le linguette di estrazione sui lati del lato anteriore del modulo.

      Animazione - sostituire il modulo NVRAM
      Drw a900 Move rimuovere il modulo NVRAM

    Numero di didascalia 1

    Fermo a camma con lettere e numeri

    Numero di didascalia 2

    Fermo della camma completamente sbloccato

  3. Posizionare il modulo NVRAM su una superficie stabile e rimuovere il coperchio dal modulo NVRAM premendo verso il basso il pulsante di bloccaggio blu sul coperchio, quindi, tenendo premuto il pulsante blu, estrarre il coperchio dal modulo NVRAM.

    Drw a900 rimuovere il contenuto del modulo NVRAM

    Numero di didascalia 1

    Pulsante di bloccaggio del coperchio

    Numero di didascalia 2

    Schede di espulsione DIMM e DIMM

  4. Rimuovere i DIMM, uno alla volta, dal vecchio modulo NVRAM e installarli nel modulo NVRAM sostitutivo.

  5. Chiudere il coperchio del modulo.

  6. Installare il modulo NVRAM sostitutivo nel telaio:

    1. Allineare il modulo con i bordi dell'apertura dello chassis nello slot 6.

    2. Far scorrere delicatamente il modulo nello slot fino a quando il dispositivo di chiusura a camma con lettere e numeri non inizia a innestarsi nel perno della camma di i/o, quindi spingere il dispositivo di chiusura a camma completamente verso l'alto per bloccare il modulo in posizione.

Fase 3: Sostituire un DIMM NVRAM

Per sostituire i DIMM NVRAM nel modulo NVRAM, rimuovere il modulo NVRAM, aprire il modulo e sostituire il DIMM di destinazione.

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

  2. Rimuovere il modulo NVRAM di destinazione dal telaio:

    1. Premere il tasto contrassegnato e numerato CAM.

      Il pulsante CAM si allontana dal telaio.

    2. Ruotare il fermo della camma verso il basso fino a portarlo in posizione orizzontale.

      Il modulo NVRAM si disinnesta dal telaio e si sposta di alcuni centimetri.

    3. Rimuovere il modulo NVRAM dallo chassis tirando le linguette di estrazione sui lati del lato anteriore del modulo.

      Animazione - sostituire il DIMM NVRAM
      Drw a900 Move rimuovere il modulo NVRAM

    Numero di didascalia 1

    Fermo a camma con lettere e numeri

    Numero di didascalia 2

    fermo della camma completamente sbloccato

  3. Posizionare il modulo NVRAM su una superficie stabile e rimuovere il coperchio dal modulo NVRAM premendo verso il basso il pulsante di bloccaggio blu sul coperchio, quindi, tenendo premuto il pulsante blu, estrarre il coperchio dal modulo NVRAM.

    Drw a900 rimuovere il contenuto del modulo NVRAM

    Numero di didascalia 1

    Pulsante di bloccaggio del coperchio

    Numero di didascalia 2

    Schede di espulsione DIMM e DIMM

  4. Individuare il modulo DIMM da sostituire all'interno del modulo NVRAM, quindi rimuoverlo premendo verso il basso le linguette di bloccaggio del modulo DIMM ed estraendolo dallo zoccolo.

  5. Installare il modulo DIMM sostitutivo allineandolo allo zoccolo e spingendolo delicatamente nello zoccolo fino a quando le linguette di bloccaggio non si bloccano in posizione.

  6. Chiudere il coperchio del modulo.

  7. Installare il modulo NVRAM nel telaio:

    1. Allineare il modulo con i bordi dell'apertura dello chassis nello slot 6.

    2. Far scorrere delicatamente il modulo nello slot fino a quando il dispositivo di chiusura a camma con lettere e numeri non inizia a innestarsi nel perno della camma di i/o, quindi spingere il dispositivo di chiusura a camma completamente verso l'alto per bloccare il modulo in posizione.

Fase 4: Riavviare il controller

Dopo aver sostituito la FRU, è necessario riavviare il modulo controller.

  1. Per avviare ONTAP dal prompt DEL CARICATORE, immettere bye.

Fase 5: Riassegnare i dischi

È necessario confermare la modifica dell'ID di sistema al momento dell'avvio del controller sostitutivo e verificare che la modifica sia stata implementata.

Avvertenza La riassegnazione del disco è necessaria solo quando si sostituisce il modulo NVRAM e non si applica alla sostituzione del DIMM NVRAM.
Fasi

  1. Se il controller sostitutivo è in modalità di manutenzione (che mostra il *> Prompt), uscire dalla modalità di manutenzione e passare al prompt DEL CARICATORE: halt

  2. Dal prompt DEL CARICATORE sul controller sostitutivo, avviare il controller e immettere y se viene richiesto di ignorare l'ID del sistema a causa di una mancata corrispondenza dell'ID del sistema.

  3. Attendi fino all'attesa del giveback…​ Sulla console del controller con il modulo sostitutivo viene visualizzato il messaggio e quindi, dal controller integro, verificare che il nuovo ID di sistema del partner sia stato assegnato automaticamente: storage failover show

    Nell'output del comando, viene visualizzato un messaggio che indica che l'ID del sistema è stato modificato sul controller compromesso, mostrando gli ID vecchi e nuovi corretti. Nell'esempio seguente, il node2 è stato sostituito e ha un nuovo ID di sistema pari a 151759706.

    node1:> storage failover show
                                    Takeover
Node              Partner           Possible     State Description
------------      ------------      --------     -------------------------------------
node1             node2             false        System ID changed on partner (Old:
                                                  151759755, New: 151759706), In takeover
node2             node1             -            Waiting for giveback (HA mailboxes)

  4. Restituire il controller:

    1. Dal controller integro, restituire lo storage del controller sostituito: storage failover giveback -ofnode replacement_node_name

      Il controller sostitutivo riprende lo storage e completa l'avvio.

      Se viene richiesto di ignorare l'ID di sistema a causa di una mancata corrispondenza dell'ID di sistema, immettere y.

      Nota Se il giveback viene vetoed, puoi prendere in considerazione la possibilità di ignorare i veti.

    Per ulteriori informazioni, consultare "Comandi manuali di giveback" argomento per ignorare il veto.

    1. Una volta completato il giveback, verificare che la coppia ha sia in buone condizioni e che sia possibile effettuare il takeover: storage failover show

      L'output di storage failover show Il comando non deve includere l'ID di sistema modificato nel messaggio del partner.

  5. Verificare che i dischi siano stati assegnati correttamente: storage disk show -ownership

    I dischi appartenenti al controller sostitutivo devono mostrare il nuovo ID di sistema. Nell'esempio seguente, i dischi di proprietà di node1 ora mostrano il nuovo ID di sistema, 151759706:

    node1:> storage disk show -ownership

Disk  Aggregate Home  Owner  DR Home  Home ID    Owner ID  DR Home ID Reserver  Pool
----- ------    ----- ------ -------- -------    -------    -------  ---------  ---
1.0.0  aggr0_1  node1 node1  -        151759706  151759706  -       151759706 Pool0
1.0.1  aggr0_1  node1 node1           151759706  151759706  -       151759706 Pool0
.
.
.

  6. Se il sistema si trova in una configurazione MetroCluster, monitorare lo stato del controller: metrocluster node show

    La configurazione MetroCluster impiega alcuni minuti dopo la sostituzione per tornare a uno stato normale, in cui ogni controller mostra uno stato configurato, con mirroring DR abilitato e una modalità normale. Il metrocluster node show -fields node-systemid L'output del comando visualizza il vecchio ID di sistema fino a quando la configurazione MetroCluster non torna allo stato normale.

  7. Se il controller si trova in una configurazione MetroCluster, a seconda dello stato MetroCluster, verificare che il campo DR home ID (ID origine DR) indichi il proprietario originale del disco se il proprietario originale è un controller nel sito di emergenza.

    Ciò è necessario se si verificano entrambe le seguenti condizioni:

  8. Se il sistema si trova in una configurazione MetroCluster, verificare che ciascun controller sia configurato: metrocluster node show - fields configuration-state

    node1_siteA::> metrocluster node show -fields configuration-state

dr-group-id            cluster node           configuration-state
-----------            ---------------------- -------------- -------------------
1 node1_siteA          node1mcc-001           configured
1 node1_siteA          node1mcc-002           configured
1 node1_siteB          node1mcc-003           configured
1 node1_siteB          node1mcc-004           configured

4 entries were displayed.

  9. Verificare che i volumi previsti siano presenti per ciascun controller: vol show -node node-name

  10. Se la crittografia dello storage è attivata, è necessario ripristinare la funzionalità.

  11. Se al riavvio è stato disattivato il Takeover automatico, attivarlo dal controller integro: storage failover modify -node replacement-node-name -onreboot true

Fase 6: Ripristino delle funzionalità di storage e crittografia dei volumi

Se la crittografia dello storage è attivata, utilizzare la procedura appropriata.

Importante Questa operazione non si applica alla sostituzione del DIMM NVRAM.
Opzione 1: Utilizzo di Onboard Key Manager
Fasi

  1. Avviare il nodo dal menu di boot.

  2. Selezionare l'opzione 10, Set onboard key management recovery secrets.

  3. Inserire la passphrase per il gestore delle chiavi integrato ottenuto dal cliente.

  4. Quando richiesto, incollare i dati della chiave di backup dall'output di security key-manager backup show OPPURE security key-manager onboard show-backup comando.

    Esempio di dati di backup:

    ----------------------------------------------------- INIZIA IL BACKUP------------------------------------------------------

    AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA . . . AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA

    ------------------------------------------------------- FINE BACKUP-------------------------------

    Nota Il controller torna al menu di avvio.

  5. Selezionare l'opzione 1, Normal Boot

  6. Restituire solo gli aggregati CFO con storage failover giveback -fromnode local -only-cfo-aggregates true comando.

    • Se il comando non riesce a causa di un disco guasto, disinnestare fisicamente il disco guasto, ma lasciare il disco nello slot fino a quando non viene ricevuto un disco sostitutivo.

    • Se il comando non riesce a causa di una sessione CIFS aperta, verificare con il cliente come chiudere le sessioni CIFS.

      Nota La chiusura di CIFS può causare la perdita di dati.

    • Se il comando non riesce perché il partner non è pronto, attendere 5 minuti per la sincronizzazione delle NVRAM.

    • Se il comando non riesce a causa di un processo NDMP, SnapMirror o SnapVault, disattivare il processo. Per ulteriori informazioni, consultare il contenuto appropriato.

  7. Una volta completato il giveback, controllare lo stato di failover e giveback con storage failover show e. storage failover show-giveback comandi.

    Verranno mostrati solo gli aggregati CFO (aggregato root e aggregati di dati di stile CFO).

  8. Eseguire la sincronizzazione integrata del Security Key-Manager:

    1. Eseguire security key-manager onboard sync e inserire la passphrase quando richiesto.

    2. Inserire il security key-manager key-query per visualizzare una vista dettagliata di tutte le chiavi memorizzate nel gestore delle chiavi integrato e verificare che Restored colonna = yes/true per tutte le chiavi di autenticazione.

      Nota Se il Restored column (colonna) = qualsiasi altro elemento diverso da yes/true, Contattare il supporto clienti.

    3. Attendere 10 minuti per la sincronizzazione della chiave nel cluster.

  9. Spostare il cavo della console sul controller partner.

  10. Restituire il controller di destinazione utilizzando storage failover giveback -fromnode local comando.

  11. Controllare lo stato del giveback, tre minuti dopo il completamento del report, utilizzando storage failover show comando.

    Se il giveback non viene completato dopo 20 minuti, contattare l'assistenza clienti.

  12. Al prompt di clustershell, immettere il comando net int show -is-home false per elencare le interfacce logiche che non si trovano sul proprio controller principale e sulla porta.

    Se le interfacce sono elencate come false, ripristinare tali interfacce alla porta home utilizzando il comando net int revert.

  13. Spostare il cavo della console sul controller di destinazione ed eseguire version -v Per controllare le versioni di ONTAP.

  14. Ripristinare il giveback automatico se è stato disattivato utilizzando storage failover modify -node local -auto-giveback true comando.

  15. Reimpostare il MSID, se precedentemente impostato e acquisito all'inizio di questa procedura:

    1. Assegnare una chiave di autenticazione dei dati a un'unità FIPS o SED utilizzando storage encryption disk modify -disk disk_ID -data-key-id key_ID comando.

      Nota È possibile utilizzare security key-manager key query -key-type NSE-AK Per visualizzare gli ID chiave.

    2. Verificare che le chiavi di autenticazione siano state assegnate utilizzando storage encryption disk show comando.

Opzione 2: Utilizzo di External Manager

  1. Avviare il controller nel menu di avvio.

  2. Selezionare l'opzione 11, Configure node for external key management.

  3. Inserire le informazioni del certificato di gestione quando richiesto.

    Nota Una volta completate le informazioni del certificato di gestione, il controller torna al menu di avvio.

  4. Selezionare l'opzione 1, Normal Boot

  5. Spostare il cavo della console sul controller partner e restituire lo storage del controller di destinazione utilizzando il comando giveback di failover dello storage -fromnode local -only-cfo-aggregates true local.

    • Se il comando non riesce a causa di un disco guasto, disinnestare fisicamente il disco guasto, ma lasciare il disco nello slot fino a quando non viene ricevuto un disco sostitutivo.

    • Se il comando non riesce a causa di sessioni CIFS aperte, verificare con il cliente come chiudere le sessioni CIFS.

      Nota La chiusura di CIFS può causare la perdita di dati.

    • Se il comando non riesce perché il partner è "non pronto", attendere 5 minuti per la sincronizzazione di NVMEM.

    • Se il comando non riesce a causa di un processo NDMP, SnapMirror o SnapVault, disattivare il processo. Per ulteriori informazioni, consultare il contenuto appropriato.

  6. Attendere 3 minuti e controllare lo stato di failover con il comando show di failover dello storage.

  7. Al prompt di clustershell, immettere net int show -is-home false comando per elencare le interfacce logiche che non si trovano sul proprio controller principale e sulla relativa porta.

    Se le interfacce sono elencate come false, ripristinare tali interfacce alla porta home utilizzando net int revert comando.

  8. Spostare il cavo della console sul controller di destinazione ed eseguire version -v Per controllare le versioni di ONTAP.

  9. Ripristinare il giveback automatico se è stato disattivato utilizzando storage failover modify -node local -auto-giveback true comando.

  10. Utilizzare storage encryption disk show al prompt di clustershell, per rivedere l'output.

  11. Utilizzare security key-manager key-query per visualizzare le chiavi di crittografia e autenticazione memorizzate nei server di gestione delle chiavi.

    • Se il Restored colonna = yes/true, è possibile completare il processo di sostituzione.

    • Se il Key Manager type = external e a. Restored column (colonna) = qualsiasi altro elemento diverso da yes/true, Utilizzare il comando di ripristino esterno del gestore delle chiavi di protezione per ripristinare gli ID delle chiavi di autenticazione.

      Nota Se il comando non riesce, contattare l'assistenza clienti.

    • Se il Key Manager type = onboard e a. Restored column (colonna) = qualsiasi altro elemento diverso da yes/true, Utilizzare il comando di sincronizzazione integrato del gestore delle chiavi di protezione per risynchronare il tipo di Gestore chiavi.

      Utilizzare security key-manager key-query per verificare che il Restored colonna = yes/true per tutte le chiavi di autenticazione.

  12. Collegare il cavo della console al controller partner.

  13. Restituire il controller utilizzando il comando giveback -fromnode local di failover dello storage.

  14. Ripristinare il giveback automatico se è stato disattivato utilizzando storage failover modify -node local -auto-giveback true comando.

  15. Reimpostare il MSID, se precedentemente impostato e acquisito all'inizio di questa procedura:

    1. Assegnare una chiave di autenticazione dei dati a un'unità FIPS o SED utilizzando storage encryption disk modify -disk disk_ID -data-key-id key_ID comando.

      Nota È possibile utilizzare security key-manager key query -key-type NSE-AK Per visualizzare gli ID chiave.

    2. Verificare che le chiavi di autenticazione siano state assegnate utilizzando storage encryption disk show comando.

Fase 7: Restituire il componente guasto a NetApp

Restituire la parte guasta a NetApp, come descritto nelle istruzioni RMA fornite con il kit. Vedere "Parti restituita sostituzioni" per ulteriori informazioni.