専用Exadataインフラストラクチャ上のAutonomous AI Databaseのクローニング

クローニングとは、Autonomous AI Databaseまたはそのバックアップ・セットのポイントインタイム・コピーを作成するプロセスです。Autonomous AI Database on Dedicated Exadata Infrastructureは、その「詳細」ページからクローニングできます。

ノート: 26aiソフトウェア・バージョンのAutonomous AIデータベースは、19cバージョン(またはその逆)のAutonomous AIデータベースにクローニングできません。

Autonomous AI Databaseインスタンスのクローニング

前提条件

Autonomous AI Databaseインスタンスを正常にクローニングするための要件を確認するには、クローン要件に関する項を参照してください。

必要なIAMポリシー

manage autonomous-databases

read autonomous-container-databases

手順

Oracle Cloud Infrastructureコンソールを使用してAutonomous AI Databaseインスタンスのクローンするには、次のステップに従います。

1. クローニングするAutonomous AIデータベースの「詳細」ページに移動します。

   ノート: Autonomous Data Guardを使用するデータベースの場合、プライマリ・データベースの「詳細」ページに移動します。

   手順については、専用Autonomous AIデータベースの詳細の表示を参照してください。

2. Oracle Public Cloudで、「その他のアクション」の下の「クローンの作成」をクリックし、Exadata Cloud@Customerで、「アクション」の下の「クローンの作成」をクリックします。

   「クローンの作成」は、データベースの状態が「使用可能」の場合にのみ有効になります。

