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.

Riciclare il sistema - ASA A900

Collaboratori
PDF

Continuare la procedura di sostituzione ricablando le connessioni di rete e di storage.

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. Inserire le informazioni relative al sistema di destinazione, quindi fare clic su Collect Data (Raccogli dati).

    3. Fare clic sulla scheda Cabling (cablaggio), quindi esaminare l'output. Assicurarsi che tutti gli shelf di dischi siano visualizzati e che tutti i dischi appaiano nell'output, correggendo eventuali problemi di cablaggio rilevati.

    4. Controllare gli altri cavi facendo clic sulla scheda appropriata, quindi esaminare l'output di Config Advisor.

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

Fase 2: Riassegnare i dischi

Se il sistema di storage si trova in una coppia ha, l'ID di sistema del nuovo modulo controller viene assegnato automaticamente ai dischi quando il giveback si verifica al termine della procedura. È necessario confermare la modifica dell'ID di sistema quando si avvia il controller replacement e verificare che la modifica sia stata implementata.

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

  1. Se il controller replacement è 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 replacement, avviare il controller, immettendo y Se viene richiesto di ignorare l'ID di sistema a causa di una mancata corrispondenza dell'ID di sistema:boot_ontap

  3. Attendere il Waiting for giveback…​ Viene visualizzato il messaggio sulla console del controller replacement 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. Dal controller 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 controller:

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

      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.

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

    I dischi appartenenti al controller 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 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. L'output del comando ‘MetroCluster node show -fields node-systemid' visualizza il vecchio ID di sistema fino a quando la configurazione MetroCluster non ritorna a uno stato normale.

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

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

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

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