Ripristino da operazioni di failover automatiche non pianificate
-
PDF del sito di questa documentazione
- Amministrazione del cluster
-
Amministrazione dei volumi
-
Gestione dello storage logico con la CLI
- Utilizzare le quote per limitare o tenere traccia dell'utilizzo delle risorse
-
Gestione dello storage logico con la CLI
-
Gestione dello storage NAS
- Configurare NFS con la CLI
- Gestisci NFS con la CLI
-
Gestire SMB con la CLI
- Gestire i server SMB
- Gestire l'accesso ai file utilizzando SMB
- Autenticazione e controllo dell'accesso
-
Sicurezza e crittografia dei dati
- Utilizzare FPolicy per il monitoraggio e la gestione dei file su SVM
- Protezione dei dati e disaster recovery
Raccolta di documenti PDF separati
Creating your file...
Un'operazione di failover automatico non pianificato (AUFO) si verifica quando il cluster primario è inattivo o isolato. Il mediatore ONTAP rileva quando si verifica un failover ed esegue un failover automatico non pianificato sul cluster secondario. Il cluster secondario viene convertito nel cluster primario e inizia a servire i client. Questa operazione viene eseguita solo con l'assistenza del mediatore ONTAP.
Dopo il failover automatico non pianificato, è importante eseguire nuovamente la scansione dei percorsi i/o del LUN host in modo che non vi sia alcuna perdita dei percorsi i/O. |
Ristabilire la relazione di protezione dopo un failover non pianificato
È possibile ristabilire la relazione di protezione utilizzando Gestione di sistema o l'interfaccia utente di ONTAP.
-
Accedere a protezione > Relazioni e attendere che lo stato della relazione mostri "InSync".
-
Per riprendere le operazioni sul cluster di origine, fare clic su E selezionare failover.
È possibile monitorare lo stato del failover automatico non pianificato utilizzando snapmirror failover show
comando.
Ad esempio:
ClusterB::> snapmirror failover show -instance Start Time: 9/23/2020 22:03:29 Source Path: vs1:/cg/scg3 Destination Path: vs3:/cg/dcg3 Failover Status: completed Error Reason: End Time: 9/23/2020 22:03:30 Primary Data Cluster: cluster-2 Last Progress Update: - Failover Type: unplanned Error Reason codes: -
Fare riferimento a. "Riferimento EMS" per informazioni sui messaggi di evento e sulle azioni correttive.
Riprendere la protezione in una configurazione fan-out dopo il failover
In caso di failover sul cluster secondario nella relazione SM-BC, la destinazione asincrona di SnapMirror diventa malsana. È necessario ripristinare manualmente la protezione eliminando e ricreando la relazione con l'endpoint asincrono di SnapMirror.
-
Verificare che il failover sia stato completato correttamente:
snapmirror failover show
-
Nell'endpoint SnapMirror asincrono, eliminare l'endpoint fan-out:
snapmirror delete -destination-path destination_path
-
Sul terzo sito, creare relazioni SnapMirror asincrone tra il nuovo volume primario SM-BC e il volume di destinazione fan-out asincrono:
snapmirror create -source-path source_path -destination-path destination_path -policy MirrorAllSnapshots -schedule schedule
-
Risincronizzare la relazione:
snapmirror resync -destination-path destination_path
-
Verificare lo stato e la salute della relazione:
snapmirror show