保護サイトがオフラインになり、Site Recovery Manager が通常のタスクを適時に実行できなくなり、RTO が容認できないレベルまで増加した場合は、強制リカバリ オプションを使用してリカバリを実行できます。強制リカバリ オプションでは、保護サイトでの操作を実行することなくリカバリ サイトで仮想マシンを起動します。
強制リカバリは、保護サイトでインフラストラクチャが失敗し、その結果、保護された仮想マシンが管理不能になり、シャットダウン、パワーオフ、登録解除が実行できなくなった場合に使用します。こうした状態になると、長期間に渡ってシステムの状態が変更不能になりますこの状況を解決するには、強制リカバリを実行できます。強制リカバリを実行しても、保護サイトの仮想マシンのシャットダウン処理は完了しません。このため、スプリット ブレイン問題が発生しますが、リカバリはより迅速に完了することになります。
保護サイトのストレージ アレイがオフラインまたは使用不可になっているときにアレイベース レプリケーションでディザスタ リカバリを実行すると、保護ストレージ アレイとリカバリ ストレージ アレイの間のミラーリングに影響することがあります。強制リカバリの実行後、レプリケーション操作をさらに進めていく前に、保護アレイとリカバリ アレイ間のミラーリングが正しく設定されたかを確認する必要があります。ミラーリングが正しく設定されていない場合は、ストレージ アレイ ソフトウェアを使用してミラーリングを修正する必要があります。
vSphere Replication を使用してディザスタ リカバリを実行する場合、Site Recovery Manager は、再保護のために vSphere Replication ストレージを準備し、アレイベース レプリケーションで行うようなミラーリングの検証は行う必要がありません。
保護サイトのストレージが使用できる場合に強制リカバリを有効にすると、保護サイトでの大きな変更は、シーケンスが開始されるまでリカバリ サイトにレプリケートされません。ストレージ アレイの目標リカバリ時点 (RPO) の期間にしたがって、変更のレプリケーションが行われます。新規の仮想マシンやテンプレートが保護サイトに追加され、リカバリがストレージ RPO の期間満了前に開始された場合、新しい仮想マシンまたはテンプレートは、レプリケートされたデータストアに表示されず、消失してしまいます。新しい仮想マシンまたはテンプレートの消失を避けるために、RPO 期間が終了するまで待機してから、強制リカバリでリカバリ プランを実行します。
ディザスタ リカバリを実行する際に強制リカバリを選択するには、リカバリ Site Recovery Manager サーバの [詳細設定] で、recovery.forceRecovery オプションを有効にする必要があります。リカバリ プランの実行ウィザードでは、ディザスタ リカバリ モードでのみ強制リカバリ オプションを選択します。これは、計画移行では使用できません。
強制リカバリが完了しストレージ アレイのミラーリングを確認した後、強制リカバリが必要な問題を解決できます。根本的な問題を解決したら、リカバリ プランの計画移行を再度実行します。リカバリ プランが正常に完了するまで、何か問題が発生したら解決して、プランを再実行するという手順を繰り返します。リカバリ プランを再実行しても、リカバリ サイトのリカバリ済み仮想マシンには影響ありません。
