https://docs.cloud.oracle.com/en-us/iaas/Content/Resources/Assets/whitepapers/best-practices-for-dr-on-oci.pdf 3つすべてのData Guard構成がOracle Cloudで完全にサポートされていますインフラ。ただし、運用停止のリスクが高いため、Data Guard構成に最大保護モードを使用することはお勧めしません。
2つの可用性ドメイン（同じリージョン）間でSYNCモードで最大可用性モードを使用し、2つのリージョン間でASYNCモードで最大可用性モードを使用することをお勧めします。このアーキテクチャは、データの損失を引き起こすことなく、最高のRTOおよびRPOを提供します。このアーキテクチャをデイジーチェーンモードで構築することをお勧めします。プライマリデータベースはREDOログを別の可用性ドメインの最初のスタンバイデータベースにSYNCモードで送信し、最初のスタンバイデータベースはREDOログを別のリージョンにASYNCモードで送信します。この方法により、プライマリデータベースがREDOログの配布という二重の作業を行わず、本番ワークロードにパフォーマンスの影響を与える可能性がなくなります。

この構成には、次の利点があります。
リージョン内のデータ損失はありません。
別のリージョンでスタンバイを維持するための本番データベースのオーバーヘッドはありません。
ビジネス上の理由で必要な場合は、DRサイトで遅延を構成するオプション。
本番データベースで追加のオーバーヘッドなしに、異なるリージョンで複数のスタンバイを構成するオプション。典型的な使用例は、CDNアプリケーションBottom of Formです。