セカンダリ (バックアップ) サイトがプライマリ (実稼働) サイトとして復旧された後には、新しいセカンダリ DR サイトを確立する必要があります。

• 古い実稼働環境が再び利用可能になった場合は、次の手順を実行して元の DR プライマリ サイトに切り替えます。
  1. DR データベースおよびファイル システムをそれぞれ元の実稼働データベースおよびファイル システムに復元/複製します。
     DR 環境で追加したデータが実稼働環境で必要ない場合は、ステップ 3 に進みます。
  2. 新しいユーザーが DR リカバリーサイトの環境に追加されて、Control Room と Bot Runner にログインした場合、これらのユーザーについては COB の逆の手順に従う必要があります。例:
     注: このステップは、災害対応中に追加された新規ユーザーにのみ適用されます。DR 環境に新しいユーザーが追加されていない場合は、このステップをスキップします。

     • 本番 Bot Runner および対応する DR の Bot Runner のマッピングを準備します。
     • これらの Bot Runner に対して、リカバリー本番環境データベースでデータベース クエリを実行します。
     • リカバリー本番環境の新しい Bot Runner でアクティベーション ユーティリティを実行します。
     • Enterprise クライアントから、新しく追加した本番 Bot Runner を使用してリカバリー本番 Control Room にログインします。
  3. 新しい DR プライマリ (実稼働) を立ち上げます。Control Room
  4. 新しい DR プライマリ (実稼働) 環境が正常に動作していることを確認します。
  5. DR 復旧サイトで DR の Control Room サービスを停止します。
  6. 新しい DR プライマリ (実稼働) と DR セカンダリ (スタンバイ) の Control Room (DB と NAS) の間でレプリケーションを確立します。
• 災害により古い DR プライマリ実稼働環境が完全に使用できなくなった場合は、新しいセカンダリ (スタンバイ) DR サイトを再確立します。復旧 DR のステップを実行して、プライマリとセカンダリの DR サイトを再確立します。
  1. データベースおよびファイルシステムのデータを DR 環境から新しい実稼働環境に復元/複製します。
  2. DR の Bot Runner と新しい実稼働の Bot Runner のホスト関連情報を含むマッピング ファイルを生成します。
  3. 新しい実稼働の Bot Runner ごとにアクティベーション ユーティリティを実行します。
  4. 新しい実稼働の Control Room データベースでデータベース スクリプトを実行します。
     注: web.config 構成フラグが、厳密に適用されます。