リカバリ後にリカバリ サイトは新しい保護サイトになりますが、まだ保護されません。元の保護サイトがまだ稼働している場合、保護の方向を反転させることで、元の保護サイトを新しいリカバリ サイトとして使用し、新しい保護サイトを保護できます。

すべての保護グループと復旧プランを再作成して、手動で逆方向の保護を再確立することは、時間がかかり、エラーが生じる傾向にあります。Site Recovery Manager には再保護機能があり、これによって保護を自動的に反転させることができます。

Site Recovery Manager がリカバリを実行した後に、保護された仮想マシンがリカバリ サイトで起動します。前の保護サイトがオフラインとなっている可能性があるため、これらの仮想マシンは保護されません。再保護を実行することによって、保護サイトがオンラインになったときに、レプリケーションの方向反転を行い、復旧サイト上で復旧された仮想マシンを保護して元の保護サイトに戻します。

再保護では、復旧の前に確立された保護情報を使用して保護の方向反転を行います。再保護プロセスは、リカバリがエラーなしで終了した後でのみ開始できます。復旧がエラーで完了した場合、すべてのエラーを修正して復旧を再実行する必要があります。エラーが発生しなくなるまでこのプロセスを繰り返します。

再保護操作の完了後にテストを実行することによって、保護サイトと復旧サイトの新しい構成が有効であることを確認できます。

アレイ ベース レプリケーションおよび vSphere Replication 用に構成された仮想マシンを含む保護グループで再保護を実行できます。

再保護操作の実行

サイト A が保護サイトで サイト B が復旧サイトだとします。サイト A がオフラインになると、リカバリ プランのディザスタ リカバリ ワークフローを実行して、仮想マシンをサイト B でオンラインにします。リカバリの後に、サイト A で保護された仮想マシンはサイト B で保護なしで起動します。

サイト A がオンラインに戻ると、サイト A は保護を反転する前に仮想マシンとデータストアをパワーオフしてアンマウントする必要があるので、計画移行を実行してリカバリを完了します。次に再保護操作を開始し、サイト B でリカバリした仮想マシンを保護します。サイト B が保護サイトになり、サイト A がリカバリ サイトになります。Site Recovery Manager は、サイト B からサイト A にレプリケーションの方向を反転します。

図 1. Site Recovery Manager 再保護プロセス
SRM 再保護プロセス