このタスクでは、ボリューム (B ボリュームと A ボリューム) を再同期化します。
これは、実動を A サイトに戻すことができるようにするフェイルバック・リカバリー処理の 2 番目のステップです。
このタスクを実行するためには、特定の LSS 間にサイト B からサイト A へのパスを作成しておく必要があります。
このタスクでは、
failbackpprc コマンドを使用する必要があります。
このコマンドの処理により、ボリューム状態に応じて以下の方法でボリュームが再同期されます。
- サイト A のボリュームがシンプレックス状態の場合は、そのボリュームのすべてのデータがサイト B からサイト A に送信される。
- サイト A のボリュームが全二重または延期状態であり、変更されたトラックがない場合は、サイト B のボリュームの変更されたデータのみがサイト A のボリュームに送信される。
- サイト A のボリュームが延期状態であるが、変更されたトラックがある場合、サイト B のボリュームは、いずれかのサイトで変更されたトラックを発見し、サイト A で変更されたトラックとサイト B でマークされたトラックの両方をサイト A からサイト B に送信する。
ボリュームを再同期するには、以下のステップを実行します。
このタスクで表示されるコマンド例は、2 つの形式で示されます。最初の形式は、コマンドに必要な情報のタイプを示します。2 番目の形式では、コマンドと変数の宣言済み値を示します。
注: このタスクは、通常の操作には影響を及ぼしません。
すべての操作は、リモート・サイト (サイト B) に存続します。このタスクは、修復後に操作を元のサイト A に転送するのに必要な準備の一環にすぎません。
failbackpprc コマンドを発行して、ボリュームを再同期させます。DSCLI のコマンド・プロンプトで、failbackpprc コマンドを入力して、次のパラメーターと変数を指定します。 dscli>failbackpprc -dev storage_image_ID -remotedev storage_image_ID
-type gcp source_volume_ID:target_volume_ID
例
dscli>failbackpprc -dev IBM.1750–68FA150 -remotedev IBM.1750–68FA120
-type gcp 1000:1000
注: - -dev パラメーターは、ソース・ストレージ・ユニットの ID を指定します。この時点では、ユーザーのソースはサイト B ストレージ・ユニットです。
- -remotedev パラメーターは、ターゲット・ストレージ・ユニットの ID を指定します。この時点では、リモート・ストレージ・ユニットはサイト A ストレージ・ユニットです。
- source_volume_ID:target_volume_ID 値には、ソースとしてサイト B ボリューム ID およびターゲットとしてサイト A ボリューム ID が含まれます。
このコマンドの処理を実行依頼した後で、その最初のパスが完了するまで、トランザクションの進行を追跡する必要があります。
したがって、最初のパスの完了についての照会が、フェイルバック・リカバリー処理の次のステップです。