OCI Full Stack Disaster Recovery: 機能の更新と改善 –2025年10月 (2025/10/29)

OCI Full Stack Disaster Recovery: 機能の更新と改善 –2025年10月 (2025/10/29)

https://blogs.oracle.com/maa/oci-full-stack-dr-new-features-october-2025

投稿者：Suraj Ramesh | Senior Principal Product Manager

OCI Full Stack Disaster Recovery（DR）サービスの新たな機能強化と標準化されたテンプレートを発表できることを嬉しく思います。これらのアップデートは、Oracle Cloud Infrastructure（OCI）全体でディザスタ・リカバリ運用の自動化、信頼性の向上、そして容易化を実現するように設計されています。これらのアップデートにより、お客様はレジリエンス（回復力）の向上、構成の合理化、そして最新の自動化手法の導入を実現し、より確実かつ効率的にディザスタ・リカバリ環境を管理できるようになります。

このアップデートでは、いくつかの重要な機能が導入されています。

  • リソースプリンシパル認証を備えたポリシーアドバイザー 
  • 自動DR構成
  • DRドリル プラン – 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 Disaster Recovery 用 Terraform モジュール

このブログでは、これらの機能強化がどのように災害復旧オペレーションを簡素化し、準備性を向上させ、Oracle Cloud のお客様がより迅速で予測可能な復旧結果を実現できるようにするのかについて説明します。

1. リソースプリンシパル認証を備えたポリシーアドバイザー 

IAMポリシーと動的グループを正しく設定することは、Full Stack DR構成を構築する上で最も重要かつエラーが発生しやすいステップの一つです。権限の不足や不完全な設定は、DRプランの作成や実行に失敗する原因となり、これらの問題は、復旧時間が最も重要となる実際のスイッチオーバーやフェイルオーバー時に初めて発見されることがよくあります。

OCI リソース プリンシパル は、Full Stack DR、Functions、Autonomous Databaseなどの OCI リソースが、ユーザー資格情報や API キーを必要とせずに他の OCI サービスにアクセスできるようにする認証メカニズムです。

OCI Full Stack DRの新しいポリシーアドバイザー機能は、DR保護グループに追加されたリソースを自動的に分析し、リソースプリンシパル認証を使用するために必要なIAMポリシーと動的グループ構成を特定します。その後、DR実行中に想定されるリソースの種類と操作に基づいて、コンテキストに応じた推奨事項を提供します。

Policy Advisor を使用すると、顧客は次のことが可能になります。

  • DR プランを作成または開始する前に、IAM セットアップを事前検証します。
  • 一般的に計画実行の失敗の原因となる構成のギャップを排除します。
  • OCI のセキュリティと最小権限アクセスのベスト プラクティスに準拠していることを確認します。

この機能により、管理者はIAMの前提条件を明確に把握でき、DR設定時の試行錯誤を削減できます。Policy Advisorを使用すると、DR環境は適切に構成されるだけでなく、エンドツーエンドのリカバリ操作を自信を持って実行できる権限も付与されます。Autonomous Databaseをメンバーの1つとして含むDR保護グループペアを考えてみましょう。DR保護グループの詳細ページに、「推奨ポリシーを表示」という新しいセクションが表示されます。

このオプションを選択すると、Full Stack DR はグループのメンバーを自動的に分析し、それらのリソースに必要な IAM ポリシーと動的グループ設定を表示します。その後、「ポリシーステートメントをコピー」ボタンを使用して推奨コマンドをコピーし、ガバナンス要件との整合性を確認し、テナンシー内で対応する IAM ポリシーと動的グループを作成または更新できます。詳細については、Full Stack DR のリソースプリンシパルに関するドキュメントをご覧ください。

2. 自動DR構成

Full Stack DR構成では、Full Stack DRを構成する基盤となるOracle Databaseが既にフェイルオーバーまたはロール切り替え済みであっても、DRプランを手動で実行する必要があります。この手動依存により、一秒一秒が重要な重要なリカバリ時に遅延が発生する可能性があります。

