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.

Riscrivere il sistema e riassegnare i dischi - AFF A700

PDF

Continuare la procedura di sostituzione riassegnando lo storage e confermando la riassegnazione del disco.

Fase 1: Ricable del sistema

Verificare i collegamenti di storage e di rete del modulo controller.

Fasi

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

Fase 2: Riassegnare i dischi

La procedura da utilizzare dipende dalla configurazione di ridondanza del controller.

Opzione 1: coppia HA

=== Verificare la modifica dell'ID di sistema su un sistema HA

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 nodo 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 nodo replacement è in modalità manutenzione (che mostra il *> Uscire dalla modalità di manutenzione e passare al prompt DEL CARICATORE: halt

  2. Dal prompt DEL CARICATORE sul nodo replacement, avviare il nodo, 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 sulla console del nodo replacement e quindi, dal nodo 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 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.

    "Trova la guida alla 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

      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

Opzione 2: MetroCluster a due nodi

=== Riassegnare manualmente l'ID di sistema sui sistemi in una configurazione MetroCluster a due nodi

In una configurazione MetroCluster a due nodi che esegue ONTAP, è necessario riassegnare manualmente i dischi all'ID di sistema del nuovo controller prima di riportare il sistema alla normale condizione operativa.

A proposito di questa attività

Questa procedura si applica solo ai sistemi in una configurazione MetroCluster a due nodi che esegue ONTAP.

Assicurarsi di eseguire i comandi di questa procedura sul nodo corretto:

  • Il nodo alterato è il nodo su cui si esegue la manutenzione.

  • Il nodo replacement è il nuovo nodo che ha sostituito il nodo compromesso come parte di questa procedura.

  • Il nodo healthy è il partner DR del nodo compromesso.

Fasi

  1. Se non lo si è già fatto, riavviare il nodo replacement e interrompere il processo di avvio immettendo Ctrl-C, Quindi selezionare l'opzione per avviare la modalità di manutenzione dal menu visualizzato.

    È necessario immettere Y Quando viene richiesto di sostituire l'ID di sistema a causa di una mancata corrispondenza dell'ID di sistema.

  2. Visualizzare i vecchi ID di sistema dal nodo integro: `metrocluster node show -fields node-systemid,dr-partner-systemid`

    In questo esempio, Node_B_1 è il nodo precedente, con il vecchio ID di sistema 118073209:

    dr-group-id cluster         node                 node-systemid dr-partner-systemid
 ----------- --------------------- -------------------- ------------- -------------------
 1           Cluster_A             Node_A_1             536872914     118073209
 1           Cluster_B             Node_B_1             118073209     536872914
 2 entries were displayed.

  3. Visualizzare il nuovo ID di sistema al prompt della modalità di manutenzione sul nodo non valido: disk show

    In questo esempio, il nuovo ID di sistema è 118065481:

    Local System ID: 118065481
    ...
    ...

  4. Riassegnare la proprietà del disco (per sistemi FAS) utilizzando le informazioni sull'ID di sistema ottenute dal comando disk show: disk reassign -s old system ID

    Nel caso dell'esempio precedente, il comando è: disk reassign -s 118073209

    Puoi rispondere Y quando viene richiesto di continuare.

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

    Verificare che i dischi appartenenti al nodo replacement mostrino il nuovo ID di sistema per il nodo replacement. Nell'esempio seguente, i dischi di proprietà del sistema-1 ora mostrano il nuovo ID di sistema, 118065481:

    *> disk show -a
Local System ID: 118065481

  DISK     OWNER                 POOL   SERIAL NUMBER  HOME
-------    -------------         -----  -------------  -------------
disk_name   system-1  (118065481) Pool0  J8Y0TDZC       system-1  (118065481)
disk_name   system-1  (118065481) Pool0  J8Y09DXC       system-1  (118065481)
.
.
.

  6. 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. Verificare che i coredump siano salvati: system node run -node local-node-name partner savecore

      Se l'output del comando indica che il salvataggio è in corso, attendere il completamento del salvataggio prima di emettere il giveback. È possibile monitorare l'avanzamento del salvataggio utilizzando system node run -node local-node-name partner savecore -s command</info>.

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

  7. Se il nodo replacement è in modalità Maintenance (con il prompt *>), uscire dalla modalità Maintenance (manutenzione) e passare al prompt DEL CARICATORE: halt

  8. Avviare il nodo replacement: boot_ontap

  9. Una volta avviato il nodo replacement, eseguire uno switchback: metrocluster switchback

  10. Verificare la configurazione di MetroCluster: 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 il funzionamento della configurazione MetroCluster in Data ONTAP:

    1. Verificare la presenza di eventuali avvisi sullo stato di salute su entrambi i cluster: system health alert show

    2. Verificare che MetroCluster sia configurato e in modalità normale: metrocluster show

    3. Eseguire un controllo MetroCluster: metrocluster check run

    4. Visualizzare i risultati del controllo MetroCluster: metrocluster check show

    5. Eseguire Config Advisor. Accedere alla pagina Config Advisor sul sito del supporto NetApp all'indirizzo "support.netapp.com/NOW/download/tools/config_advisor/".

      Dopo aver eseguito Config Advisor, esaminare l'output dello strumento e seguire le raccomandazioni nell'output per risolvere eventuali problemi rilevati.

  12. Simulare un'operazione di switchover:

    1. Dal prompt di qualsiasi nodo, passare al livello di privilegio avanzato: set -privilege advanced

      Devi rispondere con y quando viene richiesto di passare alla modalità avanzata e di visualizzare il prompt della modalità avanzata (*>).

    2. Eseguire l'operazione di switchback con il parametro -simulate: metrocluster switchover -simulate

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