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.

Restituire il controller - AFF A1K

Collaboratori
PDF

Continuare la procedura di sostituzione restituendo la centralina.

Fase 1: Restituire il controller

  1. Se il sistema di archiviazione ha configurato la crittografia, è necessario ripristinare la funzionalità di archiviazione o crittografia dei volumi utilizzando la seguente procedura per riavviare il sistema:

    1. Avviare il menu ed eseguire l'opzione 10

    2. Inserire la passphrase e eseguire il backup dei dati, quindi eseguire l'avvio normale vedere "Ripristinare le chiavi di crittografia integrate per la gestione delle chiavi".

    3. Esegui uno sconto solo per CFO

    4. Eseguire Onboard Sync e verificare che SVM-KEK sia impostato su true vedere "Giveback dopo la sostituzione della MB fallisce - l'operazione è stata messa al veto dal keymanager"

    5. OFS Giveback (senza forza)

  2. Se nel sistema non è configurata la crittografia, completare la seguente procedura per riavviare il sistema:

    1. Avviare il menu ed eseguire l'opzione 1.

    2. Restituire il controller:

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

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

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

    "Trova il contenuto della configurazione ad alta disponibilità per la tua versione di ONTAP 9"

    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

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

  4. 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:

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

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

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

  8. Se AutoSupport è abilitato, ripristinare/riattivare la creazione automatica dei casi utilizzando il system node autosupport invoke -node * -type all -message MAINT=END comando.