OCI Full Stack DRの新しい自動DR機能は、イベントドリブンの自動化を導入することで、この手動ステップを排除します。Oracle Databaseのスイッチオーバーまたはフェイルオーバーが発生すると、Full Stack DRは該当するDR保護グループに関連付けられたDRプランを自動的に実行し、アプリケーションスタック全体にわたるシームレスな移行を保証します。

この自動化は、OCI Cloud Eventsサービスとの統合によって実現され、そのマネージドルール機能を活用しています。マネージドルールにより、Full Stack DRはスイッチオーバーやフェイルオーバーなどのOracle Database監査イベントをサブスクライブし、自動DRプラン設定に基づいて適切なDRプランの実行を自動的に開始できます。

Full Stack Disaster Recovery保護グループの一部であるOracle Autonomous AI Databaseでスイッチオーバー操作が実行されると、Full Stack DRサービスはクラウド・イベント・マネージド・ルールを介してこのイベントを自動的に検出します。この検出により、事前定義されたFull Stack DRスイッチオーバー・プランがトリガーされ、関連するアプリケーション層（コンピューティング、ミドルウェア、アプリケーション）がスタンバイ・リージョンに即座に移行されます。これにより、Full Stack DRスイッチオーバー・プランを手動で実行する必要がなくなります。

主な利点は次のとおりです:

  • より高速なイベント駆動型リカバリにより、リアルタイムのデータベース イベントに応じて DR プランが自動的に実行されます。
  • 運用オーバーヘッドが削減されるため、プレッシャーの大きいリカバリ シナリオでも人的依存が排除されます。
  • 予測可能で一貫性のある結果により、Full Stack DR の一部であるスタック全体が新しいプライマリ リージョンに移行されます。

クイックウォークスルー:

  この例では、次の構成の DR 保護グループ ペアがあります。

DR保護グループリージョンロールメンバー
AutoDR-IADAshburnPrimaryappdev (ADB-S、プライマリ DB)
appvm (移動コンピューティング)
appvg (移動インスタンスのボリューム グループ)
AutoDR-PHXPhoenixStandbyappdev_PHX (ADB-S、スタンバイDB)

1. AutoDR-PHX DR 保護グループにスイッチオーバーおよびフェイルオーバー DR プランが作成されます。

2. 「自動DR構成」セクションに移動し、自動DRプランを作成して「作成」をクリックします。

3. 名前を入力し、デフォルトのスイッチオーバーおよびフェイルオーバー プランを選択します。

4. 「構成」をクリックし、サポートされているリソースタイプを選択します。この例では「Autonomous Database」を選択し、自動DR構成に追加するメンバーとして追加されている必要なAutonomous Databaseを選択します。スイッチオーバープランとフェイルオーバープランの両方を有効にする場合は、両方のボタンを切り替えて、自動スイッチオーバープランとフェイルオーバープランをトリガーします。自動DR構成を使用するには、これらのオプションのいずれかを有効にする必要があります。

5. 自動DRメンバーが追加され、DRプランが有効になっていることを確認します。その後、「作成」をクリックします。

6. AutoDR プランがアクティブになり、使用できる状態になります。

7. この AutoDR をテストするには、Autonomous AI Database コンソールから Autonomous Database のデータベース切り替えを実行します。

8. DBロールの変更が完了すると、数分以内にFull Stack DRによってスイッチオーバープラン「スイッチオーバー - IADからPHXへ」が自動的に実行されます。「スイッチオーバー」プランの実行が自動的に開始されたことを確認できます。自動DR設定によって開始されたDRプランの実行名には、「Automatic-XXXX」というプレフィックスが付きます。

9. 数分後、スイッチオーバーDRプランの実行が正常に完了しました。DR保護グループを構成するすべての必須コンポーネント（アプリケーションVMと依存ストレージボリュームグループ）が、新しいプライマリリージョン（Phoenix）に復旧されました。

自動DR構成に関する重要な考慮事項

