Skip to main content
ONTAP MetroCluster
La versione in lingua italiana fornita proviene da una traduzione automatica. Per eventuali incoerenze, fare riferimento alla versione in lingua inglese.

Impostare il bootarg richiesto (per gli aggiornamenti MetroCluster IP ai sistemi introdotti in ONTAP 9.15.1 o versioni successive)

Collaboratori netapp-aoife
PDF

Se si esegue l'aggiornamento a un sistema introdotto in ONTAP 9.15.1 o versione successiva, solitamente è necessario impostare un bootarg sui vecchi controller prima di poter avviare l'aggiornamento.

Nota Se la combinazione di aggiornamento è interessata, per un aggiornamento riuscito è necessario impostare un bootarg su tutti i vecchi controller. Esaminare attentamente le informazioni contenute in questa sezione per verificare se la combinazione di aggiornamento richiede l'impostazione di un bootarg e come impostare il bootarg corretto per la combinazione.

Passaggio 1: determinare se è necessario impostare un bootarg sui vecchi controller

Utilizzare le seguenti informazioni per verificare se è necessario impostare un bootarg obbligatorio prima di avviare l'aggiornamento:

  • È necessario impostare un bootarg sui vecchi controller per gli aggiornamenti supportati sui seguenti sistemi, salvo diversa indicazione:

    • AFF A70, AFF A90, AFF A1K

    • FAS70, FAS90

    • AFF C80

    • AFF A50, AFF A20, AFF A30

    • AFF C30, AFF C60

    • FAS50

  • Non è necessario impostare alcun bootarg sui vecchi controller se l'aggiornamento è una delle seguenti combinazioni:

    • Da un sistema AFF A70 a un sistema AFF A90

    • Da un sistema FAS70 a un sistema FAS90

Avvertenza Se l'aggiornamento non richiede l'impostazione di alcun argomento di avvio, è possibile saltare questa attività e passare direttamente a"Preparare il sistema per l'aggiornamento" .

Passaggio 2: determina il bootarg che devi impostare sui vecchi controller

La maggior parte degli aggiornamenti interessati richiedono di impostare hw.cxgbe.toe_keepalive_disable bootarg sui vecchi controller. Tuttavia, alcuni percorsi di aggiornamento richiedono di impostare bootarg.siw.interop_enabled bootarg invece.

Utilizzare la tabella seguente per determinare quale bootarg impostare per la combinazione di aggiornamento specifica.

Per questo aggiornamento…​ Impostare il bootarg…​

Da AFF A250 a AFF A30

bootarg.siw.interop_enabled

Da AFF C250 a AFF C30

bootarg.siw.interop_enabled

Da AFF A150 a AFF A20

bootarg.siw.interop_enabled

Da AFF A220 a AFF A20

bootarg.siw.interop_enabled

Tutti gli altri aggiornamenti ai sistemi AFF A70, AFF A90, AFF A1K, FAS70, FAS90, AFF C80, AFF A50, AFF A30, AFF C30, AFF C60 o FAS50

Nota: non è necessario impostare alcun bootarg se l'aggiornamento avviene da un sistema AFF A70 a un sistema AFF A90 o da un sistema FAS70 a un sistema FAS90.

hw.cxgbe.toe_keepalive_disable

Passaggio 3: impostare il bootarg richiesto sui vecchi controller

Dopo aver determinato il bootarg richiesto per la combinazione di aggiornamento, seguire i passaggi per impostare il bootarg sui vecchi controller. Questa attività è necessaria solo per gli aggiornamenti interessati.

Nota Prima di avviare l'aggiornamento, è necessario impostare bootarg su tutti i vecchi nodi in entrambi i siti.
Fasi

  1. Arrestare un nodo in entrambi i siti e consentire al partner ha di eseguire un takeover dello storage del nodo:

    halt -node <node_name>

  2. Impostare il bootarg richiesto per la combinazione di aggiornamento. È già stato determinato il bootarg che è necessario impostare utilizzando la tabella in determinare il bootarg da impostare.

    hw.cxgbe.toe_keepalive_disable

    1. Al LOADER prompt del nodo arrestato, immettere quanto segue:

      setenv hw.cxgbe.toe_keepalive_disable 1

      saveenv

      printenv hw.cxgbe.toe_keepalive_disable

    bootarg.siw.interop_enabled

    1. Al LOADER prompt del nodo arrestato, immettere quanto segue:

      setenv bootarg.siw.interop_enabled 1

      saveenv

      printenv bootarg.siw.interop_enabled

  3. Avviare il nodo:

    boot_ontap

  4. All'avvio del nodo, eseguire un giveback per il nodo quando richiesto:

    storage failover giveback -ofnode <node_name>

  5. Ripetere la procedura per tutti i nodi del gruppo DR o dei gruppi DR che si sta aggiornando.

Quali sono le prossime novità?

"Preparare il sistema per l'aggiornamento".