3. 「Autonomous AI Database Cloneの作成」ページに次の情報を入力します:

   設定	説明	ノート
   クローン・タイプ	「フル・クローン」または「メタデータ・クローン」を選択します。	詳細は、クローン・タイプを参照してください。
   ソースのクローニング	「データベース・インスタンスからのクローニング」を選択します。
   Autonomous AI Databaseクローン: コンパートメント	データベース・クローンのコンパートメントを選択します。	コンパートメントの使用および管理の詳細は、コンパートメントの理解を参照してください。
   Autonomous AI Databaseクローン: ソース・データベース名	この読取り専用フィールドは、ソース・データベースの名前を識別します。
   Autonomous AI Databaseクローン: 表示名	リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を指定します。	表示名は一意である必要はありません。
   Autonomous AI Databaseクローン: データベース名	クローン・データベースの名前を入力します。	データベース名は、文字と数字のみで構成する必要があります。 最大長は30文字です。 同一のAutonomous Exadata VMクラスタ内の複数のAutonomous AIデータベースには、同じデータベース名を使用できません。
   領域	クローン・データベースを配置するリージョンを選択します。	デフォルトは、ソース・データベースと同じリージョンです。クロス・リージョン・クローンを実行し、それに応じて別のリージョンを選択することもできます。
   Exadataインフラ	クローン・データベースを配置するExadataインフラストラクチャを指定します。	デフォルトは、ソース・データベースのExadataインフラストラクチャと同じです。 必要に応じて「コンパートメントの変更」をクリックして、別のコンパートメントからExadataインフラストラクチャを選択できます。
   Autonomous Exadata VMクラスタ	Autonomous Exadata VMクラスタ(AVMC)を指定して、クローン・データベースを配置します。 Exadata Cloud@Customerの場合、ターゲットAVMCはソース・バックアップの保存先にアクセスできる必要があります。	デフォルトは、ソース データベースと同じAVMCリソースです。 必要に応じて「コンパートメントの変更」をクリックして、別のコンパートメントからAVMCリソースを選択できます。 Exadata Cloud@Customerデプロイメントでは、親AVMCで第3 NICが有効になっている場合、データベース・インスタンスからのすべてのクローニング操作は、この第3 NIC上でのみ移動します。
   Autonomous Container Database	クローン・データベースを配置するAutonomous Container Database (ACD)を指定します。 まず、Autonomous Data Guardを使用するように標準ACDとACDのどちらを構成するかを選択します。 「コンパートメントの変更」をクリックして、別のコンパートメントから選択します。	デフォルトはソース・データベースと同じACDです。
   データベースの構成: 空きインスタンス	開発者向けAutonomous AI Databaseインスタンスを作成する場合は、「インスタンスの無料」ボタンを切り替えます。 Autonomous AI Database for Developersインスタンスは4つのECPUと32GBのストレージで固定されているため、ECPU数とストレージ(GB)にはそれぞれ4と32が自動移入されます。 コンピュート自動スケーリングは、開発者データベース・インスタンスが手動または自動スケーリングをサポートしていないため、無効になっています。	Autonomous AI Database for Developersは、データベース開発および機能テスト・アクティビティ用に設計された無償の階層製品です。詳細は、Autonomous AI Database for Developersを参照してください。 開発者データベース・インスタンスは、Autonomous Data Guardを使用せずにECPUベースのACDにのみ作成できます。したがって、「空きインスタンス」トグル・ボタンは、OCPUまたはAutonomous Data Guard、あるいはその両方を含むACDでは無効になっています。 Autonomous AI DatabaseをAutonomous AI Database for Developersに正常にクローニングするには、ソース・データベースの実際の使用領域(次のGBに切り上げ)が32GB以下である必要があります。
   データベースを構成します: CPU数:	プロビジョニング可能なCPUのリストから、クローン・データベースのCPUの数を選択します。	クローン・データベースのCPUタイプ(OCPUまたはECPU)、クローンの親のAutonomous Exadata VMクラスタ・コンピュート・タイプによって決まります。 OCPUデータベースをOCPUまたはECPUデータベースにクローニングできます。ただし、ECPUデータベースをOCPUデータベースにクローニングすることはできません。 この値のデフォルトは、CPUタイプに応じて2 ECPUまたは1 OCPUです。詳細は、Autonomous AI Databaseのコンピュート・モデルを参照してください。 フルOCPUを必要としないデータベースには、0.1から0.9までのOCPU数を0.1 OCPU単位で割り当てることもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、CPU Overprovisioningを参照してください。
   データベースの構成: 自動スケーリング	自動スケーリングを有効または無効にします。これにより、Autonomous AI Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの最大3倍を自動的に使用できます。
   データベースの構成: ストレージ(GB)	データベースで使用可能にするストレージをギガバイト(GB)で指定し、ソース・データベースの現在のストレージ割当てと同じ最小値を指定します。	フル・クローンの場合、指定できる最小ストレージは、ソース・データベースの実際の使用済領域を次のGBに切り上げた値です。
   データベースの構成: Elastic Pools	コンピュート自動スケーリングが無効になっている場合、エラスティック・プールをプール・リーダーとして作成するか、既存のエラスティック・プールをプール・メンバーとして結合するかを選択できます。 拡張オプションの表示をクリックします。 「Enable elastic pool」を選択します。 既存のプールに参加するには、「既存のエラスティック・プールに参加」を選択し、「コンパートメント内のプール・リーダーの選択」からプール・リーダーを選択します。 新しいエラスティック・プールを作成するには、「エラスティック・プールの作成」を選択し、使用可能なプール・シェイプのリスト(128、256、512、1024、2048または4096)からプールECPU数のプール・サイズを選択します。	エラスティック・プールを作成できるのは、ECPUコンピュート・モデルを使用するAutonomous Data Guardを使用せずにAutonomous AI Transaction Processingデータベースをクローニングする場合のみです。
   管理者資格証明	ユーザー名: ADMINとして自動移入される読取り専用フィールドです。 Password: クローニングされたデータベースのADMINデータベース・ユーザーのパスワードを設定します。 パスワードの確認: 確認のためにパスワードを再入力します。	パスワードは、Oracle Cloudセキュリティ標準に基づく強力なパスワード複雑性基準を満たしている必要があります。パスワード複雑性ルールの詳細は、データベース・ユーザーの作成を参照してください。 ソース・データベースのADMINデータベース・ユーザーのパスワードとは異なるパスワードを指定する必要があります。そうしないと、クローン操作は失敗します。
   ネットワーク・アクセスの構成	データベース・レベルのアクセス制御を有効にするには、「アクセス制御の変更」をクリックし、必要に応じてエントリを追加または変更します。	詳細は、専用Autonomous AIデータベースのアクセス制御リストの設定を参照してください。
   連絡先の電子メール	運用通知、お知らせおよび計画外メンテナンス通知を受信できる連絡先Eメールを指定します。	Oracleでは、重要な通知やお知らせが見逃されないように、可能な場合は個人の電子メール・アドレスではなく管理者グループの電子メール・アドレスを使用することをお薦めします。
   詳細オプションを表示/非表示	デフォルトでは、拡張オプションは非表示です。「拡張オプションの表示」をクリックして、それらを表示します。
   拡張オプション: 暗号化キー	暗号化キー設定は、ターゲットのAutonomous Container Databaseから適用されます。	ソースとターゲットの暗号化キーのキーストアは、異なるタイプでかまいません。ただし、両方とも Oracle Key Vault (OKV)を使用して顧客管理キーを使用する場合は、同じOKV宛先を使用する必要があります。 ソース・データベースがOKVで顧客管理キーを使用している場合、クローン・データベースのACDは、ソースと同じキー・ストアおよびOKVエンドポイント・グループ名を使用する必要があります。
   詳細オプション: 管理	クローン・データベースは、その文字セットおよび各国語文字セットの値をソースから継承します。
   拡張オプション: データベース・インメモリー	オプションで、「Enable database In-memory」を選択し、割り当てるシステム・グローバル領域(SGA)の割合を調整します。	Autonomous AI Databaseでこの機能を使用するための要件とガイドラインについては、Database In-Memoryを参照してください。 必要に応じて、Oracle Cloud Infrastructure (OCI)コンソールからDatabase In-Memoryを無効にすることもできます。手順については、データベース・インメモリーの有効化または無効化を参照してください。
   高度なオプション: タグ	タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。	タグ付けとは、テナンシ内のリソースを整理およびトラッキングできるメタデータ・システムです。専用Autonomous AI Database Cloudリソースのタグ付けを参照してください。

