デプロイメントコントロールをデスティネーションサイトからメインサイトに戻す

メイン サイトの準備ができたら、展開の制御を宛先サイトからメイン サイトに戻します。

始める前に

フェイルバック操作を開始する前に、 ディザスタリカバリダッシュボードを開き、必要なすべてのヘルスチェックを確認して、システムの準備状況を確認してください。 フェイルバック操作を進める前に、チェックに失敗した項目をすべて解決してください。

注意:

フェイルバック操作に進む前に、以下のシナリオを考慮してください。

  • メインサイトが復旧して運用可能になると、メインサイトとデスティネーションサイトの両方に、参照されているすべての管理対象ホストが表示されます。 しかし、メインサイトでは、これらの管理ホストは「不明」の状態で表示されている。 これは、管理対象ホストがアクティベーション処理中に宛先コンソールにリホームされたために発生します。 この問題を解決するには、以下のタスクを実行します。
    1. メインサイトでフェイルバック操作を実行する前に、メインサイトからUnknown状態のマネージドホストを削除してください。
    2. メインサイトのMHにHAが設定されており、アクティベーション時にメインサイトがダウンしている場合、メインサイトの電源投入後に、不明状態にあるHAを削除するための余分な手順を実行する必要がある。 「 QRadar HA デプロイメントのトラブルシューティング」の手順に従っても、コンソールから HA ホストを削除できない場合は、 IBM サポートまでお問い合わせください。
    3. すべてのアプリがメイン サイトに接続する AppHost でホストされている場合、メイン サイト コンソールから不明アプリ ホストを削除することはできません。 現在のアプリホストがデスティネーションサイトにリホームされているため、すべてのアプリ（データ同期アプリを含む）の構成とボリュームデータを、 AppHost, からメインサイトのコンソールに移行する必要があります。 フェイルバック操作を実行する前に、メインサイトでデータ同期アプリが正常に動作している必要があります。 「 QRadar ：App Host が回復不能な場合にアプリケーションをコンソール上で強制実行する方法」 を参照し、アプリの状態を「Unknown」としてメインサイトのコンソール上で強制実行してください。その後、メインサイトのコンソールから「 AppHost 」を削除できます。
    4. 管理ホストがまだアクティブと表示されている場合は、根本的な原因を特定し、メインサイトコンソールから同じホストを削除するために、サポートチケットを開いてください。
  • メインサイトは稼働しているが、メインサイトと接続先サイトのペアリング接続が突然切断された場合。 以下のタスクを完了し、ペアリング接続を再確立する。
    1. メインサイトの QRadar コンソールから、以下のコマンドを実行します：
      /opt/ibm/si/dr/bin/dr_create_ssh.sh -i <destination_site_ip>
    2. 移行先サイトの QRadar コンソールから、以下のコマンドを実行します：
      /opt/ibm/si/dr/bin/dr_create_ssh.sh -i <main_site_ip>

メイン・サイト・コンソールとデスティネーション・サイト・コンソールの両方でフレッシュ・バックアップを取るには、管理者ユーザーとしてログインする必要があります。 バックアップが生成されると、システムは生成されたバックアップを別のサイトに転送する。 バックアップと復元」 画面を開き、転送されたバックアップが表示されているかどうかを確認します。 転送されたバックアップが表示されない場合は、 「Backup and Recovery（バックアップと復元） 」画面を更新します。

フェイルバックとは、デスティネーション・サイトがメイン・サイトの運用を代替する必要がなくなった場合のメイン・サイトへのリストア操作のことです。 メインサイトに戻ると、アリエル・コピー・プロセスは、収集されたアリエル・データをコピーする。 このデータは、デスティネーション・サイトがアクティブ化された時刻から、フェイルバック・プロセスが開始された終了時刻までのものです。

フェイルバック プロセスにかかる時間は、次の条件によって異なります。
  • 宛先サイトがアクティブであった時間の長さ。
  • 宛先サイトがアクティブであった間にそのサイトで収集されたデータの量。
  • 宛先サイトとメイン・サイトの間で使用できる帯域幅。

Ariel Copy で受け入れられるのは、最も近い正時までの時間のみです。 フェイルバックが開始される時刻は、1時間未満に切り捨てられる。 9:15 AM は、Ariel Copy プロファイルに 9:00 AM として保存されます。 Ariel Copy は、その時間全体 (例えば、午前 9 時から午前 9 時 59 分まで) のデータを同期します。

このフェイルバック・プロセスでは、Ariel同期が完了し、デスティネーション・サイトでArielコピーが完了したという通知を受け取ります。 アリエルの同期完了後、メインサイトでは、デスティネーションサイトでのアクティベーション後に取得され、メインサイトに転送された最新のバックアップを使用してリストアが自動的に開始されます。 メイン サイトのリストアが完了すると、デスティネーション サイトでリストアが開始されます。

