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.

Restituisci il controller nel tuo sistema FAS9500 per riprendere il normale funzionamento

Collaboratori dougthomp netapp-jsnyder netapp-martyh netapp-ivanad thrisun
PDF

Restituisci il controllo delle risorse di storage al controller sostitutivo così il tuo sistema FAS9500 può riprendere il normale funzionamento.

Fase 1: Ricable del sistema

È necessario recuperare le connessioni di rete e di storage del modulo controller.

Fasi

  1. Ricable del sistema.

  2. Verificare che il cablaggio sia corretto utilizzando "Active IQ Config Advisor".

    1. Scaricare e installare Config Advisor.

    2. Inserisci le informazioni relative al sistema di destinazione, quindi seleziona Raccogli dati.

    3. Seleziona la scheda Cablaggio, quindi esamina l'output. Assicurati che vengano visualizzati tutti gli alloggiamenti per i dischi e che tutti i dischi siano presenti nell'output, correggendo eventuali problemi di cablaggio che trovi.

    4. Verifica gli altri cablaggi selezionando la scheda appropriata e poi esaminando l'output di Config Advisor.

Nota L'ID di sistema e le informazioni di assegnazione del disco risiedono nel modulo NVRAM, che si trova in un modulo separato dal modulo controller e non viene influenzato dalla sostituzione del modulo controller.

Fase 2: Riassegnare i dischi

Se il sistema storage è in una coppia HA, l'ID di sistema del nuovo modulo controller viene assegnato automaticamente ai dischi quando avviene il giveback al termine della procedura. Devi confermare la modifica dell'ID di sistema quando avvii il nodo di sostituzione e poi verificare che la modifica sia corretta.

Questa procedura si applica solo ai sistemi che eseguono ONTAP in una coppia ha.

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

  2. Dal prompt LOADER sul nodo sostitutivo, avvia il nodo, inserendo y se ti viene richiesto di sovrascrivere l'ID di sistema a causa di una mancata corrispondenza dell'ID di sistema: boot_ontap

  3. Attendere il Waiting for giveback…​ Viene visualizzato sulla console del nodo replacement e quindi, dal nodo integro, verificare che il nuovo ID di sistema del partner sia stato assegnato automaticamente: Visualizzazione del failover dello storage

    Nell'output del comando, viene visualizzato un messaggio che indica che l'ID del sistema è stato modificato sul nodo con problemi, mostrando i vecchi e i nuovi ID 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. Dal nodo integro, verificare che tutti i coredump siano salvati:

    1. Passare al livello di privilegio avanzato: set -privilege advanced

      Puoi rispondere Y quando viene richiesto di passare alla modalità avanzata. Viene visualizzato il prompt della modalità avanzata (*>).

    2. Salva i coredump: system node run -node local-node-name partner savecore

    3. Attendere il completamento del comando savecore prima di emettere il giveback.

      È possibile immettere il seguente comando per monitorare l'avanzamento del comando savecore: system node run -node local-node-name partner savecore -s

    4. Tornare al livello di privilegio admin: set -privilege admin

  5. Se il sistema di storage ha configurato Storage o Volume Encryption, è necessario ripristinare la funzionalità Storage o Volume Encryption utilizzando una delle seguenti procedure, a seconda che si utilizzi la gestione delle chiavi integrata o esterna:

  6. Restituire il nodo:

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

      Il nodo replacement 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: Mostra il failover dello storage

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

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

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

    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  -        1873775277 1873775277  -       1873775277 Pool0
1.0.1  aggr0_1  node1 node1           1873775277 1873775277  -       1873775277 Pool0
.
.
.

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

    La configurazione MetroCluster impiega alcuni minuti dopo la sostituzione per tornare a uno stato normale, in cui ogni nodo 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.

  9. Se il nodo 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 nodo del sito di emergenza.

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

  10. Se il sistema si trova in una configurazione MetroCluster, verificare che ciascun nodo 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.

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

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