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.

Ripristino completo del sistema - ASA A400

Collaboratori

Per ripristinare il funzionamento completo del sistema, è necessario ripristinare la configurazione NetApp Storage Encryption (se necessario), installare le licenze per il nuovo controller e restituire il componente guasto a NetApp, come descritto nelle istruzioni RMA fornite con il kit.

Fase 1: Installare le licenze per il controller sostitutivo in ONTAP

È necessario installare nuove licenze per il nodo replacement se il nodo compromesso utilizzava funzioni ONTAP che richiedono una licenza standard (bloccata da nodo). Per le funzionalità con licenze standard, ogni nodo del cluster deve disporre di una propria chiave per la funzionalità.

A proposito di questa attività

Fino all'installazione delle chiavi di licenza, le funzionalità che richiedono licenze standard continuano a essere disponibili per il nodo replacement. Tuttavia, se il nodo compromesso era l'unico nodo nel cluster con una licenza per la funzione, non sono consentite modifiche di configurazione alla funzione. Inoltre, l'utilizzo di funzionalità senza licenza sul nodo potrebbe non essere conforme al contratto di licenza, pertanto è necessario installare la chiave o le chiavi di licenza sostitutive sul nodo replacement il prima possibile.

Prima di iniziare

Le chiavi di licenza devono essere in formato a 28 caratteri.

Si dispone di un periodo di prova di 90 giorni per l'installazione delle chiavi di licenza. Dopo il periodo di tolleranza, tutte le vecchie licenze vengono invalidate. Dopo aver installato una chiave di licenza valida, si hanno a disposizione 24 ore per installare tutte le chiavi prima della fine del periodo di tolleranza.

Nota Se il sistema inizialmente utilizzava ONTAP 9.10,1 o versioni successive, utilizzare la procedura descritta in "Post-processo di sostituzione della scheda madre per aggiornare la licenza su un sistema AFF/FAS". In caso di dubbi sulla versione iniziale di ONTAP per il sistema in uso, consultare "NetApp Hardware Universe" per ulteriori informazioni.
Fasi
  1. Se sono necessarie nuove chiavi di licenza, procurarsi le chiavi di licenza sostitutive sul "Sito di supporto NetApp" Nella sezione My Support (supporto personale) sotto Software licensed (licenze software).

    Nota Le nuove chiavi di licenza richieste vengono generate automaticamente e inviate all'indirizzo e-mail in archivio. Se non si riceve l'e-mail contenente le chiavi di licenza entro 30 giorni, contattare il supporto tecnico.
  2. Installare ogni chiave di licenza: system license add -license-code license-key, license-key...

  3. Rimuovere le vecchie licenze, se necessario:

    1. Verificare la presenza di licenze inutilizzate: license clean-up -unused -simulate

    2. Se l'elenco appare corretto, rimuovere le licenze inutilizzate: license clean-up -unused

Fase 2: Verifica dei LIF e registrazione del numero di serie

Prima di riportare il nodo replacement in servizio, verificare che i AutoSupport si trovino sulle rispettive porte home, registrare il numero di serie del nodo replacement, se abilitato, e ripristinare il giveback automatico.

Fasi
  1. Verificare che le interfacce logiche stiano segnalando al server principale e alle porte: network interface show -is-home false

    Se alcuni LIF sono elencati come falsi, ripristinarli alle porte home: network interface revert -vserver * -lif *

  2. Registrare il numero di serie del sistema presso il supporto NetApp.

    • Se AutoSupport è attivato, inviare un messaggio AutoSupport per registrare il numero di serie.

    • Se AutoSupport non è attivato, chiamare "Supporto NetApp" per registrare il numero di serie.

  3. Se è stata attivata una finestra di manutenzione AutoSupport, terminarla utilizzando system node autosupport invoke -node * -type all -message MAINT=END comando.

  4. Se il giveback automatico è stato disattivato, riabilitarlo: storage failover modify -node local -auto-giveback true

Fase 3: Switch back aggregates in una configurazione MetroCluster a due nodi

Una volta completata la sostituzione dell'unità FRU in una configurazione MetroCluster a due nodi, è possibile eseguire l'operazione di switchback dell'unità MetroCluster. In questo modo, la configurazione torna al suo normale stato operativo, con le macchine virtuali dello storage di origine sincronizzata (SVM) sul sito precedentemente compromesso ora attive e che forniscono i dati dai pool di dischi locali.

Questa attività si applica solo alle configurazioni MetroCluster a due nodi.

Fasi
  1. Verificare che tutti i nodi si trovino in enabled stato: metrocluster node show

    cluster_B::>  metrocluster node show
    
    DR                           Configuration  DR
    Group Cluster Node           State          Mirroring Mode
    ----- ------- -------------- -------------- --------- --------------------
    1     cluster_A
                  controller_A_1 configured     enabled   heal roots completed
          cluster_B
                  controller_B_1 configured     enabled   waiting for switchback recovery
    2 entries were displayed.
  2. Verificare che la risincronizzazione sia completa su tutte le SVM: metrocluster vserver show

  3. Verificare che tutte le migrazioni LIF automatiche eseguite dalle operazioni di riparazione siano state completate correttamente: metrocluster check lif show

  4. Eseguire lo switchback utilizzando metrocluster switchback comando da qualsiasi nodo del cluster esistente.

  5. Verificare che l'operazione di switchback sia stata completata: metrocluster show

    L'operazione di switchback è ancora in esecuzione quando un cluster si trova in waiting-for-switchback stato:

    cluster_B::> metrocluster show
    Cluster              Configuration State    Mode
    --------------------	------------------- 	---------
     Local: cluster_B configured       	switchover
    Remote: cluster_A configured       	waiting-for-switchback

    L'operazione di switchback è completa quando i cluster si trovano in normal stato:

    cluster_B::> metrocluster show
    Cluster              Configuration State    Mode
    --------------------	------------------- 	---------
     Local: cluster_B configured      		normal
    Remote: cluster_A configured      		normal

    Se il completamento di uno switchback richiede molto tempo, è possibile verificare lo stato delle linee di base in corso utilizzando metrocluster config-replication resync-status show comando.

  6. Ripristinare le configurazioni SnapMirror o SnapVault.

Fase 4: Restituire la parte guasta a NetApp

Restituire la parte guasta a NetApp, come descritto nelle istruzioni RMA fornite con il kit. Vedere la "Restituzione e sostituzione delle parti" pagina per ulteriori informazioni.