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

計画外の自動ONTAPクラスタ フェイルオーバー操作からの回復

共同作成者 netapp-lenida netapp-aaron-holt netapp-ahibbard netapp-dbagwell
PDF

自動計画外フェイルオーバー（AUFO）操作は、プライマリクラスタがダウンまたは隔離された場合に発生します。SnapMirror active syncはこのような障害を検出し、セカンダリクラスタへの自動計画外フェイルオーバーを開始します。セカンダリクラスタがプライマリ（優先クラスタ）に変換され、クライアントへのサービス提供を開始します。障害検出とフェイルオーバー処理は、ONTAP Mediatorの支援があって初めて実行できることに注意してください。

メモ 自動的な計画外フェイルオーバーの後には、I/Oパスの損失がないようにホストパスを再スキャンすることが重要です。

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

例えばクラスターAのような元のプライマリークラスターが回復すると、SnapMirrorアクティブ同期は、逆方向の保護を自動的に確立します。クラスター A をプライマリの優先クラスターとして元の状態に戻したい場合は、System Manager または ONTAP CLI を使用して計画的なフェイルオーバー操作を開始することで、手動フェイルバックを実行できます。

System Manager
重要
手順
ONTAP 9.8からONTAP 9.14.1では、SnapMirrorアクティブ同期はSnapMirror Business Continuity（SM-BC）と呼ばれます。

  1. *保護 > 関係*に移動し、関係の状態が「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: -

逆保護関係のステータスは、元のプライマリクラスタで snapmirror show コマンドを使用して監視できます。

例：

ClusterA::> snapmirror show
                                                                               Progress
Source             Destination  Mirror        Relationship   Total             Last
Path         Type  Path         State         Status         Progress  Healthy Updated
-----------  ----  ------------ -------       -------------- --------- ------- --------
vs3:/cg/dcg3 XDP   vs1:/cg/scg3 Snapmirrored  InSync          -         true    -
`snapmirror failover start`コマンドを使用して、元のプライマリークラスターへのフェイルバックを実行できます。

例：

ClusterA::> snapmirror failover start -destination-path vs1:/cg/scg3

イベント メッセージと修正アクションの詳細については、"EMS リファレンス"を参照してください。

フェイルオーバー後のファンアウト構成での保護の再開

ONTAP 9.15.1 以降、SnapMirror アクティブ同期は、SAN 関係におけるフェイルオーバーイベント後のファンアウト レッグでの自動再設定をサポートします。NAS 構成では、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

関連情報