4. 「クローンの作成」をクリックします。

Oracle Cloud Infrastructureコンソールでは、新しいデータベースが使用可能になるまで「状態」に「プロビジョニング中」と表示されます。

バックアップからのAutonomous AIデータベースのクローニング

前提条件

Autonomous AI Databaseインスタンスを正常にクローニングするための要件を確認するには、クローン要件に関する項を参照してください。

必要なIAMポリシー

manage autonomous-databases

read autonomous-container-databases

手順

Oracle Cloud Infrastructureコンソールを使用してバックアップからAutonomous AI Databaseをクローンするには、次のステップに従います。

1. クローニングするAutonomous AIデータベースの「詳細」ページに移動します。

   手順については、専用Autonomous AIデータベースの詳細の表示を参照してください。

2. 「詳細」ページから「Autonomous AIデータベース・クローンの作成」ページを開くには、次の2つの方法があります:

   • オプション1: Oracle Public Cloudで、「その他のアクション」の下の「クローンの作成」をクリックし、Exadata Cloud@Customerで「アクション」の下の「クローンの作成」をクリックします。

     このオプションを使用して「Autonomous AIデータベース・クローンの作成」ページを開くときに、クローニング用の特定のバックアップを選択できる追加オプションがこのページに表示されます。

     ノート: 「クローンの作成」は、データベースの状態が「使用可能」の場合にのみ有効になります。

   • オプション2: 「バックアップ」をクリックします。バックアップのリストが表示されます。目的の行で、をクリックし、クローニングするバックアップ用の「クローンの作成」を選択します。

     このオプションを使用して「Autonomous AIデータベース・クローンの作成」ページを開くと、クローニング用にあらかじめ選択されているバックアップが表示されます。このページにはバックアップを選択するオプションは表示されません。