自動 DR を構成するときは、  以下の点に注意してください。 

  • サポートされているOracle Databaseメンバー：自動DR構成は現在、ADB-S、ADB-D、ExaDB-D、ExaDB-XS、およびExaDB-C@CのOracle Databaseタイプをサポートしています。自動DRを有効にする前に、これらのデータベースリソースをDR保護グループに追加する必要があります。Oracle Data Guardは、OCIコンソール/API/SDKを使用して構成する必要があります。
  • スタンバイ DR 保護グループでは、スイッチオーバー プラン タイプとフェイルオーバー プラン タイプの両方をサポートする自動 DR 構成プランを 1 つだけ作成できます。
  • DR ドリル プランは自動 DR 構成ではサポートされません。
  • 必要な回復動作に応じて、自動トリガーの 1 つまたは両方 (スイッチオーバーまたはフェイルオーバー) を有効にすることができます。

Automatic DRを使用すると、管理者はOCI Full Stack DRを利用してリカバリ操作を自動的にオーケストレーションし、リカバリ時間を短縮し、手動介入なしでビジネス継続性を確保できます。詳細については、Automatic DR Configurationのドキュメントをご覧ください。

3. DRドリル計画 – Oracle Databaseサービス（ ExaDB-DおよびExaDB-C@C）の組み込み計画グループ

災害復旧の準備を定期的にテストすることは、運用の復元力を維持するために不可欠であり、Full Stack DR のお客様は DR ドリル プランを利用して復旧ワークフローを検証しています。

最近、  Exadata Database Service on Dedicated Infrastructure (ExaDB-D) および Exadata Database Service on Cloud@Customer (ExaDB-C@C) サービスに、データベースロールをフィジカルスタンバイデータベースからスナップショットスタンバイへ、またスナップショットスタンバイからフィジカルスタンバイへ変換するための API が導入されました。OCI Full Stack DR では、これらの API を活用して、ExaDB-D および ExaDB-C@C 環境の Start Drill プランと Stop Drill プランを作成する際に、組み込みのプラングループを自動的に作成できるようになりました。

主な利点:

  • スナップショット スタンバイ データベース機能を使用した、中断のない DR ドリル テスト。
  • Full Stack DR 構成の ExaDB-D および ExaDB-C@C に加えて、コンピューティング、ストレージなどのすべての依存メンバーの既存の組み込みプラン グループを使用した一貫した DR オーケストレーション エクスペリエンス。

クイックウォークスルー:

この例では、ExaDB-C@C から実行される Oracle Databaseを追加し、ドリル プランを作成する手順の概要について説明します。

1. プライマリおよびスタンバイDBメンバーをDR保護グループに追加する

2. 開始ドリル計画を作成します。

3. フィジカルスタンバイをスナップショットスタンバイに変換するための組み込みプラングループが作成されます。

4. 開始ドリル計画を実行し、正常に実行されたことを確認します。

5. ストップドリルプランを作成します。Full Stack DRは、スナップショットスタンバイデータベースをフィジカルスタンバイデータベースに変換するための組み込みプラングループを作成します。

6. 停止ドリル プランを実行し、正常に実行されたことを確認します。

ミッションクリティカルな Exadata クラウド サービス (ExaDB-D、ExaDB-C@C) のドリル プラン手順を自動化することで、顧客は本番環境と同様の環境で災害復旧プロセスを定期的に検証し、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ドリルダウン操作の自動化と事前チェックのための、すぐに使えるサンプルとして、標準化されたOracle Data Guardテンプレートスクリプトを提供しています。これらのスクリプトを使用することで、お客様はカスタム開発なしで、手動で構成したData GuardデータベースをFull Stack DRプランに統合できます。

テンプレートは、次の Oracle Database サービスに適用されます。

  • Oracle Base Database サービス
  • 専用インフラストラクチャ上の Oracle Exadata Database サービス (ExaDB-D)
  • Exascale Infrastructure 上の Oracle Exadata Database サービス (ExaDB-XS)
  • Oracle Exadata Database サービス on Cloud@Customer (ExaDB-C@C)

詳細なドキュメントについては、このチュートリアル「OCI Full Stack DR およびカスタム スクリプトを使用して OCI Database サービスで手動で構成された Oracle Data Guard のロール変更を自動化する」を参照してください。

