この記事はSuraj RameshによるOCI Full Stack DR: Announcing Native Integration for Oracle Integration Cloud & Government Cloud Supportの日本語翻訳版記事です。
2026年1月21日
OCI Full Stack Disaster Recoveryサービスに関して、大きなアップデートを発表します。これにより、導入の選択肢や保護機能がさらに広がりました。今回の強化では、Oracle Integrationのワークロードに対するネイティブサポートが追加され、また、アメリカの政府および防衛クラウド環境でも利用できるようになります。
このブログ記事では、OCI Full Stack DRの対応範囲を広げ、重要なワークロードの保護をよりシンプルにする3つの主要な改善点についてご紹介します。
第2部では、DRプランのカスタマイズやリカバリ操作時の運用可視化を強化する高度な機能について詳しく解説します。
1. OCI Full Stack DRが米国政府・防衛クラウドで利用可能に
OCI Full Stack Disaster Recovery（DR）サービスが、Oracleの米国政府クラウド（OC2）と米国防衛クラウド（OC3）でも利用できるようになりました。
なぜ重要なのか：
政府機関、防衛関連企業、FedRAMPやDoD（国防総省）のコンプライアンス要件がある組織は、セキュアかつコンプライアンスに準拠した環境で動作するディザスタ・リカバリ（DR）ソリューションを必要としています。これまでは、これらの組織はOCI Full Stack DRを使うことができませんでした。今回の拡張により、厳格なセキュリティやコンプライアンス基準を満たしながら、包括的な災害対策が可能になります。
この拡張により、OC2とOC3においても、OCI商用パブリック・クラウドと同じ機能をすべて利用できるようになります。つまり、米国政府・防衛クラウドでも、商用クラウドと同等の自動ディザスタリカバリ機能を利用しつつ、厳格なセキュリティとコンプライアンスも維持できます。
どのリージョンやクラウド領域でFull Stack DRが利用できるかについては、OCI Full Stack Disaster Recoveryの利用ドキュメントをご確認ください。
2. Oracle Integration Cloud のネイティブ対応
Oracle Integration Cloud（OIC）が、OCI Full Stack DRでネイティブにサポートされるようになりました。
これにより、既存のコンピュートやデータベースリソースに加えて、Oracle Integration Cloudのリソースも、災害対策用の保護グループにシームレスに追加できるようになります。
なぜ重要なのか：
OIC（Oracle Integration Cloud）は、APIやB2B接続、システム連携フローの中心的な存在となっています。今回のネイティブ連携対応により、次のようなメリットがあります：
- 管理が簡単に：Oracle Integrationのインスタンスを直接DR保護グループに追加できます。
- 迅速な復旧：フェイルオーバー時、他のリソースと同様に統合フローも自動的に復旧。手動作業が不要です。
- 一貫性のある保護：統合層も、データベースやコンピュートインスタンスと同じ自動リカバリ機能で守られます。
- リスク軽減：ネイティブな自動化により、エラー処理も組み込まれた信頼性の高い復旧ができます。
この統合的なアプローチで、アプリケーション全体の保護がシームレスになり、重要な業務経路も一括で復元できるようになります。
前提条件：
OCI Full Stack DRは、Oracle Integration 3が提供するネイティブのOracle Managed DR機能を利用します。Oracle IntegrationインスタンスをDR保護グループに追加する前に、対応構成や制限事項、リージョンペアリングの条件をOracle Integration 3のドキュメントでご確認ください。
Disaster Recovery設定を有効にしてOracle Integrationインスタンスを作成すれば、DR保護グループのメンバーとして追加できます。
簡単な手順：
Ashburn（IAD）をプライマリ・リージョン、Phoenix（PHX）を待機リージョンとした場合の設定方法（抜粋）：
- プライマリのOracle Integrationインスタンスを、プライマリのDR保護グループに追加します。
2. 待機リージョンのOracle Integrationインスタンスを、待機用のDR保護グループに追加します。
3. 待機用DR保護グループで、スイッチオーバーおよびフェイルオーバー用のDRプランを作成します。
4. Full Stack DRは、スイッチ・オーバーおよびフェイル・オーバー用の計画グループを自動的に作成します。ただし、Oracle Integrationにはクローン機能がないため、ドリル（テストリカバリ）プランには組み込みの計画グループは作成されません。
5. DRプランの検証用に事前チェックを実行します。
6. 待機用DR保護グループでスイッチオーバー計画を実行し、正常に完了したことを確認します。
完了後は、PhoenixリージョンのOracle Integrationインスタンスがプライマリとして稼働します。
スイッチオーバー完了後、新たに待機リージョンとなったAshburnのDR保護グループで、スイッチオーバーおよびフェイルオーバープランを作成します。Ashburnで稼働している統合インスタンスを再びプライマリにしたい場合は、スイッチオーバー計画を実行できます。
このセットアップは、他のOCIサービスの保護で使われている標準的なFull Stack DRのワークフローと同じです。そのため、既に他のOCIサービスを守っている方にとっても、違和感なく使えます。また、Oracle Integrationインスタンスと一緒に、Oracle Autonomous Databaseなどの関連リソースもDR保護グループに含めることができます。
詳しくは、公式ドキュメント「ディザスタ・リカバリ保護グループへの統合インスタンスの追加」をご覧ください。
3. 自動化の強化：Object StorageスクリプトとRun Command
Oracle Cloud Agent（OCA）のRun Commandプラグインが強化され、DR（ディザスタリカバリ）作業中のスクリプト実行をより柔軟にコントロールできるようになりました。
なぜ重要なのか
自動化は、短い復旧時間目標（RTO）を達成するために欠かせません。多くの組織で、設定ファイルやアプリケーションの状態、リカバリ用スクリプトがOCI Object Storageに保存されています。今回の強化によって、関連するリカバリ・スクリプトを論理的なアーカイブとしてまとめられるようになり、ランタイムパラメータを渡してさまざまなシナリオでスクリプトを再利用できるようになりました。また、特定のユーザー権限でスクリプトを実行し、適切なセキュリティ境界も維持できます。
この結果、より高速かつ信頼性の高いDR自動化が可能になり、エラー・ハンドリングや診断機能も向上。復旧作業時のトラブルシューティング時間を短縮できます。
新機能：
- スクリプトアーカイブのパッケージ化:
複数のスクリプトを含んだ圧縮ファイル（.zipや.tar.gz）をObject Storageにアップロードできます。OCAはアーカイブを自動で展開し、指定したスクリプトを実行します。 - スクリプトのパラメータ化:
「スクリプトとスクリプトパラメータ」欄で実行時のパラメータを渡せるため、スクリプトの再利用性やモジュール性が向上します。 - ユーザーコンテキストでの実行:
「Run as user」欄でスクリプト実行ユーザーを指定できます。これにより、権限や実行環境を細かくコントロールできます。
これらの強化により、
- 関連するリカバリ・スクリプトを論理的なパッケージとして整理可能
- 実行時に異なるパラメータを渡して、さまざまなシナリオでスクリプトを再利用可能
- 適切なユーザー権限での実行により、セキュリティ境界を保護可能
エラー・ハンドリングやログ出力も向上し、診断が容易になったことで、DR（ディザスタリカバリ）作業時のトラブルシューティング時間が短縮されます。その結果、より高速で信頼性が高く、管理しやすいDR自動化が実現します。
例：
- Object Storageに保管したスクリプトを、パラメータ付きで実行する例。ここでは、sum.shというスクリプトをパラメータを指定して実行し、Object Storageのバケットから直接参照しています。
Object Storageに保存したアーカイブ・ファイルから、パラメータ付きでスクリプトを実行する例です。この例では、script_files.zipというアーカイブ内のsum.shスクリプトを、パラメータを指定して実行します。
重要:
スクリプトをObject Storageから直接実行する既存のワークフローも、引き続き完全にサポートされています。これにより、後方互換性が確保されています。
詳しくは、公式ドキュメント「オブジェクト・ストレージ・スクリプトを実行するステップの構成」をご参照ください。
今後の予定
このシリーズの第2部では、以下のテーマでDRオペレーションの高度な制御方法を詳しく紹介します。
- 依存関係のマッピングとプランのカスタマイズ強化
- Kubernetesワークロード向けのOKEリソース修飾機能
- 実行状況の可視化や警告メッセージの強化
これらの機能は、リカバリーシーケンスの制御精度を上げ、DR時の運用可視性とインテリジェンスを向上させます。
さらに詳しく知りたい方へ
OCI Full Stack Disaster Recoveryをまだご覧になったことがない方は、Oracle Cloud Infrastructureの営業担当者にデモをリクエストしてください。ドキュメント、価格情報、導入事例、動画、チュートリアル、ハンズオンラボなどは「Full Stack Disaster Recovery」のページでご確認いただけます。