startrcrelationship

startrcrelationship コマンドは、メトロ・ミラー関係またはグローバル・ミラー関係のコピー・プロセスを開始し、コピー方向が未定義の場合はそれを設定し、(オプションで) 関係の 2 次ボリュームにクリーンのマークを付けるために使用します。この関係は独立型の関係でなければなりません。また、このコマンドを使用して、stoprcrelationship -access を指定した後にアクティブ/アクティブ関係のコピー・プロセスを再開することもできます。

構文

パラメーター

-primary master | aux: (オプション) マスター・ディスクと補助ディスクのどちらかが 1 次 (ソース) ディスクになるかを定義して、コピー方向を指定します。 1 次ディスクが未定義の場合 (例えば、関係が Idling 状態の場合)、このパラメーターは必須です。
-force: (オプション) 同期化が行われている間、一時的に整合性が失われることになっても、システムにコピー操作を処理させることを指定します。このパラメーターは、関係が ConsistentStopped 状態にある場合、しかし同期化済みでない場合や idling 状態にある場合には必須です。ただし、整合性保護が構成されている場合は除きます。
重要: force パラメーターを使用すると、アクセスが失われる可能性があります。IBM® サポート担当員による指示がある場合にのみ使用してください。
-clean: (オプション) 2 次ディスクになるボリュームがクリーンであることを指定します。 1 次ディスクと 2 次ディスクを同期化するときには、2 次ボリュームに加えた変更はすべて無視されますが、クリーンな 1 次ボリュームに加えた変更は考慮されます。このパラメーターが機能するためには、関係が Idling (接続済み) 状態でなければなりません。
重要: このフラグは、整合性グループが idling 状態である間に 2 次ボリューム上で変更されたすべてのデータが、整合性グループが停止されたときの 1 次ボリュームの状態と一致している場合にのみ使用してください。そうしないと、整合していない関係が整合していると報告されます。この状態が起こると、完全なバックグラウンド・コピーを再び実行できるようになるまで、それらのボリュームが真の整合状態に達したことがあるかどうか判断する方法がありません。
rc_rel_id | rc_rel_name: (必須) 独立型の関係として開始する関係の ID または名前を指定します。

説明

startrcrelationship コマンドは、独立型関係を開始します。このコマンドを使用して整合性グループの一部である関係を開始しようとすると、失敗します。

注: 1 次ボリュームと 2 次ボリュームのサイズが異なる場合、関係を開始することはできません。

このコマンドは、接続されている関係に対してのみ指定できます。 Idling 状態の関係の場合、このコマンドはコピー方向 (1 次および 2 次の役割) を割り当てて、コピー・プロセスを開始します。それ以外の状態の場合、このコマンドは、停止コマンドもしくは何らかの入出力エラーによって停止した前のコピー・プロセスを再開します。

注: 示された 2 次ボリュームのいずれかが既存の FlashCopy® マッピングのターゲットである場合、アイドル状態のコマンドは拒否されます。

FlashCopy マッピングがアクティブである場合、リモート・コピーは開始できません。

既存のリモート・コピー関係が

stoprcrelationship
-access

を指定して停止された後で再開され、結果の 2 次ボリューム (1 次ボリュームの選択内容によって異なります) がタイプ hide_secondary のホストへマップされる場合、そのボリュームはホストに対して提示されません。これは、構成の目的でマップされている場合でも該当します。マップされたボリュームがホストに提示されるのは、以下の場合です。

ホスト・タイプが hide_secondary 以外のタイプに変更された
stoprcrelationship -access を指定することによってリモート・コピー関係が停止された
リモート・コピー関係が削除されたか切り替えられたために、ボリュームが 2 次ボリュームではなくなった

Idling 状態の場合、-primary パラメーターを指定する必要があります。その他の接続状態の場合は、-primary パラメーターを指定できますが、既存の設定に一致しなければなりません。

コピー操作の開始により整合性が失われる場合は、-force パラメーターが必要です。 ConsistentStopped 状態または Idling 状態が発生した後に 1 次ボリュームまたは 2 次ボリュームへの入力トランザクションが発生した場合、この状態が起こる可能性があります。この状態は、関係が以下のいずれかの状態になると発生します。

ConsistentStopped、ただし、同期化されていない。
Idling、ただし、同期化されていない。

これらのいずれかの状態の関係を再始動した後、2 次ボリューム上のデータは関係が整合状態になるまでは災害時回復に使用できません。

これらのいずれかの状態で cycling_mode が multi のグローバル・ミラー関係では、整合した 2 次イメージが保持されているため、-force パラメーターは不要です。ただし、そのような関係が idling 状態になっていて、書き込まれたデータが 2 次ボリュームで受信されている場合、2 次ボリュームにあるのは以前の整合した状態を表すことができない不一致のイメージであるため、-force フラグが必要です。

関係が次のいずれかの状態の場合は、-force パラメーターは不要です。

InconsistentStopped
InconsistentCopying
ConsistentSynchronized

しかし、-force パラメーターを指定した場合は、コマンドは失敗しません。

構成済みの 2 次変更ボリュームを持つ関係には、-force パラメーターを指定しないでください。idling 関係がある場合に startrcrelationship を指定すると、2 次ボリュームに対する書き込みが行われた場合に整合性保護は使用不可になります。これは、-force パラメーターを指定する必要があることを意味します。

グローバル・ミラー関係には、以下のサイクル・モードがあります。

none は、サイクル以外のグローバル・ミラー・アルゴリズムを使用します
multi の要件は次のとおりです。
- 1 次ボリュームで構成された変更ボリュームを使用すること (そうでない場合、コマンドは失敗します)
- 2 次ボリュームで構成された変更ボリュームを使用すること (そうでない場合、コマンドは失敗します)
- 複数回のサイクルを実行すること

バックグラウンド・コピーの作成後、関係はコピー中状態のまま残り、残りの期間が終了するまで待ってから新規のサイクルを実行します。バックグラウンド・コピーが完了した時点で 2 次変更ボリュームが構成解除された場合、関係は、サイクル期間がない場合と同じように停止します。

アクティブ/アクティブである関係を開始するには、状態が idling でなければなりません。(-primary を指定して、idling 関係の開始時にマスター・コピーと補助コピーのどちらが 1 次になるかを決定する必要があります。)

このコマンドは、以下の目的で使用します。

アクティブ/アクティブ関係のコピー・プロセスを再開し、アクセス権が付与されている履歴災害復旧コピーを保持します (最新のコピーがオフラインであった間に、この履歴コピーが使用された可能性があります)。
stoprcrelationship -access を指定する前と同じ状態の最新コピーに戻します。履歴コピーに加えられた変更はすべて破棄されます。

要確認: 最新コピーに戻す場合、ボリューム・データの変更の準備をするためのホスト・アクションが必要になる可能性があります。

このコマンドを指定した後、2 次コピーが 1 次関係の履歴コピーではない場合、災害復旧に使用できません (コピーが再同期された後、災害復旧の使用可能性が復元されます)。この状態は、以下の場合に発生する可能性があります。

新しい 1 次が履歴コピーである場合。これは、新しい 2 次コピーに、1 次に含まれているデータより後の時点からのデータが含まれていることを意味します。
2 次コピーが履歴コピーであり、stoprcrelationship -access コマンド指定と startrcrelationship -primary コマンド指定との間で変更された場合 (2 次コピーが不一致のデータ・イメージを表すことを意味します)。

このコマンドは、2 つのコピーを再同期するのに必要な領域のみをコピーします。

呼び出し例

startrcrelationship rccopy1

結果出力:

No feedback