計画外の自動ONTAPクラスタ フェイルオーバー操作からの回復
自動計画外フェイルオーバー(AUFO)処理は、プライマリ クラスタが停止しているか分離されている場合に実行されます。ONTAP Mediatorは、フェイルオーバーの発生を検出し、セカンダリ クラスタへの自動計画外フェイルオーバーを実行します。セカンダリ クラスタがプライマリに変換されてクライアントへのデータの提供を開始します。この処理は、ONTAP Mediatorが使用されている場合にのみ実行されます。
|  | 自動計画外フェイルオーバーが実行されたあと、ホストのLUN I/Oパスを再スキャンしてI/Oパスの損失がないことを確認することが重要です。 | 
計画外フェイルオーバー後の保護関係の再確立
保護関係は、System ManagerまたはONTAP CLIを使用して再確立できます。
|  | 手順ONTAP 9.14.1 から 9.8 では、 SnapMirror Active Sync はSnapMirror Business Continuity (SM-BC) と呼ばれます。 | 
- 
保護 > リレーションシップ に移動し、リレーションシップの状態が「InSync」と表示されるまで待ちます。 
- 
元のソースクラスタで処理を再開するには、をクリック  して*[フェイルオーバー]*を選択します。 して*[フェイルオーバー]*を選択します。
自動計画外フェイルオーバーのステータスは、コマンドを使用して監視できます snapmirror failover show。
例:
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: -
イベントメッセージと対処方法については、を参照して"EMSリファレンス"ください。
フェイルオーバー後にファンアウト構成で保護を再開する
ONTAP 9.15.1以降では、SnapMirrorアクティブ同期でフェイルオーバーイベント後のファンアウトレッグの自動再設定がサポートされます。非同期ファンアウトレッグには、整合性グループ関係または独立したボリューム関係を指定できます。詳細については、を参照してください "ファンアウト構成"。
ONTAP 9 14.1以前を使用していて、SnapMirrorのアクティブな同期関係にあるセカンダリクラスタでフェイルオーバーが発生すると、SnapMirrorの非同期デスティネーションは正常な状態ではなくなります。SnapMirrorの非同期エンドポイントとの関係を削除して再作成し、保護を手動でリストアする必要があります。
- 
フェイルオーバーが正常に完了したことを確認します。 
 snapmirror failover show
- 
SnapMirror非同期エンドポイントで、ファンアウトエンドポイントを削除します。 
 snapmirror delete -destination-path destination_path
- 
3番目のサイトで、新しいSnapMirrorアクティブな同期のプライマリボリュームと非同期のファンアウトデスティネーションボリュームの間にSnapMirror非同期関係を作成します。 
 snapmirror create -source-path source_path -destination-path destination_path -policy MirrorAllSnapshots -schedule schedule
- 
関係を再同期します。 
 snapmirror resync -destination-path destination_path
- 
関係のステータスと健全性を確認します。 
 snapmirror show
 PDF
PDF