※ 本記事は、Devneel Vaidya、Karan Singhによる”Announcing Cross-Region Warm Standby for OCI Database with PostgreSQL“を翻訳したものです。

2026年8月24日

常時稼働のカスタマ・エクスペリエンスに対する需要が高まる中、ディザスタ・リカバリ(DR)計画がエンタープライズ・デプロイメントの中核的な要件となっています。

OCI Database with PostgreSQLにおけるクロスリージョン・ウォーム・スタンバイを発表できることを嬉しく思います。この新機能により、セカンダリOCIリージョン間で最大2つのウォーム・スタンバイ・データベース・システムを維持することができます。ウォーム・スタンバイはプライマリと同期された状態であり、別のリージョンでサービスをリカバリするか、計画された移行を実行する必要がある場合に手動で昇格できます。プライマリ・データベース・システムはソース・リージョンで実行され、アプリケーションの読取り/書込みトラフィックを処理しますが、ウォーム・スタンバイは読取り専用レプリカとしてセカンダリ・リージョンで実行され、プライマリからの変更を継続的に受信およびリプレイします。レプリケーションの準備状況は、両方のシステムでOCIメトリックを使用して監視できます。

OCIコンソールでの利用開始は簡単です:  

  1. ウォーム・スタンバイを確立するプライマリ・データベース・システムを選択します。
  2. セカンダリ・リージョンを選択し、
  3. ウォーム・スタンバイ・レプリカを作成して、クロスリージョン・デプロイメントを確立します。

以上です。各ステップの詳細については、以下を参照してください: 

1) プライマリ・データベース・システム(ソース・リージョン)を選択(または作成)

クロスリージョン・ウォーム・スタンバイは、ソース・リージョンのプライマリOCI Database with PostgreSQLシステムから開始します。保護する本番データベース・システムがすでにある場合は、その既存のシステムをプライマリとして使用するか、新しいシステムを作成できます: 

新しいプライマリ・データベース・システムを作成 (必要な場合)

  1. OCIコンソールにログインしてソース・リージョンに移動: OCIコンソールにログインし、「Home」に移動して、データベース作成に必要なソース・リージョンを選択します。
  2. 新しいPostgreSQLデータベース・システムの作成: OCIコンソールで、PostgreSQLデータベースの下の「Database」 > 「Database Systems」に移動し、「Create PostgreSQL Database System」をクリックして設定を開始します。
  3. データベースの詳細の入力: わかりやすい名前、適切なコンパートメント、VCNとサブネット、データベース・アクセス用の管理ユーザー名とセキュアなパスワードなど、新しいデータベース・システムに必要な情報を入力します。
OCI Database with PostgreSQL database systems page showing the active primary system in the source region, ready to serve as the source for replication.
図1: OCI Database with PostgreSQLデータベース・システム・ページに、レプリケーションのソースとして機能する準備ができたソース・リージョン内のアクティブなプライマリ・システムが表示されます。

ウォーム・スタンバイ(レプリカ)データベース・システムの作成

  1. セカンダリ・リージョンに切り替えてレプリカ作成を開始: OCIコンソールにログインし、セカンダリ・リージョンを選択し、「Database」 > 「Database Systems (PostgreSQL)」にナビゲートし、「Create PostgreSQL Database System」をクリックして、「Creation type」を「Create Replica Database System」に設定します。
     
  2. レプリケートするプライマリ・データベース・システムの選択: プライマリ・リージョンを選択し、レプリケートするアクティブなプライマリPostgreSQLデータベース・システムを選択します。
Replica creation flow in the secondary region, where the active primary database system is selected as the source for the warm standby.
図2: ウォーム・スタンバイのソースとしてアクティブなプライマリ・データベース・システムが選択されているセカンダリ・リージョンでのレプリカ作成フロー。
  1. 設定の確認とサブミット: ウォーム・スタンバイの詳細(名前、コンパートメント、ネットワーク)を入力し、オプションでRPOの強制を有効にします(固定5分のしきい値。このしきい値を超えると、プライマリは読取り専用に切り替わり、スタンバイがキャッチ・アップできるようになります)。次に、「Submit」をクリックして、レプリカがロールがウォーム・スタンバイでアクティブになっていることを確認します。 
Warm standby details page showing the replica in Active state with the Warm Standby role after setup is complete.
図3: セットアップが完了した後、アクティブ状態のレプリカとウォームスタンバイロールが表示されたウォームスタンバイの詳細ページ。

計画メンテナンスとDR訓練: スイッチオーバー

計画されたイベント(DRテストなど)中にプライマリ・データベース・システムとウォーム・スタンバイ・データベース・システム間のロールを元に戻すには、スイッチオーバーを実行します。

Switchover workflow for a controlled role reversal from the primary database system to the synchronized warm standby.
図4: プライマリ・データベース・システムから同期されたウォーム・スタンバイへの制御されたロール・リバーサルのスイッチオーバー・ワークフロー。

リージョン障害: 手動フェイルオーバーと昇格

プライマリ・データベース・システムが使用できなくなった場合は、ウォーム・スタンバイを昇格してサービスをリカバリできます。昇格時に、データ損失を最小限に抑えるために利用可能な保留中のWALを先に適用するか、アクセスをより迅速に復旧するために直ちに昇格するかを選択できます。

Promotion flow that converts the warm standby into a standalone database system during failover or recovery from a regional outage.
図5: リージョナル停止からのフェイルオーバーまたはリカバリ中にウォーム・スタンバイをスタンドアロン・データベース・システムに変換するプロモーション・フロー。

定常状態への復帰: オプションのスイッチバック

ソース・リージョンがリストアされた後、元のプライマリを、新しく昇格されたシステムのレプリカとして再構成できます。必要に応じて、後で追加のスイッチオーバーを実行して、元の「ソース・リージョンのプライマリ/セカンダリ・リージョンのスタンバイ」トポロジに戻ることができます。

主なポイント

OCI Database with PostgreSQLのクロスリージョン・ウォーム・スタンバイは、継続的に更新されるスタンバイ・データベース・システムをセカンダリOCIリージョンに保持することで、クロスリージョン・ディザスタ・リカバリの実用的な基盤を提供します。これは、不要な運用上の複雑さを追加することなく、リージョン障害時のダウンタイムを削減し、計画メンテナンスおよびリージョン移行シナリオにおける制御された切替えを支援するように設計されています。

クロスリージョン・ウォーム・スタンバイについてさらに学習するには、製品ドキュメントを参照してください。

また、追加のリソースを参照して、OCI Database with PostgreSQLについてさらに学習することもできます: 

チュートリアルなど: