Autonomous Container Databaseのクローニング

適用先: Oracle Public Cloud 適用先: マルチクラウド

Autonomous Container Databaseは、その「詳細」ページまたはリモート・バックアップからクローニングできます。

Autonomous Container Databaseのクローニング

Autonomous Container Database (ACD)は、その「詳細」ページからクローニングでき、最新の使用可能なバックアップはクローン・ソースとみなされます。

前提条件

ACDインスタンスを正常にクローニングするための要件を表示するには、専用ExadataインフラストラクチャでのAutonomous Container Databaseのクローニングについてを参照してください。

必要なIAMポリシー

manage autonomous-container-databases

use cloud-exadata-infrastructures

use cloud-autonomous-vmclusters

手順

1. クローニングするAutonomous Container Databaseの「詳細」ページに移動します。

   手順については、Autonomous Container Databaseの詳細の表示を参照してください。

2. 「詳細」アクションで、「クローンの作成」ボタンをクリックします。
3. Autonomous Container Databaseのクローニング・ページに次の情報を入力します:

   設定	説明	ノート
   コンパートメント	Autonomous Container Databaseをホストするコンパートメントを選択します。
   Display name	リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を入力します。	表示名は一意である必要はなく、必要なときにいつでも変更できます。 機密情報を入力しないでください。
   コンテナ・データベース名	コンテナ・データベースの名前を入力します。文字と数字のみを使用できます。文字で始まり、最大30文字です。	コンテナ・データベース名は、Autonomous Exadata VMクラスタ全体で一意である必要があります。 ヒント : コンテナ・データベース名は、Oracle Key Vault (OKV)ウォレットに名前を付けるために使用されます。この名前を使用して、OKVコンソールでAutonomous Container Databaseに関連付けられたOKVウォレットを検索できます。
   Exadataインフラストラクチャ	新しいAutonomous Container DatabaseをホストするExadataインフラストラクチャ。	Mulitcloud ACDリソースを作成するには、リソース・コンパートメント・セレクタをマルチクラウド・コンパートメントに設定し、目的のExadataインフラストラクチャを選択します。
   Autonomous Exadata VMクラスタ	新しいAutonomous Container DatabaseをホストするAutonomous Exadata VMクラスタ。	Mulitcloud ACDリソースを作成するには、リソース・コンパートメント・セレクタをマルチクラウド・コンパートメントに設定し、目的のAutonomous Exadata VMクラスタを選択します。
   自動メンテナンスを構成します	自動メンテナンスを構成するパネルには、次のデフォルト設定が表示されます。 保守方法:タイムゾーンファイルの更新を無効にしてローリングします。 コンテナ・データベース・メンテナンス・バージョン:次のリリース更新(RU) メンテナンス・スケジュール:スケジュール・プリファレンスが指定されていません。 オプションで、「自動メンテナンスの編集」ダイアログを起動する「メンテナンス・スケジュールの変更」をクリックして、メンテナンス・プリファレンスまたはスケジュールを構成できます。	DSTはDaylight Savings Timeの略。
   自動メンテナンスの編集	メンテナンス方法の構成: ローリング・メンテナンス方法と非ローリング・メンテナンス方法のいずれかを選択します。 オプションで、「タイムゾーン更新の有効化」を選択することもできます。 詳細は、サービス・メンテナンス・タイプを参照してください。 コンテナ・データベース・メンテナンス・バージョンの構成: 「次のRU」または「最新のRU」を選択して、ACDの次のメンテナンス・バージョンを構成します。 自動メンテナンス・スケジュールの構成: オプションで、メンテナンス・スケジュールをデフォルト(必要に応じてOracleがメンテナンスをスケジュールすることを許可するプリファレンスなし)からOracle Public Cloudのカスタム・スケジュールおよびExadata Cloud@Customerのスケジュールの指定に変更できます。カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。 「保存」をクリックして、このダイアログを閉じます。	タイムゾーン・ファイルを更新するには、ACDおよび関連するAutonomous Databaseの完全な停止時間が必要です。停止時間は、タイムゾーンに依存するデータの量によって異なります。 タイムゾーンの更新を含むすべてのRUには、非ローリング・メンテナンス方法(完全なシステム停止時間あり)でのみパッチが適用されます。したがって、ローリング方式にメンテナンスを構成し、タイムゾーン更新を有効にすると、タイムゾーン更新を含むすべてのRUが非ローリング方式でのみ適用されます。ローリング方式では、タイムゾーン更新のないRUのみが適用されます。 Autonomous Data Guard構成では、非ローリング・メンテナンス方法では、パッチ適用が完了するまで、それぞれのメンテナンス・ウィンドウ中にプライマリおよびスタンバイACDのダウンタイムが発生します。
   バックアップの構成: 自動バックアップの有効化	デフォルトでは、ACDの自動バックアップが有効になります。オプションで、「自動バックアップの有効化」チェック・ボックスの選択を解除して無効化することもできます。 Autonomous Data Guardを使用したACDのプロビジョニング中に、自動バックアップを無効にすることはできません。	ACDに対して無効になっている場合、Autonomous Container Databaseのバックアップ設定の編集で説明されているステップに従って、後でOracle Cloud Infrastructure (OCI)コンソールから自動バックアップを有効にできます。ただし、一度有効にすると、ACDの自動バックアップを無効にできません。 なんらかの理由で自動バックアップの有効化に失敗すると、ACDプロビジョニングも失敗し、エラー・メッセージが表示されます。回避策として、自動バックアップを無効にしてACDをプロビジョニングし、後でACDの「詳細」ページから有効にできます。
   バックアップの構成: バックアップ保持期間(日)	自動バックアップを有効にしたら、ニーズを満たす「バックアップ保持期間」の値を指定します。7から95日までの任意の値を選択できます。	バックアップ保存ポリシーの値は、デフォルトで15日になります。 すべてのバックアップは、バックアップ保存期間の後に自動的に削除されます。
   バックアップの構成: クロスリージョン・バックアップ・コピーの有効化	オプションで、「リージョン間バックアップ・コピーの有効化」を選択し、バックアップ・コピーのリージョンを指定します。	Autonomous Data Guardが有効になっているACDでは、クロス・リージョン・バックアップ・コピーを有効にできません。 リージョン間のバックアップ・コピーは、マルチクラウドACDリソースでは有効にできません。
   拡張オプションの表示/非表示	デフォルトでは、拡張オプションは非表示になっています。「拡張オプションの表示」をクリックして、それらを表示します。
   詳細オプション: 管理	必要に応じて、必要に応じて、次のリソース管理属性に適した値を定義できます。 データベース分割しきい値(CPU): Autonomous Databaseが複数のノードでオープンされるCPU値。この属性のデフォルト値は、ECPUの場合は64、OCPUの場合は16です。 ノード・フェイルオーバー予約(%):ノード・フェイルオーバーをサポートするためにノード間で予約されているCPUの割合を決定します。指定できる値は0%、25%、50%で、50%がデフォルト・オプションです。 分散アフィニティ: Autonomous Databaseをノードの最小数または最大数で開く必要があるかどうかを決定します。デフォルトでは、「最小ノード数」が選択され、「最大ノード数」がもう一方のオプションになります。 オプションで、「共有サーバー接続の有効化」を選択して、Netサービス・アーキテクチャをサポートします。	ノード・フェイルオーバーの予約が0%に設定されている場合、Autonomous Databaseは、データベースのパッチ適用やコンテナ・データベースの再起動など、VMの障害およびメンテナンス操作中に完全な停止に直面する可能性があります。 共有サーバー・アーキテクチャでは、データベース・サーバーは多くのクライアント・プロセスにおいて非常に少数のサーバー・プロセスを共有できるため、サポート可能なユーザー数が増大します。ACDのプロビジョニング後に共有サーバー・アーキテクチャを無効にすることはできません。詳細は、特殊用途の接続機能を参照してください。
   拡張オプション: 暗号化キー	オプションで、Oracle管理の暗号化キーのかわりに顧客管理の暗号化キーを使用するようにAutonomous Container Databaseを構成できます。 デプロイメントに応じて、「このテナンシで顧客管理キーを使用して暗号化」および次のいずれかのオプションを選択します: OCI Vaultサービス:このオプションでは、リストからVaultおよびマスター暗号化キーを選択します。このオプションは、Oracle Public Cloudでのみ使用可能です。 Oracle Key Vault:このオプションでは、ソースACDと同じキー・ストアを選択する必要があります。	デフォルトでは、「Oracle管理キーを使用した暗号化」が選択されます。 Oracle Key Vaultで暗号化キーを使用するには、キー・ストアを作成する必要があります。手順は、Oracle Key Vault内の顧客管理鍵の使用を参照してください。 プライマリ・データベースとスタンバイ・データベースを同じリージョン内の異なる可用性ドメインに配置したAutonomous Data Guard対応Autonomous Container Databaseで、顧客管理の暗号化キーを使用できるようになりました。 顧客管理キーの使用の詳細は、マスター暗号化キーについてに関する項を参照してください。
   詳細オプション: タグ	タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択して、タグを追加します。	すでにプロビジョニングされているAutonomous Exadata VMクラスタのタイム・ゾーン設定は変更できません。必要に応じて、My Oracle Supportでサービス・リクエストを作成できます。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。