3. 「Autonomous AI Database Cloneの作成」ページに次の情報を入力します:

   設定	説明	ノート
   クローン・タイプ	「Full Clone」を選択します。	Autonomous AI Databaseバックアップからクローニングする場合、メタデータ・クローーンはサポートされません。 詳細は、クローン・タイプを参照してください。
   ソースのクローニング	「バックアップからのクローニング」を選択します。	特定のバックアップのメニューから「Autonomous AIデータベース・クローンの作成」ページを開くと、このページはクローニング用に事前選択されたバックアップとともに起動します。このページにはバックアップを選択するオプションは表示されません。
   特定のバックアップの選択	「バックアップからのクローニング」を選択すると、特定のバックアップを選択するための追加オプションが3つ表示されます。 ポイント・イン・タイム・クローン: 特定のタイムスタンプでバックアップをクローニングする場合は、このオプションを選択します。このオプションを選択するには、「タイムスタンプの入力」にバックアップ・タイムスタンプを入力する必要があります。Autonomous Container Databaseの設定された保存期間内のタイムスタンプを入力する必要があります。 リストからバックアップを選択: バックアップのリストからバックアップを選択する場合は、このオプションを選択します。「開始」および「終了」カレンダ・フィールドを使用して期間を指定することで、表示されるバックアップ数を制限できます。 最新バックアップ・タイムスタンプ: 最新のタイムスタンプでバックアップをクローニングする場合は、このオプションを選択します。 「最新のバックアップ・タイムスタンプ」クローン・タイプを選択すると、使用可能な最も新しいバックアップ・データからデータベースがクローニングされます。	ポイント・イン・タイム・クローンはデフォルト・オプションです。このオプションを使用して長期バックアップをクローニングすることはできません。 長期バックアップからクローニングする場合は、「リストからバックアップを選択」オプションを選択する必要があります。入力した日付範囲に基づいて表示されるリストから選択できるのは、バックアップを1つのみです。
   コンパートメント	データベース・クローンのコンパートメントを選択します。	コンパートメントの使用および管理の詳細は、コンパートメントの理解を参照してください。
   ソース・データベース名	この読取り専用フィールドは、ソース・データベースの名前を識別します。
   Display name	リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を指定します。	表示名は一意である必要はありません。
   データベース名	クローン・データベースの名前を入力します。	データベース名は、文字と数字のみで構成する必要があります。 最大長は30文字です。 は同じAutonomous Exadata VMクラスタ内の複数のAutonomous AIデータベースには、同じデータベース名を使用できません。
   領域	クローン・データベースを配置するリージョンを選択します。	デフォルトは、ソース・データベースと同じリージョンです。クロス・リージョン・クローンを実行し、それに応じて別のリージョンを選択することもできます。
   Exadataインフラ	クローン・データベースを配置するExadataインフラストラクチャを指定します。	デフォルトは、ソース・データベースのExadataインフラストラクチャと同じです。 必要に応じて「コンパートメントの変更」をクリックして、別のコンパートメントからExadataインフラストラクチャを選択できます。
   Autonomous Exadata VMクラスタ	Autonomous Exadata VMクラスタ(AVMC)を指定して、クローン・データベースを配置します。 Exadata Cloud@Customerの場合、ターゲットAVMCはソース・バックアップの保存先にアクセスできる必要があります。	デフォルトは、ソース データベースと同じAVMCリソースです。 必要に応じて「コンパートメントの変更」をクリックして、別のコンパートメントからAVMCリソースを選択できます。 Exadata Cloud@Customerデプロイメントでは、親AVMCで第3 NICが有効になっている場合、データベース・インスタンスからのすべてのクローニング操作は、この第3 NIC上でのみ移動します。
   Autonomous Container Database	クローン・データベースを配置するAutonomous Container Database (ACD)を指定します。 まず、Autonomous Data Guardを使用するように標準ACDとACDのどちらを構成するかを選択します。 「コンパートメントの変更」をクリックして、別のコンパートメントから選択します。	デフォルトは、ソース・データベースのAutonomous Container Databaseと同じです。
   データベースの構成: 空きインスタンス	開発者向けAutonomous AI Databaseインスタンスを作成する場合は、「インスタンスの無料」ボタンを切り替えます。 Autonomous AI Database for Developersインスタンスは4 ECPUと32GBのストレージで固定されているため、ECPU数とストレージ(GB)にはそれぞれ4と32が自動移入されます。 コンピュート自動スケーリングは、開発者データベース・インスタンスが手動または自動スケーリングをサポートしていないため、無効になっています。	Autonomous AI Database for Developersは、データベース開発および機能テスト・アクティビティ用に設計された無償の階層製品です。詳細は、Autonomous AI Database for Developersを参照してください。 開発者データベース・インスタンスは、Autonomous Data Guardを使用せずにECPUベースのACDにのみ作成できます。したがって、「空きインスタンス」トグル・ボタンは、OCPUまたはAutonomous Data Guard、あるいはその両方を含むACDでは無効になっています。 Autonomous AI Database for Developersにバックアップを正常にクローニングするには、ソース・データベースの割当て領域が32GB以下である必要があります。この条件が満たされない場合は、実際の使用済領域が次のGBに切り上げられ、32GB以下であれば、かわりにデータベース・インスタンスを開発者データベースにクローニングできます。
   データベースの構成: CPU数	プロビジョニング可能なCPUのリストから、クローン・データベースのCPUの数を選択します。 クローン後は、必要に応じて低い値にサイズ変更できます。OCPUの場合は、CPU数を1 OCPU未満(0.1から0.9まで0.1 OCPU単位)にサイズ変更することもできます。	バックアップからのAutonomous AI Databaseクローンには、2 OCPUまたは8 ECPUの最小要件があります。 クローン・データベースのCPUタイプ(OCPUまたはECPU)、クローンの親のAutonomous Exadata VMクラスタ・コンピュート・タイプによって決まります。詳細は、Autonomous AI Databaseのコンピュート・モデルを参照してください。 OCPUデータベースをOCPUまたはECPUデータベースにクローニングできます。ただし、ECPUデータベースをOCPUデータベースにクローニングすることはできません。 Autonomous Exadata VMクラスタ内のすべてのデータベースで使用可能なCPUの合計数は、インフラストラクチャ・シェイプおよび他のAutonomous AIデータベースにすでに割り当てられているものによって異なります。 Autonomous AI Databaseのクローニングにかかる時間は、CPU数と、バックアップ保存先とターゲットのAutonomous Container Databaseの間のネットワーク帯域幅によって異なります。 フルOCPUを必要としないデータベースには、0.1から0.9までのOCPU数を0.1 OCPU単位で割り当てることもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、CPU Overprovisioningを参照してください。
   データベースの構成: ストレージ(GB)	データベースで使用できるようにする記憶域をギガバイト(GB)で指定します。これは、使用できるストレージによって異なります。	指定できる最小ストレージは、ソース・データベースの現在のストレージ割当てです。
   データベースの構成: Elastic Pools	コンピュート自動スケーリングが無効になっている場合、エラスティック・プールをプール・リーダーとして作成するか、既存のエラスティック・プールをプール・メンバーとして結合するかを選択できます。 拡張オプションの表示をクリックします。 「Enable elastic pool」を選択します。 既存のプールに参加するには、「既存のエラスティック・プールに参加」を選択し、「コンパートメント内のプール・リーダーの選択」からプール・リーダーを選択します。 新しいエラスティック・プールを作成するには、「エラスティック・プールの作成」を選択し、使用可能なプール・シェイプのリスト(128、256、512、1024、2048または4096)からプールECPU数のプール・サイズを選択します。	-
   データベースの構成: 自動スケーリング	自動スケーリングを有効または無効にします。これにより、Autonomous AI Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの最大3倍を自動的に使用できます。
   管理者資格証明	ユーザー名: ADMINとして自動移入される読取り専用フィールドです。 Password: クローニングされたデータベースのADMINデータベース・ユーザーのパスワードを設定します。 パスワードの確認: 確認のためにパスワードを再入力します。	パスワードは、Oracle Cloudセキュリティ標準に基づく強力なパスワード複雑性基準を満たしている必要があります。パスワード複雑性ルールの詳細は、データベース・ユーザーの作成を参照してください。 ソース・データベースのADMINデータベース・ユーザーのパスワードとは異なるパスワードを指定する必要があります。そうしないと、クローン操作は失敗します。
   ネットワーク・アクセスの構成	データベース・レベルのアクセス制御を有効にするには、「アクセス制御の変更」をクリックし、必要に応じてエントリを追加または変更します。	詳細は、専用Autonomous AIデータベースのアクセス制御リストの設定を参照してください。
   連絡先の電子メール	運用通知、お知らせおよび計画外メンテナンス通知を受信できる連絡先Eメールを指定します。	Oracleでは、重要な通知やお知らせが見逃されないように、可能な場合は個人の電子メール・アドレスではなく管理者グループの電子メール・アドレスを使用することをお薦めします。
   詳細オプションを表示/非表示	デフォルトでは、拡張オプションは非表示です。「拡張オプションの表示」をクリックして、それらを表示します。
   拡張オプション: 暗号化キー	暗号化キー設定は、ターゲットのAutonomous Container Databaseから適用されます。	ソースとターゲットの暗号化キーのキーストアは、異なるタイプでかまいません。ただし、両方とも Oracle Key Vault (OKV)を使用して顧客管理キーを使用する場合は、同じOKV宛先を使用する必要があります。 ソース・データベースがOKVで顧客管理キーを使用している場合、クローン・データベースのACDは、ソースと同じキー・ストアおよびOKVエンドポイント・グループ名を使用する必要があります。
   拡張オプション: データベース・インメモリー	オプションで、「Enable database In-memory」を選択し、割り当てるシステム・グローバル領域(SGA)の割合を調整します。	Autonomous AI Databaseでこの機能を使用するための要件とガイドラインについては、Database In-Memoryを参照してください。 必要に応じて、Oracle Cloud Infrastructure (OCI)コンソールからDatabase In-Memoryを無効にすることもできます。手順については、「データベース・インメモリーの有効化または無効化」を参照してください。
   高度なオプション: タグ	タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。	タグ付けとは、テナンシ内のリソースを整理およびトラッキングできるメタデータ・システムです。専用Autonomous AI Database Cloudリソースのタグ付けを参照してください。

