実動を元のインプリメンテーションに戻すことをフェイルバック・リカバリーと呼びます。サイト A での復元操作後に、フェイルバック操作をスケジュールに入れて、データを同期し、実動が元のサイトのサイト A で再開されるようにすることができます。
このシナリオでは、サイト A が操作可能であり、サイト B からサイト A への接続が使用可能であると想定します。この手順は、サイト B のボリュームを使用して、実操作環境を再開するときに使用します。フェイルオーバーとフェイルバック操作のインプリメンテーション例については、
表 1を参照してください。
注: 計画停止の場合に実動をローカル・サイト (サイト A) に戻すプロセスは、計画外の停止の場合のプロセスと同じです。
このため、この手順では、両方の停止のステップについて説明しています。
フェイルバック操作によって、ボリューム状態に応じて以下の方法でボリュームが再同期されます。
- サイト A のボリュームがシンプレックス状態の場合は、そのボリュームのすべてのデータがサイト B からサイト A に送信される。
- サイト A のボリュームが全二重または延期状態であり、変更されたトラックがない場合は、サイト B のボリュームの変更されたデータのみがサイト A のボリュームに送信される。
- サイト A のボリュームが延期状態であるが、変更されたトラックがある場合、サイト B のボリュームは、いずれかのサイトで変更されたトラックを発見し、サイト A で変更されたトラックとサイト B でマークされたトラックの両方をサイト A からサイト B に送信する。
このシナリオの前提事項は、以下のとおりです。
- サイト B からサイト A へのパスが作成されている。
- リモート・ミラーおよびコピー・ボリューム・ペアが作成されている。サイト B のボリュームは、フェイルバック操作のソース・ボリュームです。
このボリュームは、当初はターゲット・ボリュームの関係でした。
注: フェイルバック・リカバリー操作は、プライマリー延期状態の任意のリモート・ミラーおよびコピー・ボリュームに対して発行できます。この操作では、ミラーリングの再開に必要なデータをソース・ボリュームからターゲット・ボリュームにコピーします。フェイルバック・リカバリー操作は、通常、逆方向 (リモート・サイトからローカル・サイトへ) または元の方向
(ローカル・サイトからリモート・サイトへ) のいずれかにミラーリングを再始動するためにフェイルオーバー・リカバリーを実行した後で、使用します。ただし、このプロセスはターゲット・ボリュームがシンプレックス状態の場合でも機能します。
DS Storage Manager を使用して、以下のステップを実行します。
また、DS CLI を使用してコピー・サービス機能を実行することもできます。