ヒント:

アクティベーション中にメイン サイトが利用できなかった場合 （アクティベーション シナリオ 1 ）、管理者がアクティベーション前に開始したデスティネーション サイトの最新のバックアップが、フェイルバック プロセス中にデスティネーション サイトにリストアされます。

アプリのリストアでは、管理者がアクティベーション前に開始したデスティネーション サイトの最新のアプリ ボリューム バックアップが、フェイルバック プロセス中にデスティネーション サイトにリストアされます。

アクティベーション中にメイン サイトが利用可能だった場合 （アクティベーション シナリオ 2 ）、デスティネーション サイトに転送された最新のメイン サイト バックアップが、フェイルバック処理中にデスティネーション サイトにリストアされます。

アプリのリストアでは、メインサイトからデスティネーションサイトに転送された最新のアプリボリュームバックアップが、フェイルバック処理中にデスティネーションサイトにリストアされる。

注:

コンソールにインストールされたアプリは、フェイルオーバーとフェイルバックの操作時のみサポートされる。 アプリが AppHost, にインストールされている場合、フェイルオーバーやフェイルバックの操作中にアプリがリストアされたり移行されたりすることはありません。

アプリのボリュームバックアップは、毎日のスケジュールに従って自動的に転送されます。 しかし、最新のボリュームバックアップを取ることをお勧めします。

  1. デスティネーション・サイト・コンソールからアプリ・ボリュームのバックアップを取るには：
    • コンソールで動作するアプリ
      1. アプリボリュームのデータをバックアップするには、「アプリデータのバックアップと復元」を参照し、宛先サイトのコンソールからアプリボリュームのデータをバックアップしてください。
      2. デスティネーション・サイト・コンソールで次のコマンドを実行して、デスティネーション・サイト・コンソールからメイン・サイト・コンソールにアプリ・ボリューム・バックアップを転送します。
        systemctl start app_sync
      3. メイン サイト コンソール ディレクトリ (/store/app_sync/backups) で転送を確認します。転送に失敗した場合、または問題が発生した場合は、転送先のサイト・コンソール（/store/apps/backup ）ディレクトリからメイン・サイト・コンソール（/store/app_sync/backups ）ディレクトリにアプリ・ボリューム・バックアップをコピーします。
    • で動作するアプリ AppHost
      1. インストールされたすべてのアプリを移動先サイトのコンソールに移動する
      2. アプリボリュームのデータをバックアップするには、「アプリデータのバックアップと復元」を参照し、宛先サイトのコンソールから操作を行ってください。
      3. デスティネーション・サイト・コンソールで次のコマンドを実行して、デスティネーション・サイト・コンソールからメイン・サイト・コンソールにアプリ・ボリューム・バックアップを転送します。
        systemctl start app_sync
      4. メイン サイト コンソール ディレクトリ (/store/app_sync/backups) で転送を確認します。転送に失敗した場合、または問題が発生した場合は、転送先のサイト・コンソール（/store/apps/backup ）ディレクトリからメイン・サイト・コンソール（/store/app_sync/backups ）ディレクトリにアプリ・ボリューム・バックアップをコピーします。
  2. メインサイトのコンソールからアプリのボリュームバックアップを取るには（コンソール上で実行されるアプリ）：
    1. メインサイトコンソールからアプリボリュームのデータをバックアップするには、「アプリデータのバックアップと復元」を参照してください。
    2. アプリボリュームのバックアップデータをメインサイトコンソール(/store/app_sync/backups)からデスティネーションサイトコンソール(/store/app_sync/backups)ディレクトリに転送します。 このステップは、 アクティベーション・シナリオ 2で利用可能だったメインサイトに対してのみ必要である。
    3. メイン サイト コンソールで次のコマンドを実行して、アプリ ボリュームのバックアップ データをメイン サイト コンソールから移行先サイト コンソールに転送します。
      systemctl start app_sync
    4. 転送先サイトコンソールディレクトリ（/store/app_sync/backups ）で転送を確認します。転送に失敗した場合、または問題が発生した場合は、メイン・サイト・コンソール（/store/apps/backup ）ディレクトリからデスティネーション・サイト・コンソール（/store/app_sync/backups ）ディレクトリにアプリ・ボリューム・バックアップをコピーします。

