フェイルオーバー後のDR構成のリセット

問題: フェイルオーバー計画の実行では、プライマリDR保護グループのリソースをクリーンアップしたり、DR遷移を逆方向に準備するようにDRメンバー・プロパティを構成したりしません。

解決策: フェイルオーバー計画の実行が成功したら、手動でこのクリーンアップを実行し、プロパティの構成を元に戻して、必要に応じて逆方向にスイッチオーバーまたはフェイルオーバー用のDR構成を準備する必要があります。
ノート

ここにリストされている手動クリーンアップ・ステップを実行するには、既存のすべてのDR計画をリフレッシュする必要があります。リフレッシュの実行後、すべてのDR計画を確認する必要があります。

フェイルオーバー計画実行の最後に、次のクリーンアップおよび再構成タスクを手動で実行します。

ここで説明する各メンバー・タイプのクリーンアップを開始する前に、古いプライマリ(新しいスタンバイ)DR保護グループのロールおよび状態が正しいことを確認してください。新しいスタンバイDR保護グループのロールはスタンバイで、そのライフサイクル状態はアクティブである必要があります。DR保護グループのロールを編集するには、DR保護グループの情報ペインの「ロール」フィールドの横にある「編集」をクリックします。DR保護グループのライフサイクル状態は、「アクション」メニューの「状態のリセット」を選択してリセットできます。

ボリューム・グループ・メンバー

古いプライマリDR保護グループのボリューム・グループ・メンバーごとに、次のステップを実行します。

  1. 古いプライマリDR保護グループの元のボリューム・グループ・メンバーごとにレプリケーションを無効にします。
  2. 元のボリューム・グループ・メンバーをすべて古いプライマリDR保護グループから削除します。
  3. 前のステップで古いプライマリDR保護グループから削除されたすべてのボリューム・グループを終了します。
  4. 現在のプライマリDR保護グループに追加された新しいボリューム・グループ・メンバーごとに、ボリューム・グループ・レプリケーションを逆方向(現在のプライマリ・リージョンから現在のスタンバイ・リージョン)に構成します。
  5. 必要に応じて、宛先バックアップ・ポリシー、宛先顧客管理キーなど、現在のプライマリDR保護グループ内の各新規ボリューム・グループ・メンバーに追加のメンバー・プロパティを構成します。

ファイル・システム・メンバー

古いプライマリDR保護グループのファイル・システム・メンバーごとに、次のステップを実行します。

  1. 古いプライマリDR保護グループの元のファイル・システム・メンバーごとにレプリケーションを無効にします。
  2. 元のファイル・システム・メンバーをすべて古いプライマリDR保護グループから削除します。
  3. 前のステップで古いプライマリDR保護グループから削除されたすべてのファイル・システムを終了します。
  4. 現在のプライマリDR保護グループに追加された新しいファイル・システム・メンバーごとに、ファイル・システムのレプリケーションを逆方向(現在のプライマリ・リージョンから現在のスタンバイ・リージョン)に構成します。
  5. 必要に応じて、宛先スナップショット・ポリシー、宛先顧客管理キーなど、現在のプライマリDR保護グループ内の新しいファイル・システム・メンバーごとに、追加のメンバー・プロパティを構成します。

オブジェクト・ストレージ・メンバー(バケット)

古いプライマリDR保護グループのオブジェクト・ストレージ・バケット・メンバーごとに、次のステップを実行します。

  1. 古いプライマリDR保護グループの元のオブジェクト・ストレージ・バケットごとにレプリケーションを無効にします。
  2. 元のオブジェクト・ストレージ・バケットをすべて古いプライマリDR保護グループから削除します。
  3. 削除されたこれらのオブジェクト・ストレージ・バケットを終了しないでください
  4. 現在のプライマリDR保護グループに存在するオブジェクト・ストレージ・バケットごとに、オブジェクト・ストレージ・バケットのレプリケーションを逆方向(現在のプライマリ・リージョンから現在のスタンバイ・リージョン)に構成します。

コンピュート・インスタンス・メンバーの移動

古いプライマリDR保護グループの移動するコンピュート・インスタンス・メンバーごとに、次のステップを実行します:

  1. 古いプライマリDR保護グループ内の移動中のインスタンス・メンバーにアタッチされているすべてのブロック・ボリュームをデタッチして終了します。
  2. 元の移動中のコンピュート・インスタンス・メンバーをすべて、古いプライマリDR保護グループから削除します。
  3. 前のステップで古いプライマリDR保護グループから削除されたすべての移動中のコンピュート・インスタンスを終了します。これらのコンピュート・インスタンスを終了する場合は、アタッチされたブート・ボリュームも必ず削除してください。

非移動コンピュート・インスタンス・メンバー

古いプライマリDR保護グループ内の非移動コンピュート・インスタンス・メンバーごとに、次のステップを実行します:

  1. 古いプライマリDR保護グループで、アタッチ/デタッチ操作用に構成されたすべてのブロック・ボリュームをデタッチおよび終了します。これらのブロック・ボリュームのリストは、「拡張オプション」セクションの「ブロック・ボリューム」タブにあります。
  2. 古いプライマリDR保護グループで、マウント/アンマウント・ファイル・システム操作用に構成されたすべてのファイル・システムをアンマウントします。これらのファイル・システムのリストは、「拡張オプション」セクションの「ファイル・システム」タブにあります。
  3. 古いプライマリDR保護グループで、既存のマウント・ターゲットの詳細を削除し、「拡張オプション」セクションの「ファイル・システム」タブで「マウント・ターゲット」プロパティを再構成します。
  4. 古いプライマリDR保護グループで、「拡張オプション」セクションの「ブロック・ボリューム」タブでブロック・ボリュームの既存のアタッチ/デタッチ・プロパティを削除し、新しいプライマリDR保護グループのブロック・ボリューム情報を使用して再構成します。

データベース・メンバー (ベース・データベース、Exadata Database [すべてのタイプ]、Autonomous Container Database)

古いプライマリDR保護グループのデータベース・メンバーごとに、次のステップを実行します。

  1. OCIデータベース・コンソールを使用して、新しいプライマリ・データベースにプライマリ・ロールがあり、古いプライマリ・データベースに無効なスタンバイ・ロールがあることを確認します。
  2. 古いプライマリDR保護グループ内の各データベース・メンバーに対してData Guard回復操作を実行します。詳細は、データベース・スイッチオーバーおよびフェイルオーバーの実行およびデータベースの回復を参照してください。

ロード・バランサおよびネットワーク・ロード・バランサのメンバー

古いプライマリDR保護グループのロード・バランサおよびネットワーク・ロード・バランサ・メンバーごとに、次のステップを実行します。

  1. インスタンスを移動するバックエンド・セットの場合、バックエンド・セットからすべてのバックエンドを削除します。
  2. 非移動インスタンスを指すバックエンド・セットの場合、バックエンド・セットをオフラインとしてマークします。

OKEクラスタ・メンバー

古いプライマリDR保護グループのOKEクラスタ・メンバーごとに、次のステップを実行します。

  1. OKEクラスタにログインし、brieという名前のネームスペースを削除します。これにより、OKEクラスタのバックアップが無効になります。
  2. OKEクラスタにログインし、DR用に構成されたすべてのネームスペースを手動で削除します。これらのネームスペースに関連付けられているすべてのリソースも削除されていることを確認します。これらの関連リソースの例として、ポッド、デプロイメント、永続ボリューム、CRDなどがあります。