Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

自動計画外フェイルオーバー処理からのリカバリ

共同作成者
PDF

自動計画外フェイルオーバー（AUFO）処理は、プライマリ クラスタが停止しているか分離されている場合に実行されます。ONTAP Mediatorは、フェイルオーバーの発生を検出し、セカンダリ クラスタへの自動計画外フェイルオーバーを実行します。セカンダリ クラスタがプライマリに変換されてクライアントへのデータの提供を開始します。この処理は、ONTAP Mediatorが使用されている場合にのみ実行されます。

メモ 自動計画外フェイルオーバーが実行されたあと、ホストのLUN I/Oパスを再スキャンしてI/Oパスの損失がないことを確認することが重要です。

計画外フェイルオーバー後の保護関係の再確立

保護関係は、System ManagerまたはONTAP CLIを使用して再確立できます。

System Manager
重要
手順
ONTAP 9 .8~9.14.1では、SnapMirrorアクティブ同期をSnapMirrorビジネス継続性（SM-BC）と呼びます。

  1. [*Protection] > [Relationships] に移動し、関係の状態が [InSync （ InSync ） ] になるまで待ちます。

  2. 元のソースクラスタで処理を再開するには、をクリック メニューオプションアイコン して*[フェイルオーバー]*を選択します。

CLI

自動計画外フェイルオーバーのステータスは、コマンドを使用して監視できます 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の非同期エンドポイントとの関係を削除して再作成し、保護を手動でリストアする必要があります。

手順

  1. フェイルオーバーが正常に完了したことを確認します。
    snapmirror failover show

  2. SnapMirror非同期エンドポイントで、ファンアウトエンドポイントを削除します。
    snapmirror delete -destination-path destination_path

  3. 3番目のサイトで、新しいSnapMirrorアクティブな同期のプライマリボリュームと非同期のファンアウトデスティネーションボリュームの間にSnapMirror非同期関係を作成します。
    snapmirror create -source-path source_path -destination-path destination_path -policy MirrorAllSnapshots -schedule schedule

  4. 関係を再同期します。
    snapmirror resync -destination-path destination_path

  5. 関係のステータスと健全性を確認します。
    snapmirror show