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.

Requisiti per il ripristino automatico dei supporti di avvio - AFF A70 e AFF A90

Collaboratori netapp-lisa netapp-jsnyder
PDF

Prima di sostituire il supporto di avvio nel sistema di archiviazione AFF A70 o AFF A90 , rivedere i requisiti, tra cui la funzionalità della porta del cluster, la configurazione del gestore delle chiavi e la compatibilità della versione ONTAP .

Il processo di ripristino automatico del supporto di avvio richiede ONTAP 9.17.1 o versione successiva. Se il sistema di archiviazione esegue una versione precedente di ONTAP, utilizzare"procedura di ripristino manuale dell'avvio" .

Esaminare i seguenti requisiti.

Nota

NetApp raccomanda vivamente di abilitare la registrazione della console sui dispositivi con cui si sta lavorando e di adottare le seguenti misure durante l'esecuzione di questa procedura:

  • Lascia AutoSupport abilitato durante la manutenzione. Questo consente al supporto NetApp di ricevere informazioni diagnostiche in caso di problemi.

  • Abilita la registrazione delle sessioni per tutte le sessioni CLI. Questo crea una registrazione completa di tutti i comandi e dell'output di sistema durante l'attività di manutenzione. Per istruzioni su come abilitare la registrazione delle sessioni, vedere "Come configurare PuTTY per una connettività ottimale ai sistemi ONTAP".

  • È necessario sostituire il supporto di avvio guasto con un supporto di avvio sostitutivo ricevuto da NetApp.

  • Le porte del cluster vengono utilizzate per comunicare tra i due controller durante il processo di ripristino automatico dell'avvio. Assicurarsi che le porte del cluster sul controller danneggiato funzionino correttamente.

  • Per OKM, è necessaria la passphrase dell'intero cluster e anche i dati di backup.

  • Per EKM, è necessario copiare i seguenti file dal nodo partner:

    • /cfcard/kmip/servers.cfg

    • /cfcard/kmip/certs/client.crt

    • /cfcard/kmip/certs/client.key

    • /cfcard/kmip/certs/CA.pem

  • Comprendere la terminologia del controller utilizzata in questa procedura:

    • Il controller non funzionante è il controller su cui si sta eseguendo la manutenzione.

    • Il controllore sano è il partner HA del controllore compromesso.

Cosa succederà

Dopo aver esaminato i requisiti dei supporti di avvio, si "spegnere il controller".