リカバリ・サービスへのOracle Databaseのオンボーディング
チェックリストを使用して必須要件を確認し、Oracle Databaseのリカバリ・サービスへのオンボーディングを計画します。
- リカバリ・サービスの必須要件チェックリスト
このチェックリストを使用して、Oracle Databaseからリカバリ・サービスにオンボードするための必須の前提条件を確認します。 - リカバリ・サービスのオプションの構成チェックリスト
リカバリ・サービスのこれらの追加オプションを構成できます。 - リカバリ・サービス・リソース制限
サービス制限は、リソースに対して設定された割当てまたは許諾容量です。Autonomous Recovery Serviceには、保護されたデータベースの数およびバックアップ・ストレージ領域の使用率の最大制限があります。制限は各リージョンに適用されます。 - OCIでのOracle Databasesのオプションの権限
デフォルトでは、OCIのOracle Databasesにはリカバリ・サービスへのアクセス権限が割り当てられます。サービスは、データベースVCN内のネットワーク・リソースにもアクセスできます。このトピックの説明に従って、OCIデータベースに追加およびオプションの権限を割り当てることができます。 - Oracle Multicloudデータベースでのリカバリ・サービスの使用に必要な権限
Oracle Multicloudデータベースでリカバリ・サービスにバックアップを送信できるようにするリカバリ・サービスIAMポリシーを割り当てます。 - リカバリ・サービスのネットワーク・リソースの構成
データベースVCNのリカバリ・サービス操作に、既存のIPv4のみのサブネットを作成または使用します。データベースとリカバリ・サービス間のバックアップ・トラフィックを制御するセキュリティ・ルールを定義します。 - リカバリ・サービス・サブネットを登録する
この手順を使用して、リカバリ・サービス・サブネットを登録します。 - リカバリ・サービス・リソースの管理方法
Oracle Cloud Infrastructure (OCI)では、様々な管理ユース・ケースに合せて提供される様々なインタフェースを使用して、リカバリ・サービス・リソースを作成および管理できます。
リカバリ・サービスの必須要件チェックリスト
このチェックリストを使用して、Oracle Database to Recovery Serviceをオンボードするための必須の前提条件を確認します。
2つの異なるバックアップ保存先への操作バックアップによって、データ損失シナリオが作成される場合があります。したがって、リカバリ・サービスへの自動バックアップを有効にする前に、他のストレージ宛先への手動バックアップ・スクリプトおよびプロセスを無効にする必要があります。
表2-1 Database to Recoveryサービスのオンボーディングの必須要件
Check | タスク |
---|---|
リカバリ・サービスで使用されるポート |
これらのネットワーク・ポートを開き、リカバリ・サービスのセキュリティ・ルールを構成する必要があります。
|
リカバリ・サービスのセキュリティ・ルール |
セキュリティ・ルールを構成するには、「セキュリティ・リスト」または「ネットワーク・セキュリティ・グループ(NSG)」を使用します。
|
サポートされるプラットフォーム |
Linux x86-64 |
ターゲット・データベースの互換性レベル |
19.0.0 以上 ターゲット・データベースの互換性レベル( |
サポートされているOracle Databaseリリース |
Oracle CloudデータベースとOracle Multicloudデータベース Autonomous Recovery Serviceは、次のいずれかのリリースでプロビジョニングされたOracle CloudデータベースおよびOracle Multicloudデータベースのバックアップ保存先として設定できます:
オンプレミスのOracle Databases これらのいずれかのリリースでプロビジョニングされたオンプレミスのOracle Databasesをリカバリ・サービスに追加できます。
詳細は、クラウド保護を使用したリカバリ・サービスへのオンプレミス・データベースの追加を参照してください。 Government Cloud上のRecovery ServiceをサポートするOracle Databaseリリース
|
リカバリ・サービスのリソース制限 |
リカバリ・サービスのリソース制限が適切であることを確認し、必要に応じてサービス制限の拡大をリクエストします。 Oracle Multicloudデータベースの場合、OCIコンソールの「制限、割当ておよび使用状況」ページから、マルチクラウド・サブスクリプションに固有の制限を確認および調整する必要があります。
注意: マルチクラウド・サブスクリプションを選択しない場合、増加した制限がOCIリソースに適用されます。詳細は、リカバリ・サービス・リソース制限を参照してください。 |
リカバリ・サービスIAMポリシー |
|
データベースの暗号化 |
オンプレミスのOracle Databaseをリカバリ・サービスにバックアップする場合、TDEがデータベースに対して構成されているかどうかに関係なく、TDEウォレットを設定してオープンする必要があります。プラガブル・データベース(PDB)でローカルTDEウォレットを使用する場合は、ローカルTDEウォレットがオープンしている必要があります。これは、リカバリ・サービスへのバックアップの暗号化に必要です。 詳細は、『Transparent Data Encryption Guide』の次の項を参照してください。
注意: Oracleでは、Oracle Key Vaultなどの外部キー管理システムを使用することを強くお薦めします。暗号化されたデータと同じサーバーに復号化キーを格納すると、データベース・サーバー攻撃によって、キーおよびデータベースにアクセスできる可能性があります。暗号化バックアップは、鍵が危険にさらされたり盗まれたりした場合には回復できません。オンプレミス・データベースをリカバリ・サービスに追加する詳細なステップは、Oracle Database Zero Data Loss Cloud Protectを使用したオンプレミス・データベースの保護を参照してください。 |
DNS解決 |
オンプレミスのOracle Databaseをリカバリ・サービスに追加する場合、オンプレミス・ネットワークからのDNSリクエストを受け入れるにはDNSリスナーが必要です。 DNSリスナーは、リカバリ・サービスのバックアップIPアドレスの解決に使用されます。FQDNはリカバリ・サービス・サブネットに登録する必要があります。 オンプレミス・データベースをリカバリ・サービスに追加する詳細なステップは、Oracle Database Zero Data Loss Cloud Protectを使用したオンプレミス・データベースの保護を参照してください。 |
OCIのOracle Databasesのリカバリ・サービス・サブネット |
Oracle Exadata Database Service on Dedicated InfrastructureやOracle Base Database ServiceなどのOCIデータベースの場合、自動バックアップを有効にすると、リカバリ・サービス・サブネットが自動的に登録されます。
次のいずれかのオプションを選択します:
|
Oracle Multicloudデータベースのリカバリ・サービス・サブネット |
Oracle Multicloudデータベースの場合、ネットワーク・セキュリティ・グループ(NSG)を関連付けて、バックアップ・サブネットをリカバリ・サービス・サブネットとして登録してください。推奨されるサブネット・サイズは/24です。 リカバリ・サービスは、次のOracle Multicloudデータベース・サービスをサポートしています。
|
オンプレミスOracle Databases用のSBTライブラリ |
クラウド保護フリート・エージェントでは、リカバリ・サービスを使用してデータベースのバックアップおよびリカバリ操作を実行するには、SBTライブラリ・ファイル Oracle Database 19.27以降のバージョンおよびOracle Database 23aiでは、データベースのインストール後、 Oracle Database 19.26以前のバージョンの場合は、My Oracle Supportパッチ番号37855779から 詳細は、「Oracle Database Zero Data Loss Cloud Protectを使用したオンプレミス・データベースの保護」を参照してください。 |
リカバリ・サービスのオプションの構成チェックリスト
リカバリ・サービスのこれらの追加オプションの構成を選択できます。
表2-2リカバリ・サービスのオプションの構成チェックリスト
Check | 詳細情報 |
---|---|
保護ポリシーのオプション |
|
リカバリ・サービス・リソースを管理するためのIAMユーザーおよびグループ |
テナンシ管理者は、IAMユーザーおよびグループを作成して、リカバリ・サービス関連タスクを管理できます。 その後、リカバリ・サービス・ポリシー・ステートメントをグループに割り当てることができます。たとえば、 |
関連トピック
リカバリ・サービス・リソース制限
サービス制限は、リソースに対して設定された割当てまたは許容量です。Autonomous Recovery Serviceには、保護されたデータベースの数およびバックアップ・ストレージ領域の使用率の最大制限があります。制限は各リージョンに適用されます。
表2-3 Autonomous Recovery Serviceのリソース制限
コンソールを使用して、現在のサービス制限および使用状況情報を確認し、必要に応じてリソース制限の引上げをリクエストします。
関連トピック
OCIのOracle Databasesに対するオプションの権限
デフォルトでは、OCIのOracle Databasesには、リカバリ・サービスにアクセスする権限が割り当てられます。サービスは、データベースVCN内のネットワーク・リソースにもアクセスできます。このトピックの説明に従って、OCIデータベースに追加およびオプションの権限を割り当てることができます。
リカバリ・サービスには、Oracle Database@Azure、Oracle Database@Google CloudおよびOracle Database@AWS用の個別のIAMポリシー・テンプレートが含まれます。
Oracle Multicloudデータベースのリカバリ・サービスを構成する場合は、この項をスキップして、Oracle Multicloudデータベースでリカバリ・サービスを使用するための権限に進みます。
表2-4自律型リカバリ・サービス・ポリシー・テンプレートですべてを行う機能の追加権限
ポリシー・ステートメント | 作成場所 | 目的 |
---|---|---|
|
ルート・コンパートメント |
OCIデータベース・サービスがテナンシのタグ・ネームスペースにアクセスできるようにします。 この権限を割り当てた場合、保護されたデータベースはソース・データベースからタグを継承できます。 |
|
ルート・コンパートメント |
指定したグループのユーザーがすべてのリカバリ・サービス・リソースにアクセスできるようにします。指定したグループに属するユーザーは、保護されたデータベース、保護ポリシーおよびリカバリ・サービス・サブネットを管理できます。 |
表2-5自律型リカバリ・サービスで保護ポリシーを管理させます
ポリシー・ステートメント | 作成場所 | 目的 |
---|---|---|
|
保護ポリシーを所有するコンパートメント。 |
指定したグループ内のすべてのユーザーが、リカバリ・サービスで保護ポリシーを作成、更新および削除できるようにします。 |
次に例を示します。
ABC
コンパートメントで保護ポリシーを作成、更新および削除する権限を持つRecoveryServiceUser
グループに付与します。Allow group RecoveryServiceUser to manage recovery-service-policy in compartment ABC
ユーザーへの自律型リカバリ・サービス・サブネットの管理ポリシー・テンプレート
表2-6ユーザーに自律型リカバリ・サービス・サブネットを管理させます
ポリシー・ステートメント | 作成場所 | 目的 |
---|---|---|
|
リカバリ・サービス・サブネットを所有するコンパートメント。 |
指定したグループ内のすべてのユーザーがリカバリ・サービス・サブネットを作成、更新および削除できるようにします。 |
次に例を示します。
ABC
コンパートメント内のリカバリ・サービス・サブネットを管理する権限を持つRecoveryServiceAdmin
グループに付与します。Allow group RecoveryServiceAdmin to manage recovery-service-subnet in compartment ABC
関連トピック
リカバリ・サービスを使用するためのOracle Multicloudデータベースに必要な権限
Oracle Multicloudデータベースによるリカバリ・サービスへのバックアップの送信を許可するリカバリ・サービスIAMポリシーを割り当てます。
ポリシー・ビルダーで、「Autonomous Recovery Service」を「ポリシー・ユース・ケース」として選択し、Oracle Multicloudデータベースに関連するこれらのポリシーのいずれかを割り当てます。
表2-7 Oracle Multicloudデータベースのリカバリ・サービス・ポリシー
Oracle Multicloudサービス | リカバリ・サービス・ポリシーのテンプレートおよび文 |
---|---|
Oracle Database@Azure |
Oracle Database@Azureでバックアップに自律型リカバリ・サービスを使用する
|
Oracle Database@Google Cloud |
Oracle Database@Google Cloudでバックアップに自律型リカバリ・サービスを使用する
|
Oracle Database@AWS |
既存のOCIテナンシの場合は、ポリシー・ビルダーのマニュアル・エディタを使用して、Oracle Database@AWSがリカバリ・サービスにバックアップするために必要なこれらのポリシー・ステートメントを追加します。新しいOCIテナンシの場合、これらの権限はデフォルトで割り当てられます。
|
リカバリ・サービスのネットワーク・リソースの構成
データベースVCNのリカバリ・サービス操作に、既存のIPv4のみのサブネットを作成または使用します。データベースとリカバリ・サービス間のバックアップ・トラフィックを制御するセキュリティ・ルールを定義します。
Oracle Multicloudデータベースの場合、バックアップ・サブネットをリカバリ・サービス・サブネットとして登録してください。推奨されるサブネット・サイズは/24です。
- Oracle Database@Azure
- Oracle Database@Google Cloud
- Oracle Database@AWS
ネットワーク・ポート2484および8005を使用すると、Oracle Database@AWSとリカバリ・サービス間のネットワーク接続が可能になります。既存のOCIテナンシで、ネットワーク・ポート2484および8005を開いてください。新しいOCIテナンシでは、Oracle Database@AWSに対して同じネットワーク・ポートがデフォルトで開かれます。
Oracle Database@AWSリソースをリカバリ・サービスにオンボードすると、バックアップ・サブネットがリカバリ・サービス・サブネットとして自動的に登録されます。サービスによって自動的に登録されるデフォルトのリカバリ・サービス・サブネットを使用するか、独自のリカバリ・サービス・サブネットを登録できます。
- リカバリ・サービス操作でのプライベート・サブネットの使用について
リカバリ・サービスには、データベースが存在する同じ仮想クラウド・ネットワーク(VCN)にプライベート・サブネットが必要です。プライベート・サブネットには、データベースとリカバリ・サービス間のバックアップ・ネットワークを制御するセキュリティ・ルールが含まれている必要があります。 - サブネットを構成するためのネットワーキング・サービス権限の確認
データベースVCNにサブネットを作成し、リカバリ・サービスにセキュリティ・ルールを割り当てるのに必要なネットワーキング・サービス権限があることを確認します。 - リカバリ・サービス・サブネットのサブネット・サイズおよびセキュリティ・ルール
データベースとリカバリ・サービス間のバックアップ・トラフィックを許可するには、セキュリティ・ルールが必要です。 - データベースVCNでのリカバリ・サービス・サブネットの作成
OCIコンソールを使用して、データベース仮想クラウド・ネットワーク(VCN)のリカバリ・サービスのプライベート・サブネットを構成します。
リカバリ・サービス操作でのプライベート・サブネットの使用について
リカバリ・サービスには、データベースが存在する同じ仮想クラウド・ネットワーク(VCN)内のプライベート・サブネットが必要です。プライベート・サブネットには、データベースとリカバリ・サービス間のバックアップ・ネットワークを制御するためのセキュリティ・ルールが含まれている必要があります。
データベースVCNのリカバリ・サービス・サブネットに関する推奨事項
- データベースVCNには、リカバリ・サービスへのバックアップ用のプライベート・サブネットが1つ必要です。プライベート・サブネットは、データベースが存在する同じVCNに存在する必要があります。
- データベースVCNで、リカバリ・サービスのIPv4のみのサブネットを選択します。リカバリ・サービスではIPv6対応サブネットの使用がサポートされていないため、IPv6対応サブネットを選択しないでください。詳細は、サブネットの作成を参照してください。
- 推奨されるサブネット・サイズは、/24 (256 IPアドレス)です。
リカバリ・サービスは、プライベート・エンドポイントをサポートするために必要な数の空きIPアドレスを動的に割り当てます。使用可能な空きIPアドレスの数に制限がある場合は、32個のIPアドレスを許可する最小の/27サブネット・サイズを使用します。
新しいプライベート・サブネットを作成するか、データベースVCNで使用可能な既存のサブネット(推奨サイズの)を選択できます。
Oracle Exadata Database Service on Dedicated Infrastructureの場合、バックアップ・サブネットはデフォルトでリカバリ・サービス操作に使用されます。Oracle Base Database Serviceの場合、データベース・サブネットはリカバリ・サービスへのバックアップにも使用されます。
- Autonomous Recovery Serviceへの自動バックアップを有効にすると、サービスはプライベート・サブネットをリカバリ・サービス・サブネットとして自動的に登録します。自動的に登録されたリカバリ・サービス・サブネットを使用するか、独自のリカバリ・サービス・サブネットを登録できます。
ネットワーク・セキュリティ・グループ(NSG)を使用してセキュリティ・ルールを定義した場合は、リカバリ・サービス・サブネットを登録し、NSG (最大5)をリカバリ・サービス・サブネットに関連付ける必要があります。
Oracle Multicloudデータベースの場合、NSGを関連付けてリカバリ・サービス・サブネットを登録する必要があります。
詳細は、リカバリ・サービス・サブネットの登録を参照してください。
- リカバリ・サービス・サブネットに使用可能なIPアドレスの数が不足している場合、新しいデータベースを追加しようとすると、リカバリ・サービスによってアラート・メッセージが発行されます。このシナリオでは、複数のサブネットをリカバリ・サービス・サブネットに関連付けることで、IPアドレスを追加できます。
- Oracle Cloudデータベースは、リカバリ・サービスで使用されているものと同じプライベート・サブネット、または同じVCN内の別のサブネットに存在できます。
Oracleでは、リカバリ・サービスへのバックアップにプライベート・サブネットを使用することをお薦めします。ただし、パブリック・サブネットを使用することは可能です。
リカバリ・サービス・サブネットのセキュリティ・ルールの実装
データベースVCNには、データベースとリカバリ・サービス間のバックアップ・トラフィックを許可するセキュリティ・ルールが必要です。
リカバリ・サービス・サブネットのセキュリティ・ルールには、宛先ポート8005および2484を許可するステートフル・イングレス・ルールが含まれている必要があります。
- セキュリティ・リスト
セキュリティ・リストを使用すると、サブネット・レベルでセキュリティ・ルールを追加できます。
データベースVCNで、リカバリ・サービス・サブネットに使用されるセキュリティ・リストを選択し、宛先ポート8005および2484を許可するイングレス・ルールを追加します。
- ネットワーク・セキュリティ・グループ(NSG)ネットワーク・セキュリティ・グループ(NSG)を使用すると、VCN内の個々のVNICに適用されるセキュリティ・ルールをきめ細かく制御できます。リカバリ・サービスでは、NSGを使用してセキュリティ・ルールを構成するために次のオプションがサポートされています:
- ポート2484および8005を許可するエグレス・ルールを使用して、データベースVNICに1つのNSGを作成します。ポート2484および8005を許可するイングレス・ルールを使用して、リカバリ・サービスに別のNSGを追加します。この方法は、ネットワーク分離を実装する場合に使用します。
- データベースVNICおよびリカバリ・サービスに対して単一のNSG (エグレス・ルールおよびイングレス・ルールを使用)を作成および使用します。
- ネットワーク・セキュリティ・グループ(NSG)を使用してセキュリティ・ルールを実装する場合、またはデータベースVCNがサブネット間のネットワーク・トラフィックを制限する場合は、ポート2484および8005のエグレス・ルールをデータベースNSGまたはサブネットから作成するリカバリ・サービスNSGまたはサブネットに追加してください。
- セキュリティ・ルールを実装するNSGを作成した場合は、リカバリ・サービスNSGをリカバリ・サービス・サブネットに関連付ける必要もあります。詳細は、リカバリ・サービス・サブネットの登録を参照してください。
- データベースVCN内にセキュリティ・リストおよびNSGを構成した場合、NSGで定義されたルールは、セキュリティ・リストで定義されたルールよりも優先されます。
詳細は、セキュリティ・リストとネットワーク・セキュリティ・グループの比較を参照してください。
関連トピック
親トピック: リカバリ・サービスのネットワーク・リソースの構成
サブネットを構成するためのネットワーキング・サービス権限の確認
データベースVCNにサブネットを作成し、リカバリ・サービスのセキュリティ・ルールを割り当てるには、次のネットワーキング・サービス権限が必要です。
表2-8プライベート・サブネットの作成およびリカバリ・サービスのセキュリティ・ルールの構成に必要なネットワーキング・サービス権限
操作 | 必要なIAMポリシー |
---|---|
データベースVCN内のプライベート・サブネットの構成 |
|
または、ネットワーク・コンポーネントへのより広範なアクセスを持つ指定されたグループを許可するポリシーを作成できます。
たとえば、このポリシーを使用して、NetworkAdmin
グループがテナンシ内の任意のコンパートメント内のすべてのネットワークを管理できるようにします。
例2-1ネットワーク管理者のポリシー
Allow group NetworkAdmin to manage virtual-network-family in tenancy
親トピック: リカバリ・サービスのネットワーク・リソースの構成
リカバリ・サービス・サブネットのサブネットワーク・サイズおよびセキュリティ・ルール
セキュリティ・ルールは、データベースとリカバリ・サービス間のバックアップ・トラフィックを許可するために必要です。
- データベースVCNで、リカバリ・サービスのIPv4のみのサブネットを選択します。リカバリ・サービスではIPv6対応サブネットの使用がサポートされていないため、IPv6対応サブネットを選択しないでください。詳細は、「サブネットの作成」を参照してください。
- Oracle Multicloudデータベースの場合、ネットワーク・セキュリティ・グループ(NSG)を使用してセキュリティ・ルールを構成する必要があります。NSGは、リカバリ・サービス・サブネットのトラフィックを制御し、宛先ポート8005および2484を許可するステートフル・イングレス・ルールを含める必要があります。
表2-9 リカバリ・サービス・サブネットのサブネット・サイズおよびセキュリティ・ルール
項目 | 要件 |
---|---|
推奨サブネット・サイズ |
/24 (256 IPアドレス) 使用可能な空きIPアドレスの数に制限がある場合は、32個のIPアドレスを許可する最小の/27サブネット・サイズを使用します。 |
一般的なイングレス・ルール1: どこからでもHTTPSトラフィックを許可 |
このルールでは、Oracle Cloud Infrastructure Databaseからリカバリ・サービスへのバックアップ・トラフィックが許可されます。
|
一般的なイングレス・ルール2: 任意の場所からのSQLNetトラフィックを許可 |
このルールでは、リカバリ・カタログ接続およびOracle Cloud Infrastructure Databaseからリカバリ・サービスへのリアルタイム・データ保護が許可されます。
|
ネットワーク・セキュリティ・グループ(NSG)を使用してセキュリティ・ルールを実装する場合、またはデータベースVCNがサブネット間のネットワーク・トラフィックを制限する場合は、必ず、データベースNSGまたはサブネットのポート2484および8005のエグレス・ルールを、作成するリカバリ・サービスNSGまたはサブネットに追加してください。
親トピック: リカバリ・サービスのネットワーク・リソースの構成
データベースVCNでのリカバリ・サービス・サブネットの作成
OCIコンソールを使用して、データベース仮想クラウド・ネットワーク(VCN)のリカバリ・サービスのプライベート・サブネットを構成します。
Oracle Multicloudデータベースの場合、バックアップ・サブネットをリカバリ・サービス・サブネットとして登録してください。推奨されるサブネット・サイズは/24です。
- Oracle Database@Azure
- Oracle Database@Google Cloud
- Oracle Database@AWS
ネットワーク・ポート2484および8005を使用すると、Oracle Database@AWSとリカバリ・サービス間のネットワーク接続が可能になります。既存のOCIテナンシで、ネットワーク・ポート2484および8005を開いてください。新しいOCIテナンシでは、Oracle Database@AWSに対して同じネットワーク・ポートがデフォルトで開かれます。
Oracle Database@AWSリソースをリカバリ・サービスにオンボードすると、バックアップ・サブネットがリカバリ・サービス・サブネットとして自動的に登録されます。サービスによって自動的に登録されるデフォルトのリカバリ・サービス・サブネットを使用するか、独自のリカバリ・サービス・サブネットを登録できます。
- OCIデータベースの場合、リカバリ・サービスはデフォルトのリカバリ・サービス・サブネットを自動的に登録します。
デフォルトのリカバリ・サービス・サブネットを使用するか、独自のリカバリ・サービス・サブネットを登録できます。
- NSGを使用してセキュリティ・ルールを実装している場合、またはターゲット・データベースがOracle Multicloudデータベースである場合、リカバリ・サービスNSGを追加してリカバリ・サービス・サブネットを登録する必要があります(最大5)。
- Oracleでは、VCNごとに1つのリカバリ・サービス・サブネットのみを登録することをお薦めします。
親トピック: リカバリ・サービスのネットワーク・リソースの構成
リカバリ・サービス・サブネットの登録
リカバリ・サービス・サブネットを登録するには、この手順を使用します。
リカバリ・サービス・サブネットを登録する前に:
- これらのネットワーク・ポートを開いて、リカバリ・サービスのセキュリティ・ルールを構成してください。
- ポート2484 - リカバリ・サービスで使用されるRMANカタログへのSQL*Net接続を有効にします。
- ポート8005 - データベースからリカバリ・サービスへのバックアップ・トラフィックを有効にします。
- 「リカバリ・サービスの必須要件チェックリスト」で説明されている必須の前提条件を確認および確認していることを確認します。
- データベースVCNのリカバリ・サービス操作にIPv4のみのサブネットを選択していることを確認します。リカバリ・サービスではIPv6対応サブネットの使用がサポートされていないため、IPv6対応サブネットを選択しないでください。
- OCIにデプロイされたOracle Databasesの場合、バックアップ・サブネットが推奨されるサブネット・サイズ(少なくとも12の空きIPアドレス)を満たすと、リカバリ・サービスは自動的にリカバリ・サービス・サブネットを登録します。リカバリ・サービスによって登録されたサブネットを置換する場合は、「リカバリ・サービス・サブネットのサブネットの追加または置換」で説明されているステップを使用します。
- Oracle Multicloudデータベースの場合、ステップ8の説明に従って、バックアップ・サブネットをリカバリ・サービス・サブネットおよびNSGとして登録する必要があります。推奨されるサブネット・サイズは/24です。
リカバリ・サービスは、次のOracle Multicloudデータベース・サービスをサポートしています。
- Oracle Database@Azure
- Oracle Database@Google Cloud
- Oracle Database@AWS
ネットワーク・ポート2484および8005を使用すると、Oracle Database@AWSとリカバリ・サービス間のネットワーク接続が可能になります。既存のOCIテナンシで、ネットワーク・ポート2484および8005を開いてください。新しいOCIテナンシでは、Oracle Database@AWSに対して同じネットワーク・ポートがデフォルトで開かれます。
Oracle Database@AWSリソースをリカバリ・サービスにオンボードすると、サービスによってバックアップ・サブネットがリカバリ・サービス・サブネットとして自動的に登録されます。サービスによってすでに登録されているデフォルトのリカバリ・サービス・サブネットを使用するか、この項のステップを使用して独自のリカバリ・サービス・サブネットを登録できます。
- 複数の保護されたデータベースで、同じリカバリ・サービス・サブネットを使用できます。リカバリ・サービスのプライベート・エンドポイントをサポートするために必要な数のIPアドレスを使用できるようにするために、複数の保護されたデータベースで使用されるリカバリ・サービス・サブネットに複数のサブネットを割り当てることができます。