4. クローンを作成するためのページを送信します。

Oracle Cloud Infrastructureコンソールでは、新しいデータベースが使用可能になるまで「状態」に「プロビジョニング中」と表示されます。

クロス・テナンシによるAutonomous AIデータベース・インスタンスのクローニング

適用対象: Oracle Public Cloudのみ

Autonomous AI Databaseインスタンスは、あるテナンシ(ソース・テナンシ)から別のテナンシ(宛先テナンシ)にクローニングできます。

このトピックで示すステップは、ソース・データベースと、同じリージョンまたは異なるリージョン(クロスリージョン)内のクローン・データベースとのクロス・テナンシ・クローニングに適用されます。

ノート:クロス・テナンシのクローニング・オプションは、CLIまたはAutonomous AI Database REST APIを使用してのみ使用できます。Oracle Cloud Infrastructure Consoleを使用してクロス・テナンシ・クローンを作成することはできません。

Autonomous AI Databaseインスタンスからクロス・テナンシ・クローンを作成するには、まずすべてのクローン要件が満たされていることを確認する必要があります。具体的には、OCI Identity and Access Managementポリシーを定義して、クロス・テナンシのクローニングを認可する必要があります。詳細は、クロス・テナンシ・クローンの要件を参照してください。

クローンを作成するテナンシ、つまり宛先リージョンの宛先テナンシで、CLIを使用するか、REST APIをコールして、別のテナンシ(ソース・テナンシ)に存在するソース・データベースの有効なクローン・タイプ(フルまたはメタデータ)およびOCIDを指定します。

