この記事は”Suraj Ramesh”による”OCI Full Stack Disaster Recovery: Feature Updates & Improvements – October 2025“の日本語翻訳版記事です。
2025年11月6日
OCI Full Stack Disaster Recovery (DR) サービスの新しい機能強化および標準化テンプレートのリリースを発表します。今回のアップデートにより、Oracle Cloud Infrastructure (OCI)全体で災害復旧の運用がこれまで以上に自動化され、信頼性が高く、簡単に実現できるようになりました。これらの更新は、お客様のレジリエンスを強化し、構成作業を効率化し、最新の自動化手法を採用することで、より安心かつ効率的に災害復旧環境を管理できるよう支援します。
今回のアップデートでは、以下の主要な機能が追加されています。
- Resource Principal Authenticationに対応したPolicy Advisor
- 自動DR構成
- DR Drill計画：Oracle Database Services（Exadata Database Service on Dedicated Infrastructure（ExaDB-D）、Exadata Database Service on Cloud@Customer（ExaDB-C@C））向けの組み込みプラングループ
- カスタムOracle Data Guard構成におけるロール切り替えを自動化する標準化スクリプト
- OCI Full Stack DR用Terraformモジュール
本ブログでは、それぞれの強化点がどのように災害復旧の運用をシンプルにし、準備状況を改善し、Oracle Cloudユーザーがより迅速で予測可能なリカバリを実現できるようになるかをご紹介します。
1. Resource Principal Authentication対応のPolicy Advisor
Full Stack DR構成において、IAMポリシーや動的グループを正しく設定することは、もっとも重要でありながらミスが起きやすい作業のひとつです。権限が不足していたり設定が不完全だったりすると、DR計画の作成や実行が失敗し、実際のスイッチオーバーやフェイルオーバー時（最も復旧時間が重要なタイミング）になって初めて問題が発覚するケースも少なくありません。
OCI Resource Principalは、Full Stack DRやFunctions、Autonomous DatabaseなどのOCIリソースが、ユーザーの資格情報やAPIキーなしで他のOCIサービスにアクセスできるようにする認証メカニズムです。
OCI Full Stack DRの新しいPolicy Advisor機能は、DR Protection Groupに追加されたリソースを自動的に分析し、Resource Principal Authenticationを利用するために必要なIAMポリシーや動的グループの設定を特定します。さらに、実際のDR実行時に想定されるリソース種別や操作内容に応じた、状況に合った推奨事項を提供します。
Policy Advisorを活用することで、お客様は次のことができます。
- DR計画作成・実行前にIAM設定を事前検証
- プラン実行失敗の原因となる設定ミスや抜け漏れを排除
- OCIのセキュリティや最小権限アクセスのベストプラクティスにも準拠
これにより、管理者はIAMの前提条件を明確に把握でき、DR設定の試行錯誤を減らすことができます。Policy Advisorを使えば、DR環境の構成だけでなく、適正な権限付与と本番リカバリのための準備がしっかりと整います。
たとえば、Autonomous Databaseを含むDR Protection Groupペアがあった場合、Protection Groupの詳細ページに新たに「推奨ポリシーの表示」セクションが追加されています。
このオプションを選択すると、Full Stack DRがグループ内のメンバーを自動的に分析し、各リソースに必要なIAMポリシーおよび動的グループ構成を提示します。「ポリシーステートメントのコピー」ボタンを使えば、推奨されるコマンドを簡単にコピーできるため、自社のガバナンス要件と照らし合わせて内容を確認し、必要に応じてテナンシ内のIAMポリシーや動的グループの作成・更新が可能です。
詳細は、Full Stack DR Resource Principalsのドキュメントをご参照ください。
https://docs.oracle.com/ja-jp/iaas/disaster-recovery/doc/resource-principal.html
2. 自動DR構成（Automatic DR Configuration）
従来のFull Stack DR構成では、基盤となるOracle Databaseがフェイルオーバーやスイッチオーバーした場合でも、関連するDRプランの実行は手動で行う必要がありました。この手動作業への依存は、復旧において一刻を争う局面で遅延の原因となることがあります。
OCI Full Stack DRの新しいAutomatic DR機能は、イベント駆動型の自動化によりこうした手間を排除します。Oracle Databaseでスイッチオーバーやフェイルオーバーが発生した際、該当するDR Protection Groupに関連付けられたDRプランをFull Stack DRが自動的に実行し、アプリケーションスタック全体の円滑な切り替えを実現します。
この自動化は、OCI Cloud Eventsサービスとの連携、およびそのManaged Rules機能を活用しています。Managed Rulesにより、Full Stack DRはOracle Databaseの監査イベント（スイッチオーバーやフェイルオーバーなど）を購読し、設定済みのAutomatic DRプラン構成に基づいて適切なDRプランの実行を自動的に開始します。
例えば、Full Stack Disaster Recovery Protection Groupに含まれるOracle Autonomous AI Databaseでスイッチオーバー操作が行われた場合、Full Stack DRサービスはCloud EventsのManaged Rule経由でこのイベントを自動検知します。そして、事前に定義されたFull Stack DRのスイッチオーバー計画が即座に実行され、関連するアプリケーション層（コンピュート、ミドルウェア、アプリケーション）が速やかにスタンバイリージョンへ切り替わります。これにより、Full Stack DRスイッチオーバープランの実行を手動で行う必要がなくなります。
主なメリット：
- イベント駆動の高速復旧により、リアルタイムなDBイベント発生時にDRプランが自動実行されます
- 重要な復旧時の運用負担を軽減し、人手による作業依存を解消
- Full Stack DRに含まれるスタック全体が、新しいプライマリリージョンへ一貫して切り替わる予測可能な運用を実現
設定手順：
この例では、次のような構成を持つDR Protection Groupペアを使用します
| DR Protection group | リージョン | ロール | メンバー |
|---|---|---|---|
| AutoDR-IAD | Ashburn | プライマリ | appdev（ADB-S、プライマリDB）、appvm（移動するコンピュート）、appvg（移動インスタンス用ボリュームグループ） |
| AutoDR-PHX | Phoenix | スタンバイ | appdev_PHX（ADB-S、スタンバイDB） |
1. Switchover（スイッチオーバー）およびFailover（フェイルオーバー）のDRプランが、AutoDR-PHX DR Protection Group内で作成されています。
2.「Automatic DR configurations（自動DR構成）」セクションに移動し、自動DRプランを作成して「作成」ボタンをクリックします。
3.名称を入力し、デフォルトのスイッチオーバープランおよびフェイルオーバープランを選択します。
4.「構成」ボタンをクリックし、対応しているリソースタイプを選択します。今回の例では「Autonomous Database」を選択し、メンバーとして追加済みの対象Autonomous Databaseを指定します。スイッチオーバープランとフェイルオーバープランの両方を有効にしたい場合は、それぞれのトグルボタンをONにしてください。どちらか一方以上を有効にすることが、自動DR構成を利用するための必須条件となります。
5.自動DRメンバーが追加され、対応するDRプランが有効になっていることを確認します。その後、「作成」をクリックします。
6.AutoDRプランが有効化され、すぐに利用できる状態になりました。
7.このAutoDRをテストするため、Autonomous AI DatabaseコンソールからAutonomous Databaseのスイッチオーバーを実行してみましょう。
8.データベースのロール変更が完了すると、数分以内にFull Stack DRが自動的に「Switchover – IAD to PHX」プランをトリガーします。「スイッチオーバー」プランの実行が自動的に開始されたことを確認できます。自動DR構成によって実行されたDRプランは、実行名の先頭に**「Automatic-XXXX」**という接頭辞が付きます。
9. 数分後、スイッチオーバーのDRプラン実行が正常に完了しました。DR Protection Groupに含まれるすべての必要なコンポーネント（アプリケーションVMや関連するストレージボリュームグループ）が、新しいプライマリリージョンであるPhoenixで復旧されています。
自動DR構成に関する重要な注意事項
自動DR構成を行う際は、以下の点にご注意ください。
- 対応するOracle AI Databaseメンバー： 自動DR構成は現在、ADB-S、ADB-D、ExaDB-D、ExaDB-XS、ExaDB-C@Cの各Oracleデータベース種別をサポートしています。これらのデータベースリソースは、自動DRを有効化する前にDR Protection Groupへ追加しておく必要があります。また、Oracle Data GuardはOCIコンソール、API、またはSDKを使って構成する必要があります。
- 自動DR設定は、スタンバイ側のDR Protection Groupに対して1つだけ作成可能で、スイッチオーバーとフェイルオーバーの両プランに対応します。
- 自動DR構成では、DR Drillプランはサポートされていません。
- 自動トリガー（スイッチオーバーやフェイルオーバー）は、目的に応じていずれか一方または両方を有効化できます。
自動DRを利用することで、管理者はOCI Full Stack DRによる自動オーケストレーションに任せて、手動作業なしで迅速な復旧やビジネス継続性の確保が可能となります。詳細は、自動DR構成のドキュメントをご参照ください。
3. DR Drillプラン – ExaDB-DおよびExaDB-C@C向け組み込み計画グループ
災害復旧への備えを定期的にテストすることは、運用上のレジリエンスを維持するうえで不可欠です。Full Stack DRをご利用のお客様は、DR Drillプランを活用して自社の復旧ワークフローを検証しています。
最近、Exadata Database Service on Dedicated Infrastructure（ExaDB-D） および Exadata Database Service on Cloud@Customer（ExaDB-C@C） サービスにおいて、物理スタンバイデータベースからスナップショット・スタンバイ、またはスナップショット・スタンバイから物理スタンバイへの役割変更を行うためのAPIが追加されました。これにより、OCI Full Stack DRは、ExaDB-DやExaDB-C@C環境でStart Drill/Stop Drillプランを作成する際、自動的に組み込みプラングループを生成できるようになりました。
主なメリット：
- スナップショット・スタンバイデータベースの機能を活用し、業務影響のないDR Drillテストが可能
- Full Stack DR構成内で、ExaDB-D/ExaDB-C@Cに加え、依存するすべてのメンバー（コンピュート、ストレージなど）にも一貫したDRオーケストレーション体験を提供
設定手順：
この例では、ExaDB-C@C上で稼働するOracle Databaseを追加し、Drillプランを作成する際の概要手順を説明します。
- プライマリDBおよびスタンバイDBメンバーをDR Protection Groupに追加します。
2. Start Drillプランを作成します。
3. 物理スタンバイをスナップショット・スタンバイに変換するための組み込みプラングループが自動的に作成されます。
4.Start Drillプランを実行し、正常に完了したことを確認します
5.Stop Drillプランを作成します。Full Stack DRは、スナップショット・スタンバイを物理スタンバイデータベースに戻すための組み込みプラングループを自動的に作成します。
6. Stop Drillプランを実行し、正常に完了したことを確認します。
ExaDB-DやExaDB-C@Cなど、ミッションクリティカルなExadataクラウドサービス向けにDrillプランの各ステップを自動化することで、お客様は本番に近い環境で災害復旧プロセスを定期的に検証できます。これにより、DR構成が常に信頼性が高く、十分にテストされ、いざという時にも確実に稼働できる状態を維持できます。
4. カスタムOracle Data Guard構成のロール切り替え自動化のための標準化スクリプト
Oracle Data Guardの構成には、OCI Oracle DatabaseクラウドサービスのコンソールやAPI、SDKの利用が強く推奨されます。
OCI Oracle Databaseクラウドサービスを活用する多くのエンタープライズ顧客は、カスケード・スタンバイ構成や、アプリケーション互換性維持のための旧バージョンデータベースなど、手動で実装した複雑なOracle Data Guard構成を管理しています。こうした環境はOCIの標準管理インターフェースの枠外となることが多く、Full Stack DRプランに組み込む際に追加対応が必要です。
この課題を解消するため、OCI Full Stack DRは、スイッチオーバー／フェイルオーバー／DR Drill操作および事前チェック用の、すぐに使えるOracle Data Guard標準テンプレートスクリプトを提供しています。これらのスクリプトを活用すれば、手動構成のData Guardデータベースもカスタム開発なしでFull Stack DRプランに統合可能です。
テンプレートは次のOracle Databaseサービスに対応しています：
- Oracle Base Database Service
- Oracle Exadata Database Service on Dedicated Infrastructure（ExaDB-D）
- Oracle Exadata Database Service on Exascale Infrastructure（ExaDB-XS）
- Oracle Exadata Database Service on Cloud@Customer（ExaDB-C@C）
詳細な手順は、チュートリアル「OCI Full Stack DRおよびカスタム・スクリプトを使用した、OCI Database Servicesでの手動で構成されたOracle Data Guardのロール変更の自動化」をご参照ください。
これらのテンプレートベースのスクリプトにより、お客様はすべてのデータベース構成やリカバリワークフローでベストプラクティスに沿った、信頼性が高く再現性のあるData Guardロール切り替えの自動化を実現できます。
5. OCI Full Stack DR用Terraformモジュール
OCI Full Stack DRでは、新たに標準Terraformモジュールが提供され、Infrastructure as Code（IaC）による災害復旧構成のプロビジョニングと管理の自動化が可能になりました。これらのモジュールを使うことで、DR Protection Groupの作成、メンバー追加、ロール割り当て、DRプランの作成・実行といった一連の作業が、バージョン管理・再現性・監査性を担保しつつ自動化できます。詳細はOCI Full Stack DR Terraformモジュールリポジトリをご参照ください。
このサンプルモジュールを使えば、Autonomous AI Database、OKEクラスタ、OCIコンピュート（可搬インスタンス）を活用するアプリケーションの次の作業を自動化できます：
- リージョン1およびリージョン2にDR Protection Groupを作成
- リージョン1をプライマリ、リージョン2をスタンバイとしてロールを割り当て
- 両リージョンのDR Protection Groupにメンバーを追加
- リージョン2でスイッチオーバープランを作成
- リージョン2で事前チェックおよびスイッチオーバープランを実行
- リージョン1でスイッチオーバープランを作成
- リージョン2で事前チェックおよびスイッチオーバープランを実行
今後もさらに多くのサンプル例を追加していく予定です。
まとめ
今回ご紹介した最新の機能強化により、OCI Full Stack DRはフルスタックのレジリエンシーを実現する総合的かつ自動化を重視したプラットフォームとして進化し続けています。Automatic DRやOracle Databaseサービス向けの組み込みDR Drillプラングループなどの機能により、オーケストレーションやテストがより簡単になります。また、Policy Advisorや標準のData Guardスクリプトによって設定作業の複雑さが軽減され、運用信頼性も向上します。Terraformモジュールの導入により、お客様は自社のFull Stack DR構成をより容易に自動化でき、復旧作業の一貫性や再現性、スピードを高めることが可能です。
これらのアップデートを通じて、Full Stack DRはさらに賢く、柔軟性が高く、既存のクラウド運用への統合も容易になりました。お客様は、復旧時間の短縮や手動作業の削減、OCI全体での災害復旧戦略に対するより大きな安心を得ることができます。
さらに詳しく知りたい方へ
ドキュメント、価格情報、導入事例、動画、チュートリアル、ハンズオンラボなどの詳細情報は「Full Stack Disaster Recovery」公式ページをご参照ください。
エンドツーエンドで全自動の災害復旧を実現するFull Stack DRについては、以下のリンクもあわせてご覧ください。