手順

  1. デスティネーション・サイトからフェイルバック操作を開始する。
    1. 宛先サイトの「 QRadar 」コンソールで、 [管理] > [データ同期アプリ] をクリックします。
    2. フェイルバック操作は、次の2つの方法で開始できます。
      • ダッシュボードから 「メインサイトへのフェイルバック」 を選択すると、フェイルバック操作を開始できます。
      • 左側のスライドアウトメニューを開き、 「メインサイトへのフェイルバック」 を選択すると、フェイルバック操作を開始できます。 このオプションは、チェックに失敗したにもかかわらず、フェイルバック操作を実行する必要がある場合に使用できます。 ただし、まずはチェックに失敗した項目を確認し、解決する必要があります。
    3. フェイルバックを実行] をクリックし、確認します。
    4. デスティネーション・サイトに誘導されたすべてのデータ・ソースをメイン・サイトに戻す。
    5. メインとデスティネーション両方のコンソールでリストアプロセスが完了したら：
      1. メインサイトで完全なデプロイメントを実行します。
      2. デスティネーション サイトで完全なデプロイメントを実行します。
      注： 管理ホストがメインサイトで適切にリホームされるように、完全な展開順序を維持する必要があります。
    6. メイン サイト QRadar コンソールで、フェイルバックが完了した時間にスクリプト /opt/ibm/si/dr/bin/dr_clear_seal_files.sh を実行し、サイト間でデータが適切に同期されるようにします。 詳細については、 「メインサイトで以前にコピーされたデータの再同期」 を参照してください。
  2. メインサイトを再アクティブ化する。
    1. メインサイトの「 QRadar 」コンソールで、 [管理 ] > [データ同期アプリ] をクリックします。
    2. アプリのメニューを開き、 メインサイトを再アクティブ化するを選択します。
    3. Reactivate をクリックし、 Next を クリックします。
    4. メイン サイトとデスティネーション サイトの両方の [ 管理] タブで、[ 変更のデプロイ] をクリックします。 メインサイトがアクティブになった。

次に実行するタスク

  1. アクティベーション完了後、両サイト間のペアリング接続は解除される。 ペアリング接続を再度確立するには、両方のサイトから次のペアリング コマンドを実行する必要があります。
    1. メインサイトの QRadar Consoleで、以下のスクリプトを実行します：
      /opt/ibm/si/dr/bin/dr_create_ssh.sh -i <destination_site_ip>
      .
    2. 移行先サイトの QRadar Consoleで、以下のスクリプトを実行します：
      /opt/ibm/si/dr/bin/dr_create_ssh.sh -i <main_site_ip>
      .
  2. AppHost にインストールされているアプリは、フェイルオーバーおよびフェイルバックの操作中にリストアまたは移行されません。 メイン・コンソール上でデスティネーション・サイト・アプリをリストアするには、以下の手順を実行します
    1. メイン・サイトのユーザーが、デスティネーション・サイトで利用可能であったがメイン・サイトからアクセスできないアプリケーションにアクセスする必要がある場合、 メイン・コンソール・サイト -> IBM QRadar Hub （旧称： IBM QRadar Assistant） -> アプリケーション -> インストール済みエクステンション・セクションを使用して再インストールする必要があります。

      リストアを成功させるには、メインサイトとリストア先サイトの両方でアプリのバージョンが同一である必要があります。

    2. 復元作業を行う前に、メインサイトのコンソールで既存のアプリのボリュームデータをバックアップしてください。
      • メイン・サイト・コンソールで正しいアプリ・ボリューム・バックアップが利用可能であることを確認します。 転送したアプリボリュームバックアップを復元するには、アプリボリュームバックアップデータを /store/app_sync/backups から /store/apps/backup にコピーします。
      • 必要なアプリとサイズの小さいアプリだけを復元する。 移行先サイトにより多くのアプリをリストアするため、またはDRサイトにアプリを長期間保持するために、リストア手順に進む前に、まず移行先サイトのコンソールから AppHost。
      • アプリのボリュームデータを復元するには、 「アプリデータのバックアップと復元」 を参照してください。 標準的なプラクティスは、UUIDを使用して、デスティネーション・サイト・コンソール上のデータ同期アプリ・ボリュームをリストアしないことです。
      • データ同期アプリは、それ自身の状態を維持し、メインサイトをアクティブにするためのフェイルバック操作を実行するために必要である。
    3. 復元が完了した後、またはフェイルオーバーやフェイルバックの操作後に、いずれかのアプリが Error 状態であることが判明した場合は、 qappmanager ユーティリティ ( /opt/qradar/support/qappmanager ) を使用してアプリを再起動します。
  3. Console-Only セットアップでは、フェイルオーバーとフェイルバックの間、ライセンスキー情報のみがリストアされます。 管理対象ホストは、ライセンスキー内で定義されている対応する nonConsoleEventLimit または flowLimit パラメータを保持します。 コンソール管理 -> システムおよびライセンス管理 -> 表示ドロップダウンの変更: ライセンス -> ライセンス プール管理を使用して、ライセンス プールの割り当てを手動で再構成する必要があります。