4. 「Autonomous Container Databaseのクローニング」をクリックします。

リモート・バックアップからのAutonomous Container Databaseのクローニング

Autonomous Container Database (ACD)は、使用可能な最新のリモート・バックアップからクローニングできます。

前提条件

ACDインスタンスを正常にクローニングするための要件を表示するには、専用ExadataインフラストラクチャでのAutonomous Container Databaseのクローニングについてを参照してください。

必要なIAMポリシー

manage autonomous-container-databases

use cloud-exadata-infrastructures

use cloud-autonomous-vmclusters

手順

1. コンパートメントの「リモート・バックアップ」ページに移動します。

   手順は、リモート・バックアップのリストの表示を参照してください。

2. クローニングするリモート・バックアップの横にある3つのドットをクリックし、「クローンの作成」をクリックします。
3. Autonomous Container Databaseのクローニング・ページに次の情報を入力します:

   設定	説明	ノート
   コンパートメント	Autonomous Container Databaseをホストするコンパートメントを選択します。
   Display name	リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を入力します。	表示名は一意である必要はなく、必要なときにいつでも変更できます。 機密情報を入力しないでください。
   コンテナ・データベース名	コンテナ・データベースの名前を入力します。文字と数字のみを使用できます。文字で始まり、最大30文字です。	コンテナ・データベース名は、Autonomous Exadata VMクラスタ全体で一意である必要があります。 ヒント : コンテナ・データベース名は、Oracle Key Vault (OKV)ウォレットに名前を付けるために使用されます。この名前を使用して、OKVコンソールでAutonomous Container Databaseに関連付けられたOKVウォレットを検索できます。
   Exadataインフラストラクチャ	新しいAutonomous Container DatabaseをホストするExadataインフラストラクチャ。	Mulitcloud ACDリソースを作成するには、リソース・コンパートメント・セレクタをマルチクラウド・コンパートメントに設定し、目的のExadataインフラストラクチャを選択します。
   Autonomous Exadata VMクラスタ	新しいAutonomous Container DatabaseをホストするAutonomous Exadata VMクラスタ。	Mulitcloud ACDリソースを作成するには、リソース・コンパートメント・セレクタをマルチクラウド・コンパートメントに設定し、目的のAutonomous Exadata VMクラスタを選択します。
   自動メンテナンスを構成します	自動メンテナンスを構成するパネルには、次のデフォルト設定が表示されます。 保守方法:タイムゾーンファイルの更新を無効にしてローリングします。 コンテナ・データベース・メンテナンス・バージョン:次のリリース更新(RU) メンテナンス・スケジュール:スケジュール・プリファレンスが指定されていません。 オプションで、「自動メンテナンスの編集」ダイアログを起動する「メンテナンス・スケジュールの変更」をクリックして、メンテナンス・プリファレンスまたはスケジュールを構成できます。	DSTはDaylight Savings Timeの略。
   自動メンテナンスの編集	メンテナンス方法の構成: ローリング・メンテナンス方法と非ローリング・メンテナンス方法のいずれかを選択します。 オプションで、「タイムゾーン更新の有効化」を選択することもできます。 詳細は、サービス・メンテナンス・タイプを参照してください。 コンテナ・データベース・メンテナンス・バージョンの構成: 「次のRU」または「最新のRU」を選択して、ACDの次のメンテナンス・バージョンを構成します。 自動メンテナンス・スケジュールの構成: オプションで、メンテナンス・スケジュールをデフォルト(必要に応じてOracleがメンテナンスをスケジュールすることを許可するプリファレンスなし)からOracle Public Cloudのカスタム・スケジュールおよびExadata Cloud@Customerのスケジュールの指定に変更できます。カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。 「保存」をクリックして、このダイアログを閉じます。	タイムゾーン・ファイルを更新するには、ACDおよび関連するAutonomous Databaseの完全な停止時間が必要です。停止時間は、タイムゾーンに依存するデータの量によって異なります。 タイムゾーンの更新を含むすべてのRUには、非ローリング・メンテナンス方法(完全なシステム停止時間あり)でのみパッチが適用されます。したがって、ローリング方式にメンテナンスを構成し、タイムゾーン更新を有効にすると、タイムゾーン更新を含むすべてのRUが非ローリング方式でのみ適用されます。ローリング方式では、タイムゾーン更新のないRUのみが適用されます。 Autonomous Data Guard構成では、非ローリング・メンテナンス方法では、パッチ適用が完了するまで、それぞれのメンテナンス・ウィンドウ中にプライマリおよびスタンバイACDのダウンタイムが発生します。
   バックアップの構成: 自動バックアップの有効化	デフォルトでは、ACDの自動バックアップが有効になります。オプションで、「自動バックアップの有効化」チェック・ボックスの選択を解除して無効化することもできます。 Autonomous Data Guardを使用したACDのプロビジョニング中に、自動バックアップを無効にすることはできません。	ACDに対して無効になっている場合、Autonomous Container Databaseのバックアップ設定の編集で説明されているステップに従って、後でOracle Cloud Infrastructure (OCI)コンソールから自動バックアップを有効にできます。ただし、一度有効にすると、ACDの自動バックアップを無効にできません。 なんらかの理由で自動バックアップの有効化に失敗すると、ACDプロビジョニングも失敗し、エラー・メッセージが表示されます。回避策として、自動バックアップを無効にしてACDをプロビジョニングし、後でACDの「詳細」ページから有効にできます。
   バックアップの構成: バックアップ保持期間(日)	自動バックアップを有効にしたら、ニーズを満たす「バックアップ保持期間」の値を指定します。7から95日までの任意の値を選択できます。	バックアップ保存ポリシーの値は、デフォルトで15日になります。 すべてのバックアップは、バックアップ保存期間の後に自動的に削除されます。
   バックアップの構成: クロスリージョン・バックアップ・コピーの有効化	オプションで、「リージョン間バックアップ・コピーの有効化」を選択し、バックアップ・コピーのリージョンを指定します。	Autonomous Data Guardが有効になっているACDでは、クロス・リージョン・バックアップ・コピーを有効にできません。 リージョン間のバックアップ・コピーは、マルチクラウドACDリソースでは有効にできません。
   拡張オプションの表示/非表示	デフォルトでは、拡張オプションは非表示になっています。「拡張オプションの表示」をクリックして、それらを表示します。
   詳細オプション: 管理	必要に応じて、必要に応じて、次のリソース管理属性に適した値を定義できます。 データベース分割しきい値(CPU): Autonomous Databaseが複数のノードでオープンされるCPU値。この属性のデフォルト値は、ECPUの場合は64、OCPUの場合は16です。 ノード・フェイルオーバー予約(%):ノード・フェイルオーバーをサポートするためにノード間で予約されているCPUの割合を決定します。指定できる値は0%、25%、50%で、50%がデフォルト・オプションです。 分散アフィニティ: Autonomous Databaseをノードの最小数または最大数で開く必要があるかどうかを決定します。デフォルトでは、「最小ノード数」が選択され、「最大ノード数」がもう一方のオプションになります。 オプションで、「共有サーバー接続の有効化」を選択して、Netサービス・アーキテクチャをサポートします。	ノード・フェイルオーバーの予約が0%に設定されている場合、Autonomous Databaseは、データベースのパッチ適用やコンテナ・データベースの再起動など、VMの障害およびメンテナンス操作中に完全な停止に直面する可能性があります。 共有サーバー・アーキテクチャでは、データベース・サーバーは多くのクライアント・プロセスにおいて非常に少数のサーバー・プロセスを共有できるため、サポート可能なユーザー数が増大します。ACDのプロビジョニング後に共有サーバー・アーキテクチャを無効にすることはできません。詳細は、特殊用途の接続機能を参照してください。
   拡張オプション: 暗号化キー	オプションで、Oracle管理の暗号化キーのかわりに顧客管理の暗号化キーを使用するようにAutonomous Container Databaseを構成できます。 デプロイメントに応じて、「このテナンシで顧客管理キーを使用して暗号化」および次のいずれかのオプションを選択します: OCI Vaultサービス:このオプションでは、リストからVaultおよびマスター暗号化キーを選択します。このオプションは、Oracle Public Cloudでのみ使用可能です。 Oracle Key Vault:このオプションでは、ソースACDと同じキー・ストアを選択する必要があります。	デフォルトでは、「Oracle管理キーを使用した暗号化」が選択されます。 Oracle Key Vaultで暗号化キーを使用するには、キー・ストアを作成する必要があります。手順は、Oracle Key Vault内の顧客管理鍵の使用を参照してください。 プライマリ・データベースとスタンバイ・データベースを同じリージョン内の異なる可用性ドメインに配置したAutonomous Data Guard対応Autonomous Container Databaseで、顧客管理の暗号化キーを使用できるようになりました。 顧客管理キーの使用の詳細は、マスター暗号化キーについてに関する項を参照してください。
   詳細オプション: タグ	タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択して、タグを追加します。	すでにプロビジョニングされているAutonomous Exadata VMクラスタのタイム・ゾーン設定は変更できません。必要に応じて、My Oracle Supportでサービス・リクエストを作成できます。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。

4. 「Autonomous Container Databaseのクローニング」をクリックします。

---

タイトルおよび著作権情報

Copyright ©2025,2025,

Oracle and/or its affiliates.

ドキュメントのアクセシビリティについて

For information about Oracle's commitment to accessibility, visit the Oracle Accessibility Program website at http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc.

Oracle Supportへのアクセス

お客様のOracleサポート・サービスへのアクセスおよびご利用は、該当するサービスの注文時に指定された利用条件に従うものとします。