レプリケーション関係を再同期する
デスティネーションボリュームを書き込み可能にしたあと、ソースボリュームとデスティネーションボリュームに共通のSnapshotコピーが存在しないために更新が失敗したあと、または関係のレプリケーションポリシーを変更する場合は、レプリケーション関係の再同期が必要になります。
ONTAP 9 8以降では、System Managerを使用して逆再同期処理を実行して既存の保護関係を削除し、ソースボリュームとデスティネーションボリュームの機能を入れ替えることができます。その後、デスティネーションボリュームを使用してデータを提供しながら、ソースを修理または交換し、ソースを更新し、システムの元の構成を再確立します。
-
再同期の際にベースライン転送は不要ですが、再同期には時間がかかる場合があります。再同期はオフピークの時間帯に実行することを推奨します。
-
ファンアウト構成またはカスケード構成に含まれているボリュームの再同期には時間がかかることがあります。ステータスが「準備中」と長時間報告されるSnapMirror関係が表示されることも珍しくありません。
System Managerでは、クラスタ内の関係との逆再同期はサポートされません。クラスタ内の関係に対する逆再同期処理は、ONTAP CLIを使用して実行できます。 |
このタスクは、System ManagerまたはONTAP CLIを使用して実行できます。ONTAP CLIを使用する場合の手順は、デスティネーションボリュームを書き込み可能にするか、レプリケーション関係を更新するかに関係なく同じです。
"関係を解除する"デスティネーションを書き込み可能にしたら、関係を逆再同期します。
-
デスティネーションクラスタで、 * Protection > Relationships * をクリックします。
-
逆にする解除した関係にカーソルを合わせ、をクリックし て*[逆再同期]*を選択します。
-
ウィンドウで、[逆再同期]*をクリックします。
-
「 * Relationships * 」で、関係の「 * Transfer Status * 」を表示して、逆再同期の進捗を監視します。
元のソースが再び使用可能になったら、反転した関係を解除してもう一度逆再同期処理を実行することで、元の関係を再確立できます。逆再同期プロセスでは、データを元のソースに提供しているサイトからの変更がすべてコピーされ、元のソースが再び読み取り/書き込み可能になります。
-
[ * 保護 ] > [ 関係 * ] の順にクリックします。
-
再同期する関係にカーソルを合わせ、をクリックし て*[解除]*を選択します。
-
関係の状態が「切断」と表示されたら、をクリックし 、*[再同期]*を選択します。
-
[関係]*で、関係の状態を確認して再同期の進捗を監視します。再同期が完了すると、状態が「mirrored」に変わります。
-
ソースボリュームとデスティネーションボリュームを再同期します。
snapmirror resync -source-path <SVM:volume|cluster://SVM/volume> -destination-path <SVM:volume|cluster://SVM/volume> -type DP|XDP -policy <policy>
コマンド構文全体については、マニュアルページを参照してください。
このコマンドはデスティネーションSVMまたはデスティネーションクラスタから実行する必要があります。 次の例は、のソースボリュームとのデスティネーションボリュームの間の関係を再同期し
volA
svm1
volA_dst
`svm_backup`ます。cluster_dst::> snapmirror resync -source-path svm1:volA -destination-path svm_backup:volA_dst