STRONG CONSISTENCY 読み取り要求が行われると、Object Storage は常に、システムに書き込まれたデータの最新のコピーを提供します。DURABILITY Object Storage は地域サービスです。データは、複数のストレージ サーバーに冗長的に保存されます。Object Storage は、チェックサムを使用してデータの整合性をアクティブに監視し、破損したデータを自動的に検出して修復します。Object Storage は、データの冗長性をアクティブに監視して保証します。冗長性の喪失が検出された場合、Object Storage は自動的に追加のデータ コピーを作成します。Object Storageの耐久性の詳細については、Oracle Cloud Infrastructure Object Storage FAQを参照してください。CUSTOM METADATA あらゆる目的のために、独自の拡張メタデータをキーと値のペアとして定義できます。たとえば、オブジェクトの説明タグを作成し、それらのタグを取得して、データを並べ替えることができます。Oracle Cloud Infrastructure CLIまたはSDKを使用して、カスタム・メタデータをオブジェクトおよびバケットに割り当てることができます。詳細については、ソフトウェア開発キットとコマンド ライン インターフェイスを参照してください。暗号化 Object Storage は、256 ビットの Advanced Encryption Standard (AES-256) を使用して、サーバー上のオブジェクト データを暗号化します。各オブジェクトは独自のキーで暗号化されます。データ暗号化キーは、頻繁にローテーションされるマスター暗号化キーで暗号化されます。暗号化はデフォルトで有効になっており、無効にすることはできません。データ暗号化キーは、頻繁にローテーションされるマスター暗号化キーで暗号化されます。暗号化はデフォルトで有効になっており、無効にすることはできません。データ暗号化キーは、頻繁にローテーションされるマスター暗号化キーで暗号化されます。暗号化はデフォルトで有効になっており、無効にすることはできません。

説明
参考文献：https://cloud.oracle.com/database/faq#backup
複数の可用性ドメインにわたってData Guardを設定できますか?はい、リージョン内の同じまたは異なる可用性ドメインでData Guardを設定できます。ただし、オラクルでは、可用性ドメイン全体でData Guard構成を設定することをお薦めします。Oracle Cloud Infrastructureリージョン全体でData Guardを設定できますか?はい、リージョン全体でData Guardを設定できます。
"しかし、Database Cloud Service Data Guard 機能は現在それをサポートしていません。" ホストにログオンして DGMGRL を使用することにより、複数のリージョンにわたって Data Guard を手動で設定できます。Data Guardがリージョン間でログを転送するには、プライマリおよびスタンバイDBシステムのVCNでインターネット・ゲートウェイを有効にする必要があります。DGMGRL の詳細をご覧ください。
リージョン間またはオンプレミスとOracle Cloud Infrastructure DBシステム間でData Guardシステムを構成するには、データベース・ホストに直接アクセスしてDGMGRLユーティリティを使用する必要があります。
https://docs.cloud.oracle.com/iaas/Content/Database/Tasks/usingdataguard.htm

説明
サブネットを作成すると、デフォルトでパブリックと見なされます。つまり、そのサブネット内のインスタンスはパブリック IP アドレスを持つことが許可されます。インスタンスを起動する人は誰でも、パブリック IP アドレスを持つかどうかを選択します。
サブネットを作成するときにその動作をオーバーライドし、それをプライベートにするように要求できます。つまり、サブネットで起動されたインスタンスはパブリック IP アドレスを持つことが禁止されます。したがって、ネットワーク管理者は、VCNにインターネット・ゲートウェイが機能していて、セキュリティ・ルールとファイアウォール・ルールがトラフィックを許可している場合でも、サブネット内のインスタンスがインターネットにアクセスできないようにすることができます。
必要なインターネット・アクセスのタイプに応じて、VCNに追加できる2つのオプションのゲートウェイ(仮想ルーター)があります:
インターネット ゲートウェイ: インターネットから到達する必要があるパブリック IP アドレスを持つリソース用 (例:
aweb サーバー) またはインターネットへの接続を開始する必要があります。
NAT ゲートウェイ: インターネットへの接続を開始する必要がある (例: ソフトウェア更新用) が、インターネットからのインバウンド接続から保護する必要がある、パブリック IP アドレスを持たないリソース用。
インターネット・ゲートウェイだけでは、VCNのサブネット内のインスタンスが直接インターネットに公開されるわけではありません。次の要件も満たす必要があります。
インターネット ゲートウェイを有効にする必要があります (既定では、作成時にインターネット ゲートウェイが有効になります)。
サブネットはパブリックである必要があります。
サブネットには、トラフィックをインターネット ゲートウェイに転送するルート ルールが必要です。
サブネットには、トラフィックを許可するセキュリティ・リスト・ルールが必要です(また、各インスタンスのファイアウォールがトラフィックを許可する必要があります)。
インスタンスにはパブリック IP アドレスが必要です。