これらのテンプレートベースのスクリプトは、一貫したフレームワークを提供し、顧客が信頼性が高く繰り返し可能な Data Guard ロール移行を実装するのに役立ち、すべてのデータベース構成とリカバリ ワークフローにわたってベスト プラクティスを保証します。

5. OCI Full Stack DR 用 Terraform モジュール

OCI Full Stack DRは、Infrastructure as Code（IaC）を用いた災害復旧構成のプロビジョニングと管理を自動化するための標準Terraformモジュールを提供するようになりました。これらのモジュールは、DR保護グループの作成、メンバーの追加、ロールの関連付け、DRプランの作成と実行をサポートし、バージョン管理された、繰り返し実行と監査が可能なDR設定を実現します。詳細については、  OCI Full Stack DR Terraformモジュールリポジトリをご覧ください。

このサンプル モジュールを使用すると、Autonomous AI Database、OKE Cluster、および OCI コンピューティング (移動インスタンス) を使用しているアプリケーションに対して以下のプロセスを自動化できます。

  • リージョン 1 とリージョン 2 に DR 保護グループを作成する
  • 役割を関連付け、リージョン 1 をプライマリ、リージョン 2 をスタンバイ
  • リージョン1とリージョン2のDR保護グループにメンバーを追加する
  • 地域2での切り替え計画の作成
  • リージョン2で事前チェ​​ックと切り替え計画を実行する
  • リージョン1で切り替え計画を作成する
  • リージョン2で事前チェ​​ックと切り替え計画を実行する

今後さらに例を追加していきます。

まとめ：

これらの最新の機能強化により、OCI Full Stack DRは、フルスタックのレジリエンシーを実現する包括的で自動化を重視するプラットフォームとして進化を続けています。自動DRやOracle Databaseサービス向けの組み込みDRドリルプラングループなどの機能により、オーケストレーションとテストが簡素化されるほか、ポリシーアドバイザーと標準のData Guardスクリプトにより構成の複雑さが解消され、運用の信頼性が向上します。Terraformモジュールの導入により、お客様はフルスタックDR構成をさらに自動化できるようになり、リカバリ運用の一貫性、再現性、スピードが向上します。

これらのアップデートにより、Full Stack DRはよりスマートで柔軟性が高く、既存のクラウド運用への統合が容易になります。お客様は、OCI全体にわたる災害復旧戦略において、より迅速な復旧、手動介入の削減、そしてより高い信頼性を実現できます。

もっと詳しく知りたいですか?

OCI Full Stack Disaster Recoveryをまだご覧になっていない方は、  Oracle Cloud Infrastructureアカウント・チームにデモンストレーションの設定をご依頼ください。ドキュメント、価格、お客様事例、ビデオ、チュートリアル、ハンズオン・ラボなど、詳細については、 フルスタック・ディザスタ・リカバリのページをご覧ください。

OCI で完全に自動化されたエンドツーエンドのリカバリを実現するFull Stack  DR の詳細については、次のリンクをご覧ください。

LinkedIn、X、Blueskyでお気軽に私と直接つながってください。

コメント

コメントを投稿

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

イメージ
Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20) https://mikedietrichde.com/2024/11/20/important-update-to-oracle-database-19c-support-timelines/ 長い沈黙は、私が隠れているという意味ではありません。つまり、今はとても忙しいということです。そして、より少ない旅行で、私はあなたのコメントにもブログと返信するより多くの時間を持っていることを願っています。それでも、Oracle Database 19cサポート・タイムラインの非常に重要な更新について説明します。 * 更新された内容 2024年11月19日現在、Oracle Database 19cのサポート・タイムラインが調整されています。 MOSノート: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールを見ると、新しい日付が表示されます。 Premier Support、2029年12月31日まで 2030年1月1日から2032年12月31日までの拡張サポート 2033年1月1日から2034年12月31日までのアップグレード・サポート これは知ることがとても大切です。 他のリリースの更新はありますか。 MOSノートの終わりにある変更ログ: 742060.1 – 現在のデータベース・リリースのリリース・スケジュールでは、Oracle Database 21cの最新の更新も確認できます。このリリースのPremier Support期間は、2027年7月31日まで延長されました。 また、Oracle Database 23aiのパッチ適用終了日は2032年12月31日に設定されています。 Lifetime Support Policy 更新は、Oracle Technology Productsの Oracle Lifetime Support Policy (6ページ)でも確認できます。 From: Oracle Lifetime Support Policy for Oracle Technology Product s – page 6 – Nov 19, 2024 特に、次の表に示す制限事項に注意してください。 Oracle Database 1...
続きを読む

ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13)