CLI REST API

oci db autonomous-database create-from-clone
    --clone-type metadata
    --compartment-id ocid1.compartment.oc1..unique_ID
    --source-id ocid1.autonomousdatabase.oc1..unique_ID
    --db-name dbnameclone
    --display-name dbnameclone
    --admin-password <password>
    --data-storage-size-in-tbs 1
    --compute-model ECPU
    --compute-count 4
    --autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1..unique_ID

前述の例では:

• source-idは、ソースのAutonomous AIデータベースのOCIDです。

• autonomous-container-database-idは、宛先Autonomous Container DatabaseのOCIDです。

• compartment-idは、クローン・データベースが存在する宛先のコンパートメントのOCIDです。

コマンドが成功すると、クローンの進行状況を追跡するために使用できるwork-request-idが返されます。詳細は、create-from-cloneを参照してください。

SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

REST APIを使用してAutonomous AI Databaseインスタンスからクロス・テナンシ・クローンを作成するには、CreateAutonomousDatabase APIを使用します。

oci raw-request
    --debug
    --http-method POST
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases
    --request-body '{
        "cloneType": "full",
        "displayName": "RAcloneV2",
        "dbName": "RAcloneV2",
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "sourceId": "ocid1.autonomousdatabase.oc1..unique_ID",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase.oc1..unique_ID",
        "adminPassword": "<password>",
        "dataStorageSizeInTBs": 1,
        "computeCount": 1,
        "computeModel": "ECPU",
        "isDedicated": "True"
    }'

ノート:専用Exadataインフラストラクチャ上のAutonomous AIデータベースをクローニングするには、必ずisDedicatedをTrueに設定してください。

これらのREST APIの詳細は、CreateAutonomousDatabaseおよびCreateAutonomousDatabaseCloneDetailsを参照してください。

APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。

クロス・テナンシによるバックアップからのAutonomous AIデータベースのクローニング

適用先: Oracle Public Cloudのみ

