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.

Fare il boot node2 con i moduli di sistema sostitutivi

Collaboratori
PDF

Node2 con i moduli sostitutivi è ora pronto per l'avvio. L'aggiornamento mediante lo scambio dei moduli di sistema comporta lo spostamento solo della console e delle connessioni di gestione. Questa sezione fornisce i passaggi necessari per eseguire l'avvio del nodo 2 con i moduli sostitutivi per le seguenti configurazioni di aggiornamento:

Vecchio controller node2 Moduli di sistema di sostituzione node2

AFF A220 configurato come ASA

Modulo controller ASA A150

AFF A220
AFF A200
AFF C190

Modulo controller A150 AFF

FAS2620
FAS2720

Modulo controller FAS2820

AFF A700 configurato come ASA

Controller ASA A900 e moduli NVRAM

AFF A700

Controller AFF A900 e moduli NVRAM

FAS9000

Controller FAS9500 e moduli NVRAM
Fasi

  1. se sono installati dischi NetApp Storage Encryption (NSE), attenersi alla seguente procedura.

    Nota Se la procedura non è stata ancora eseguita, consultare l'articolo della Knowledge base "Come verificare se un disco è certificato FIPS" per determinare il tipo di unità con crittografia automatica in uso.

    1. Impostare bootarg.storageencryption.support a. true oppure false:

      Se i seguenti dischi sono in uso… Quindi…

      Unità NSE conformi ai requisiti di crittografia automatica FIPS 140-2 livello 2

      setenv bootarg.storageencryption.support true

      SED non FIPS di NetApp

      setenv bootarg.storageencryption.support false
      Nota

      Non è possibile combinare dischi FIPS con altri tipi di dischi sullo stesso nodo o coppia ha. È possibile combinare SED con dischi non crittografanti sullo stesso nodo o coppia ha.

    2. Accedere al menu di avvio speciale e selezionare l'opzione (10) Set Onboard Key Manager recovery secrets.

      Inserire la passphrase e le informazioni di backup registrate in precedenza. Vedere "Gestire la crittografia dello storage utilizzando Onboard Key Manager".

  2. Avviare il nodo nel menu di boot:

    boot_ontap menu

  3. Riassegnare i vecchi dischi node2 al nodo sostituzione2 immettendo "22/7" e selezionando l'opzione nascosta boot_after_controller_replacement quando il nodo si arresta nel menu di boot.

    Dopo un breve intervallo di tempo, viene richiesto di inserire il nome del nodo da sostituire. Se sono presenti dischi condivisi (chiamati anche Advanced Disk Partitioning (ADP) o dischi partizionati), viene richiesto di inserire il nome del nodo del partner ha.

    Questi prompt potrebbero essere interrati nei messaggi della console. Se non si immette un nome di nodo o non si immette un nome corretto, viene richiesto di inserire nuovamente il nome.

    Nota

    Se [localhost:disk.encryptNoSupport:ALERT]: Detected FIPS-certified encrypting drive e, oppure [localhost:diskown.errorDuringIO:error]: error 3 (disk failed) on disk in caso di errori, attenersi alla seguente procedura:

    1. Arrestare il nodo al prompt DEL CARICATORE.

    2. Controllare e ripristinare i bootargs di crittografia dello storage indicati nella Fase 1.

    3. Al prompt del caricatore, avviare:

      boot_ontap

    È possibile utilizzare il seguente esempio come riferimento:

    Espandere l'esempio di output della console 
    LOADER-A> boot_ontap menu
.
.
<output truncated>
.
All rights reserved.
*******************************
*                             *
* Press Ctrl-C for Boot Menu. *
*                             *
*******************************
.
<output truncated>
.
Please choose one of the following:

(1)  Normal Boot.
(2)  Boot without /etc/rc.
(3)  Change password.
(4)  Clean configuration and initialize all disks.
(5)  Maintenance mode boot.
(6)  Update flash from backup config.
(7)  Install new software first.
(8)  Reboot node.
(9)  Configure Advanced Drive Partitioning.
(10) Set Onboard Key Manager recovery secrets.
(11) Configure node for external key management.
Selection (1-11)? 22/7

(22/7)                          Print this secret List
(25/6)                          Force boot with multiple filesystem disks missing.
(25/7)                          Boot w/ disk labels forced to clean.
(29/7)                          Bypass media errors.
(44/4a)                         Zero disks if needed and create new flexible root volume.
(44/7)                          Assign all disks, Initialize all disks as SPARE, write DDR labels
.
.
<output truncated>
.
.
(wipeconfig)                        Clean all configuration on boot device
(boot_after_controller_replacement) Boot after controller upgrade
(boot_after_mcc_transition)         Boot after MCC transition
(9a)                                Unpartition all disks and remove their ownership information.
(9b)                                Clean configuration and initialize node with partitioned disks.
(9c)                                Clean configuration and initialize node with whole disks.
(9d)                                Reboot the node.
(9e)                                Return to main boot menu.



The boot device has changed. System configuration information could be lost. Use option (6) to restore the system configuration, or option (4) to initialize all disks and setup a new system.
Normal Boot is prohibited.

Please choose one of the following:

(1)  Normal Boot.
(2)  Boot without /etc/rc.
(3)  Change password.
(4)  Clean configuration and initialize all disks.
(5)  Maintenance mode boot.
(6)  Update flash from backup config.
(7)  Install new software first.
(8)  Reboot node.
(9)  Configure Advanced Drive Partitioning.
(10) Set Onboard Key Manager recovery secrets.
(11) Configure node for external key management.
Selection (1-11)? boot_after_controller_replacement

This will replace all flash-based configuration with the last backup to disks. Are you sure you want to continue?: yes

.
.
<output truncated>
.
.
Controller Replacement: Provide name of the node you would like to replace:<nodename of the node being replaced>
Changing sysid of node node1 disks.
Fetched sanown old_owner_sysid = 536940063 and calculated old sys id = 536940063
Partner sysid = 4294967295, owner sysid = 536940063
.
.
<output truncated>
.
.
varfs_backup_restore: restore using /mroot/etc/varfs.tgz
varfs_backup_restore: attempting to restore /var/kmip to the boot device
varfs_backup_restore: failed to restore /var/kmip to the boot device
varfs_backup_restore: attempting to restore env file to the boot device
varfs_backup_restore: successfully restored env file to the boot device wrote key file "/tmp/rndc.key"
varfs_backup_restore: timeout waiting for login
varfs_backup_restore: Rebooting to load the new varfs
Terminated
<node reboots>

System rebooting...

.
.
Restoring env file from boot media...
copy_env_file:scenario = head upgrade
Successfully restored env file from boot media...
Rebooting to load the restored env file...
.
System rebooting...
.
.
.
<output truncated>
.
.
.
.
WARNING: System ID mismatch. This usually occurs when replacing a boot device or NVRAM cards!
Override system ID? {y|n} y
.
.
.
.
Login:
    Nota

    Gli ID di sistema mostrati nell'esempio precedente sono ID di esempio. Gli ID di sistema effettivi dei nodi che si stanno aggiornando saranno diversi.

    Tra l'immissione dei nomi dei nodi al prompt e il prompt di accesso, il nodo viene riavviato alcune volte per ripristinare le variabili di ambiente, aggiornare il firmware sulle schede del sistema e per altri aggiornamenti del ONTAP.