イメージ
ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13) https://blogs.oracle.com/cloud-infrastructure/post/milliseconds-matter-bcc-group-and-oci-vs-aws 投稿者： Steven Riley | Senior Cloud Architect William Bierds | Business Analyst and Systems Engineer - BCC Group International Travis Liles | Master Principal Cloud Architect Puru Patel | Cloud Architect - FSI これは、BCC グループと Oracle Cloud Infrastructure (OCI) 間の市場データ パートナーシップを紹介するブログ シリーズの第 2 部です。   はじめに 金融市場データアプリケーションは、トレーダー、金融機関、そして市場参加者が情報に基づいた意思決定を行えるよう、リアルタイムデータを提供することで、取引エコシステムにおいて重要な役割を果たしています。 前回のブログ で述べたように、取引環境において最適なパフォーマンスを確保するには、市場データを超低レイテンシかつ高い信頼性で配信する必要があります。 今日の急速に変化する金融市場において、クラウドは市場データ・アプリケーションにとって強力な推進力として台頭しています。適切なネットワークとインフラストラクチャがあれば、企業は実行時間の短縮、可用性の向上、そして堅牢なセキュリティを実現できます。しかし、企業によるクラウド導入は遅れており、ワークロードのクラウド移行計画を中止しているケースもあります。そこで、BCCグループとOracle Cloud Infrastructure（OCI）のパートナーシップが注目されています。 BCCグループは、主力市場データアプリケーションであるONE PlatformをOCI上に導入しました。このブログでは、以下の点について説明します。 このパートナーシップがなぜこれほど相乗効果をもたらすのかを探る OC...
続きを読む

Oracle Enterprise Manager 24aiの概要 (2024/12/18)

イメージ
Oracle Enterprise Manager 24aiの概要 (2024/12/18) https://blogs.oracle.com/observability/post/oracle-enterprise-manager-24 投稿者： David Le Roy | Senior Director of Product Management 本日、Oracle Enterprise Manager 24ai(EM 24ai)を発表します。これは、最新のAIを活用した管理テクノロジのパワーを活用して、データ・センターとクラウド全体にOracle Databaseとエンジニアド・システムをさらに充実させる画期的なリリースです。ソフトウェアの ダウンロード が可能になりました。この新しいリリースについてさらに学習するには、2024年12月17日から19日に開催されるOracle Enterprise Manager Technology Forumの年次開催にご 参加 ください。 図1: Oracle Enterprise Manager 24aiの概要 この新しいリリースについてさらに学習するには、2024年12月17日から19日に開催されるOracle Enterprise Manager Technology Forumの年次開催にご参加ください。12月17日午前9時に、エンジニアリング担当エグゼクティブ・バイスプレジデントのWim Coekaerts氏と製品管理担当シニア・バイスプレジデントのMughees Minhas氏が率いるイベント基調講演をご覧ください。基調講演に続き、データベース・パフォーマンス、エンジニアド・システム管理、可用性、セキュリティ、コンプライアンスなどに関するベストプラクティスと新製品機能をカバーする25のテクニカル・セッションが追加されました。オラクルのセッションでは、Oracle製品のエキスパートがお客様の技術的な質問にお答えできるよう、Oracle製品マネージャーや主要なお客様が主導しています。 本日 登録 ! Oracle Enterprise Manager 24aiの新機能 EM 24aiリリースは、お客様がオンプレミスおよびクラウドにデプロイされたOracle DatabaseおよびOracle Exadataフ...
続きを読む