Autonomous AI Databaseバックアップは、あるテナンシ(ソース・テナンシ)から別のテナンシ(宛先テナンシ)にクローニングできます。

このトピックでは、バックアップからクロス・テナンシ・クローンを作成するステップを示します。

ノート:クロス・テナンシのクローニング・オプションは、CLIまたはAutonomous AI Database REST APIを使用してのみ使用できます。Oracle Cloud Infrastructure Consoleを使用してクロス・テナンシ・クローンを作成することはできません。

Autonomous AI Databaseバックアップからクロス・テナンシ・クローンを作成するには、まずすべてのクローン要件が満たされていることを確認する必要があります。具体的には、OCI Identity and Access Managementポリシーを定義して、クロス・テナンシのクローニングを認可する必要があります。詳細は、クロス・テナンシ・クローンの要件を参照してください。

クローンを作成するテナンシ、つまり宛先リージョンの宛先テナンシで、CLIを使用するか、REST APIをコールして、別のテナンシ(ソース・テナンシ)に存在するソース・データベースの有効なクローン・タイプ(フルまたはメタデータ)およびOCIDを指定します。

CLI REST API

oci db autonomous-database create-from-backup-timestamp
    --compartment-id ocid1.compartment.oc1..unique_ID
    --autonomous-database-id ocid1.autonomousdatabase.oc1..unique_ID
    --clone-type FULL
    --timestamp 2024-04-16T20:30:00.123456Z
    --db-name ZZC08X42GU0B09GECA
    --display-name clonedb
    --admin-password <password>
    --data-storage-size-in-tbs 1
    --compute-model ECPU
    --compute-count 4
    --autonomous-container-database-id ocid1.autonomouscontainerdatabase.oc1..unique_ID

前述の例では:

• autonomous-database-idは、ソースAutonomous AI DatabaseバックアップのOCIDです。

• autonomous-container-database-idは、宛先Autonomous Container DatabaseのOCIDです。

• compartment-idは、クローン・データベースが存在する宛先のコンパートメントのOCIDです。

コマンドが成功すると、クローンの進行状況を追跡するために使用できるwork-request-idが返されます。詳細は、create-from-backup-timestampおよびcreate-from-backup-idを参照してください。

SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

REST APIを使用して既存のAutonomous AIデータベースのバックアップからクロス・テナンシ・クローンを作成するには、CreateAutonomousDatabase APIを使用します。

例1:バックアップIDを使用したクロス・テナンシ・クローニング。

oci raw-request
    --debug
    --http-method POST
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases
    --request-body '{
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "dbName": "CTRAclonefrombackupid",
        "autonomousDatabaseBackupId": "ocid1.autonomousdatabasebackup.oc1..unique_ID",
        "cloneType": "FULL",
        "cpuCoreCount": 1,
        "dataStorageSizeInTBs": 1,
        "adminPassword": "<password>",
        "displayName": "CTRAclonefrombackupid",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase.oc1..unique_ID",
        "source": "<BACKUP_FROM_ID>"
    }'

例2:バックアップ・タイムスタンプを使用したクロス・テナンシのクローニング。

oci raw-request
    --debug
    --http-method POST
    --target-uri https://database.us-ashburn-1.oraclecloud.com/20160918/autonomousDatabases
    --request-body '{
        "compartmentId": "ocid1.compartment.oc1..unique_ID",
        "dbName": "CTbackuptimestamopRA",
        "autonomousDatabaseId":"ocid1.autonomousdatabase.oc1..unique_ID",
        "timestamp": "2024-07-17T02:20:15.123456Z",
        "cloneType": "FULL",
        "cpuCoreCount": 1,
        "dataStorageSizeInTBs": 1,
        "adminPassword": "<password>",
        "displayName": "CTbackuptimestamopRA",
        "autonomousContainerDatabaseId": "ocid1.autonomouscontainerdatabase..unique_ID",
        "source": "<BACKUP_FROM_TIMESTAMP>"
    }'

これらのREST APIの詳細は、CreateAutonomousDatabase、CreateAutonomousDatabaseFromBackupDetailsリファレンスおよびCreateAutonomousDatabaseFromBackupTimestampDetailsリファレンスを参照してください。

APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。

関連コンテンツ

• Autonomous AI Databaseのクローニングについて

• 自律型AIデータベースを管理するためのAPI