専用Exadataインフラストラクチャ上のAutonomous Databaseのクローニング
ノート:
23aiソフトウェア・バージョンのAutonomous Databaseは、19cバージョンでAutonomous Databaseにクローニングできず、その逆も同様です。Autonomous Databaseインスタンスのクローニング
前提条件
Autonomous Databaseインスタンスを正常にクローニングするための要件を確認するには、クローン要件を参照してください。
必要なIAMポリシー
manage autonomous-databases
read autonomous-container-databases
手順
Oracle Cloud Infrastructureコンソールを使用してAutonomous Databaseインスタンスのクローンを作成するには、次のステップに従います。
- 次の情報を「Autonomous Databaseのクローンの作成」ページに入力します:
設定 説明 ノート クローン・タイプ
「フル・クローン」または「メタデータ・クローン」を選択します。
詳細は、クローン・タイプを参照してください。
ソースのクローニング
「データベース・インスタンスからのクローニング」を選択します。
Autonomous Databaseクローン: コンパートメント
データベース・クローンのコンパートメントを選択します。
コンパートメントの使用および管理の詳細は、コンパートメントの理解を参照してください。
Autonomous Databaseクローン: ソース・データベース名
この読取り専用フィールドは、ソース・データベースの名前を識別します。
Autonomous Databaseクローン: 表示名
リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を指定します。
表示名は一意である必要はありません。
Autonomous Databaseのクローン: データベース名
クローン・データベースの名前を指定します。
データベース名は、文字と数字のみで構成される必要があります。
最大長は30文字です。
同じAutonomous Exadata VMクラスタ内の複数のAutonomous Databaseに同じデータベース名を使用することはできません。
リージョン
クローン・データベースを配置する優先リージョンを選択します。
デフォルトは、ソース・データベースと同じリージョンです。
Exadataインフラストラクチャ
クローン・データベースを配置するExadataインフラストラクチャを指定します。
デフォルトは、ソース・データベースと同じExadataインフラストラクチャです。
必要に応じて、「コンパートメントの変更」をクリックして、別のコンパートメントからExadataインフラストラクチャを選択できます。
Autonomous Exadata VMクラスタ
クローン・データベースを配置するAutonomous Exadata VMクラスタ(AVMC)を指定します。
Exadata Cloud@Customerの場合、ターゲットAVMCはソース・バックアップの保存先にアクセスできる必要があります。
デフォルトは、ソース・データベースと同じAVMCリソースです。
必要に応じて、「コンパートメントの変更」をクリックして、別のコンパートメントからAVMCリソースを選択できます。
Autonomous Container Database
クローン・データベースを配置するAutonomous Container Database (ACD)を指定します。
まず、Autonomous Data Guardを使用するように構成された標準のACDとACDのどちらを使用するかを選択します。
別のコンパートメントから選択するには、「コンパートメントの変更」をクリックします。
デフォルトは、ソース・データベースと同じACDです。
データベースの構成: 空きインスタンス
Autonomous Database for Developersインスタンスを作成する場合は、「空きインスタンス」ボタンをオンに切り替えます。
Autonomous Database for Developersインスタンスは4 ECPUと32GBのストレージで固定されるため、ECPU数とストレージ(GB)はそれぞれ4と32で自動移入されます。
開発者データベース・インスタンスは手動または自動スケーリングをサポートしていないため、コンピュート自動スケーリングは無効です。
Autonomous Database for Developersは、データベース開発および機能テスト・アクティビティ用に設計された無料の層製品です。詳細は、開発者向けAutonomous Databaseを参照してください。
開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できます。したがって、「空きインスタンス」トグル・ボタンは、OCPUまたはAutonomous Data Guard(あるいはその両方)のACDに対して無効になります。
Autonomous DatabaseをAutonomous Database for Developersに正常にクローニングするには、ソース・データベースの実際の使用済領域(次のGBに切り上げ)を32GB以下にする必要があります。
データベースを構成します: CPU数:
プロビジョニング可能なCPUのリストから、クローン・データベースのCPU数を選択します。
クローン・データベース(OCPUまたはECPU)のCPUタイプは、クローンの親のAutonomous Exadata VMクラスタ・コンピュート・タイプによって決まります。
OCPUデータベースをOCPUまたはECPUデータベースにクローニングできます。ただし、ECPUデータベースをOCPUデータベースにクローニングすることはできません。
この値のデフォルトは、CPUタイプに応じて2 ECPUまたは1 OCPUです。詳細は、Autonomous Databaseのコンピュート・モデルを参照してください。
また、OCPU全体を必要としないデータベースには、0.1 OCPU単位で0.1から0.9までのOCPU数を割り当てることもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、CPUオーバープロビジョニングを参照してください。
データベースの構成: 自動スケーリング
自動スケーリングを有効または無効にします。これにより、Autonomous Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの3倍まで自動的に使用できます。
データベースの構成: ストレージ(GB)
ソース・データベースの現在のストレージ割当てと同じ最小値で、データベースで使用可能にするストレージをギガバイト(GB)で指定します。
フル・クローンの場合、指定できる最小ストレージは、ソース・データベースの実際の使用済領域を次のGBに切り上げた値です。
データベースの構成: Elastic Pools
自動スケーリングの計算が無効になっている場合、エラスティック・プールをプール・リーダーとして作成するか、既存のエラスティック・プールをプール・メンバーとして結合するかを選択できます。- 「拡張オプションの表示」をクリックします。
- 「エラスティック・プールの有効化」を選択します。
- 既存のプールに参加するには、「既存のエラスティック・プールに参加」を選択し、「コンパートメント内のプール・リーダーの選択」からプール・リーダーを選択します。
- 新しいエラスティック・プールを作成するには、「エラスティック・プールの作成」を選択し、プール・シェイプの使用可能なリストから「プールECPU数」のプール・サイズ(128、256、512、1024、2048または4096)を選択します。
エラスティック・プールを作成できるのは、ECPUコンピュート・モデルを使用するAutonomous Data Guardを使用しないAutonomous Transaction Processingデータベースのクローニング時のみです。
管理者資格証明
ユーザー名:これは、ADMINとして自動移入される読取り専用フィールドです。
パスワード:クローニングされたデータベースのADMINデータベース・ユーザーのパスワードを設定します。
パスワードの確認:確認のためにパスワードを再入力します。
パスワードは、Oracle Cloudセキュリティ標準に基づく強力なパスワード複雑性基準を満たしている必要があります。パスワード複雑性ルールの詳細は、データベース・ユーザーの作成を参照してください。
ソース・データベースのADMINデータベース・ユーザーとは異なるパスワードを指定する必要があります。指定しない場合、クローン操作は失敗します。
ネットワーク・アクセスの構成
データベース・レベルのアクセス制御を有効にするには、「アクセス制御の変更」をクリックし、必要に応じてエントリを追加または変更します。
詳細は、専用Autonomous Databaseのアクセス制御リストの設定を参照してください。
連絡先の電子メール
運用上の通知、お知らせおよび計画外メンテナンス通知を受信できる連絡先Eメールを提供します。 Oracleでは、重要な通知やお知らせが見逃されないように、可能な場合は常に、管理者グループではなく管理者グループの電子メール・アドレスを使用することをお薦めします。 詳細オプションの表示/詳細オプションの非表示
デフォルトでは、詳細オプションは表示されません。「拡張オプションの表示」をクリックして表示します。
拡張オプション: 暗号化キー
暗号化キーの設定は、ターゲットのAutonomous Container Databaseから適用されます。
ソースとターゲットの暗号化キーのキーストアは、異なるタイプでかまいません。ただし、両方とも Oracle Key Vault (OKV)を使用して顧客管理キーを使用する場合は、同じOKV宛先を使用する必要があります。
ソース・データベースでOKVで顧客管理キーを使用している場合、クローン・データベースのACDでは、ソースと同じキー・ストアおよびOKVエンドポイント・グループ名を使用する必要があります。
拡張オプション: 管理
クローン・データベースは、その文字セットおよびNational Character Set値をソースから継承します。
拡張オプション: データベース・インメモリー
オプションで、「データベース・インメモリーの有効化」を選択し、割り当てるシステム・グローバル領域(SGA)の割合を調整します。
Autonomous Databaseでこの機能を使用するための要件およびガイドラインについては、データベース・インメモリーを参照してください。
必要に応じて、Oracle Cloud Infrastructure (OCI)コンソールからDatabase In-Memoryを無効にすることもできます。手順については、データベース・インメモリーの有効化または無効化を参照してください。
拡張オプション: タグ
タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。
タグ付けとは、テナンシ内のリソースを整理およびトラッキングできるメタデータ・システムです。専用Autonomous Databaseクラウド・リソースのタグ付けを参照してください。
Oracle Cloud Infrastructureコンソールでは、「状態」に、新しいデータベースが使用可能になるまで「プロビジョニング中」と表示されます。
バックアップからのAutonomous Databaseのクローニング
前提条件
Autonomous Databaseインスタンスを正常にクローニングするための要件を確認するには、クローン要件を参照してください。
必要なIAMポリシー
manage autonomous-databases
read autonomous-container-databases
手順
Oracle Cloud Infrastructureコンソールを使用してバックアップからAutonomous Databaseをクローニングするには、次のステップに従います。
- 「詳細」ページから「Autonomous Databaseクローンの作成」ページを開くには、次の2つの方法があります:
-
オプション1: Oracle Public Cloudで、「他のアクション」の下の「クローンの作成」をクリックし、Exadata Cloud@Customerで「アクション」の下の「クローンの作成」をクリックします。
このオプションを使用して「Autonomous Databaseクローンの作成」ページを開くと、クローニング用の特定のバックアップを選択できる追加オプションがこのページに表示されます。
ノート:
「クローンの作成」は、データベースの状態が「使用可能」の場合にのみ有効になります。 -
オプション2: 「バックアップ」をクリックします。バックアップのリストが表示されます。目的の行で、
をクリックし、クローニングするバックアップに「クローンの作成」を選択します。
このオプションを使用して「Autonomous Databaseクローンの作成」ページを開くと、クローニングのバックアップが事前に選択されています。このページにはバックアップを選択するオプションは表示されません。
-
- 次の情報を「Autonomous Databaseのクローンの作成」ページに入力します:
設定 説明 ノート クローン・タイプ
「フル・クローン」を選択します。
Autonomous Databaseバックアップからクローニングする場合、メタデータ・クローンはサポートされません。
詳細は、クローン・タイプを参照してください。
ソースのクローニング
「Clone from a backup」を選択します。
特定のバックアップの
メニューから「Autonomous Databaseクローンの作成」ページを開くと、クローニング用にあらかじめ選択されたバックアップが表示されます。このページにはバックアップを選択するオプションは表示されません。
特定のバックアップの選択
「Clone from a backup」を選択すると、特定のバックアップを選択するための追加オプションが3つ表示されます。
ポイント・イン・タイム・クローン:特定のタイムスタンプでバックアップをクローニングする場合は、このオプションを選択します。このオプションを選択した場合、「タイムスタンプの入力」にバックアップ・タイムスタンプを入力する必要があります。Autonomous Container Databaseの設定された保持期間内のタイムスタンプを入力する必要があります。
リストからバックアップを選択:バックアップのリストからバックアップを選択する場合は、このオプションを選択します。「開始」および「終了」カレンダ・フィールドを使用して期間を指定し、表示されるバックアップの数を制限できます。
最新のバックアップ・タイムスタンプ:最新のタイムスタンプでバックアップをクローニングする場合は、このオプションを選択します。
「最新」バックアップ・タイムスタンプ・クローン・タイプを選択すると、使用可能な最新のバックアップ・データからデータベースがクローニングされます。
「ポイント・イン・タイム・クローン」がデフォルト・オプションです。このオプションを使用して長期バックアップをクローニングすることはできません。
長期バックアップからクローニングする場合は、「リストからバックアップを選択」オプションを選択する必要があります。入力日付範囲に基づいて表示されるリストから1つのバックアップのみを選択できます。
コンパートメント
データベース・クローンのコンパートメントを選択します。
コンパートメントの使用および管理の詳細は、コンパートメントの理解を参照してください。
ソース・データベース名
この読取り専用フィールドは、ソース・データベースの名前を識別します。
Display name
リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を指定します。
表示名は一意である必要はありません。
データベース名
クローン・データベースの名前を指定します。
データベース名は、文字と数字のみで構成される必要があります。
最大長は30文字です。
同じAutonomous Exadata VMクラスタ内の複数のAutonomous Databaseに同じデータベース名を使用することはできません。
リージョン
クローン・データベースを配置する優先リージョンを選択します。
デフォルトは、ソース・データベースと同じリージョンです。
Exadataインフラストラクチャ
クローン・データベースを配置するExadataインフラストラクチャを指定します。
デフォルトは、ソース・データベースと同じExadataインフラストラクチャです。
必要に応じて、「コンパートメントの変更」をクリックして、別のコンパートメントからExadataインフラストラクチャを選択できます。
Autonomous Exadata VMクラスタ
クローン・データベースを配置するAutonomous Exadata VMクラスタ(AVMC)を指定します。
Exadata Cloud@Customerの場合、ターゲットAVMCはソース・バックアップの保存先にアクセスできる必要があります。
デフォルトは、ソース・データベースと同じAVMCリソースです。
必要に応じて、「コンパートメントの変更」をクリックして、別のコンパートメントからAVMCリソースを選択できます。
Autonomous Container Database
クローン・データベースを配置するAutonomous Container Database (ACD)を指定します。
まず、Autonomous Data Guardを使用するように構成された標準のACDとACDのどちらを使用するかを選択します。
別のコンパートメントから選択するには、「コンパートメントの変更」をクリックします。
デフォルトは、ソース・データベースのAutonomous Container Databaseと同じです。
データベースの構成: 空きインスタンス Autonomous Database for Developersインスタンスを作成する場合は、「空きインスタンス」ボタンをオンに切り替えます。
Autonomous Database for Developersインスタンスは4 ECPUと32GBのストレージで固定されるため、ECPU数とストレージ(GB)はそれぞれ4と32で自動移入されます。
開発者データベース・インスタンスは手動または自動スケーリングをサポートしていないため、コンピュート自動スケーリングは無効です。
Autonomous Database for Developersは、データベース開発および機能テスト・アクティビティ用に設計された無料の層製品です。詳細は、開発者向けAutonomous Databaseを参照してください。
開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できます。したがって、「空きインスタンス」トグル・ボタンは、OCPUまたはAutonomous Data Guard(あるいはその両方)のACDに対して無効になります。
Autonomous Database for Developersにバックアップを正常にクローニングするには、ソース・データベースに割り当てられた領域が32GB以下である必要があります。この条件が満たされない場合は、データベース・インスタンスをかわりに開発者データベースにクローニングできます。ただし、その実際の使用済領域が次のGBに切り上げられ、32GB以下である場合です。
データベースの構成: CPU数
プロビジョニング可能なCPUのリストから、クローン・データベースのCPU数を選択します。
クローン後は、必要に応じて低い値にサイズ変更できます。OCPUの場合、CPU数を1 OCPU未満(0.1から0.9までの0.1 OCPU単位)にサイズ変更することもできます。
バックアップからのAutonomous Databaseクローンには、2 OCPUまたは8 ECPUの最小要件があります。
クローン・データベース(OCPUまたはECPU)のCPUタイプは、クローンの親のAutonomous Exadata VMクラスタ・コンピュート・タイプによって決まります。詳細は、Autonomous Databaseのコンピュート・モデルを参照してください。
OCPUデータベースをOCPUまたはECPUデータベースにクローニングできます。ただし、ECPUデータベースをOCPUデータベースにクローニングすることはできません。
Autonomous Exadata VMクラスタ内のすべてのデータベースで使用可能なCPUの合計数は、インフラストラクチャ・シェイプおよびすでに他のAutonomous Databaseに割り当てられているものによって異なります。
Autonomous Databaseのクローン作成にかかる時間は、CPU数と、バックアップ保存先とターゲットのAutonomous Container Databaseの間のネットワーク帯域幅によって異なります。
また、OCPU全体を必要としないデータベースには、0.1 OCPU単位で0.1から0.9までのOCPU数を割り当てることもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、CPUオーバープロビジョニングを参照してください。
データベースの構成: ストレージ(GB)
データベースで使用できるようにするストレージをギガバイト(GB)で指定します。これは、使用可能なストレージによって異なります。
指定できる最小ストレージは、ソース・データベースの現在のストレージ割当てです。
データベースの構成: Elastic Pools
自動スケーリングの計算が無効になっている場合、エラスティック・プールをプール・リーダーとして作成するか、既存のエラスティック・プールをプール・メンバーとして結合するかを選択できます。- 「拡張オプションの表示」をクリックします。
- 「エラスティック・プールの有効化」を選択します。
- 既存のプールに参加するには、「既存のエラスティック・プールに参加」を選択し、「コンパートメント内のプール・リーダーの選択」からプール・リーダーを選択します。
- 新しいエラスティック・プールを作成するには、「エラスティック・プールの作成」を選択し、プール・シェイプの使用可能なリストから「プールECPU数」のプール・サイズ(128、256、512、1024、2048または4096)を選択します。
- データベースの構成: 自動スケーリング
自動スケーリングを有効または無効にします。これにより、Autonomous Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの3倍まで自動的に使用できます。
管理者資格証明
ユーザー名:これは、ADMINとして自動移入される読取り専用フィールドです。
パスワード:クローニングされたデータベースのADMINデータベース・ユーザーのパスワードを設定します。
パスワードの確認:確認のためにパスワードを再入力します。
パスワードは、Oracle Cloudセキュリティ標準に基づく強力なパスワード複雑性基準を満たしている必要があります。パスワード複雑性ルールの詳細は、データベース・ユーザーの作成を参照してください。
ソース・データベースのADMINデータベース・ユーザーとは異なるパスワードを指定する必要があります。指定しない場合、クローン操作は失敗します。
ネットワーク・アクセスの構成
データベース・レベルのアクセス制御を有効にするには、「アクセス制御の変更」をクリックし、必要に応じてエントリを追加または変更します。
詳細は、専用Autonomous Databaseのアクセス制御リストの設定を参照してください。
連絡先の電子メール
運用上の通知、お知らせおよび計画外メンテナンス通知を受信できる連絡先Eメールを提供します。 Oracleでは、重要な通知やお知らせが見逃されないように、可能な場合は常に、管理者グループではなく管理者グループの電子メール・アドレスを使用することをお薦めします。 詳細オプションの表示/詳細オプションの非表示
デフォルトでは、詳細オプションは表示されません。「拡張オプションの表示」をクリックして表示します。
拡張オプション: 暗号化キー
暗号化キーの設定は、ターゲットのAutonomous Container Databaseから適用されます。
ソースとターゲットの暗号化キーのキーストアは、異なるタイプでかまいません。ただし、両方とも Oracle Key Vault (OKV)を使用して顧客管理キーを使用する場合は、同じOKV宛先を使用する必要があります。
ソース・データベースでOKVで顧客管理キーを使用している場合、クローン・データベースのACDでは、ソースと同じキー・ストアおよびOKVエンドポイント・グループ名を使用する必要があります。
拡張オプション: データベース・インメモリー
オプションで、「データベース・インメモリーの有効化」を選択し、割り当てるシステム・グローバル領域(SGA)の割合を調整します。
Autonomous Databaseでこの機能を使用するための要件およびガイドラインについては、データベース・インメモリーを参照してください。
必要に応じて、Oracle Cloud Infrastructure (OCI)コンソールからDatabase In-Memoryを無効にすることもできます。手順については、データベース・インメモリーの有効化または無効化を参照してください。
拡張オプション: タグ
タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。
タグ付けとは、テナンシ内のリソースを整理およびトラッキングできるメタデータ・システムです。専用Autonomous Databaseクラウド・リソースのタグ付けを参照してください。
Oracle Cloud Infrastructureコンソールでは、「状態」に、新しいデータベースが使用可能になるまで「プロビジョニング中」と表示されます。
Autonomous Databaseインスタンスのクロス・テナンシ・クローニング
適用対象: 
Oracle Public Cloudのみ
このトピックで示すステップは、ソース・データベースと、同じリージョンまたは異なるリージョン(クロスリージョン)のクローン・データベースとのクロス・テナンシのクローニングに適用されます。
ノート:
クロス・テナンシのクローニング・オプションは、CLIまたはAutonomous Database REST APIでのみ使用できます。Oracle Cloud Infrastructure Consoleを使用してクロス・テナンシ・クローンを作成することはできません。Autonomous Databaseインスタンスからクロス・テナンシ・クローンを作成するには、まずすべてのクローン要件が満たされていることを確認する必要があります。具体的には、OCI Identity and Access Managementポリシーを定義して、クロス・テナンシのクローニングを認可する必要があります。詳細は、クロス・テナンシ・クローンの要件を参照してください。
クローンを作成するテナンシ(つまり、宛先リージョンの宛先テナンシ上)で、CLIを使用するか、REST APIをコールして、有効なクローン・タイプ(完全またはメタデータ)と、異なるテナンシ(ソース・テナンシ)に存在するソース・データベースのOCIDを指定します。
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_IDsource-idは、ソースAutonomous DatabaseのOCIDです。autonomous-container-database-idは、宛先Autonomous Container DatabaseのOCIDです。compartment-idは、クローン・データベースが存在する宛先のコンパートメントのOCIDです。
コマンドが成功すると、クローンの進行状況を追跡するために使用できるwork-request-idが返されます。詳細は、create-from-cloneを参照してください。
SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。
REST APIを使用してAutonomous 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 Databaseをクローニングするには、必ずisDedicatedをTrueに設定します。
これらのREST APIの詳細は、CreateAutonomousDatabaseおよびCreateAutonomousDatabaseCloneDetailsを参照してください。
APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。
バックアップからのAutonomous Databaseのクロス・テナンシ・クローニング
適用対象: Oracle Public Cloudのみ
このトピックでは、バックアップからクロス・テナンシ・クローンを作成するステップを示します。
ノート:
クロス・テナンシのクローニング・オプションは、CLIまたはAutonomous Database REST APIでのみ使用できます。Oracle Cloud Infrastructure Consoleを使用してクロス・テナンシ・クローンを作成することはできません。Autonomous Databaseバックアップからクロス・テナンシ・クローンを作成するには、まずすべてのクローン要件が満たされていることを確認する必要があります。具体的には、OCI Identity and Access Managementポリシーを定義して、クロス・テナンシのクローニングを認可する必要があります。詳細は、クロス・テナンシ・クローンの要件を参照してください。
クローンを作成するテナンシ(つまり、宛先リージョンの宛先テナンシ上)で、CLIを使用するか、REST APIをコールして、有効なクローン・タイプ(完全またはメタデータ)と、異なるテナンシ(ソース・テナンシ)に存在するソース・データベースのOCIDを指定します。
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_IDautonomous-database-idは、ソースAutonomous 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 Databaseのバックアップからクロス・テナンシ・クローンを作成するには、CreateAutonomousDatabase APIを使用します。
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>"
}'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およびセキュリティ資格証明を参照してください。