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

クローニングとは、Autonomous Databaseまたはそのバックアップ・セットのポイントインタイム・コピーを作成するプロセスです。専用Exadataインフラストラクチャ上のAutonomous Databaseは、その「詳細」ページからクローニングできます。
ノート

23aiソフトウェア・バージョンを持つAutonomous Databasesは、19cバージョンでAutonomous Databaseにクローニングできず、その逆もできません。

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

前提条件

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

必要なIAMポリシー

manage autonomous-databases

read autonomous-container-databases

手順

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

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

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

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

  2. 「詳細」ページで、「その他のアクション」「クローンの作成」の順に選択します。

    「Create Clone」は、データベースの状態が「Available」の場合にのみ有効になります。

  3. 次の情報を「Autonomous Databaseのクローンの作成」ページに入力します:
    設定 説明 ノート

    クローン・タイプ

    「Full Clone」または「Metadata Clone」を選択します。

    詳細は、クローン・タイプを参照してください。

    ソースのクローニング

    「データベース・インスタンスからのクローニング」を選択します。

     

    Autonomous Databaseクローン: コンパートメント

    データベース・クローンのコンパートメントを選択します。

    コンパートメントの使用および管理の詳細は、コンパートメントの理解を参照してください。

    Autonomous Databaseクローン: ソース・データベース名

    この読取り専用フィールドは、ソース・データベースの名前を識別します。

     

    Autonomous Databaseクローン: 表示名

    リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を指定します。

    表示名は一意である必要はありません。

    Autonomous Databaseのクローン: データベース名

    クローン・データベースの名前を指定します。

    データベース名は、文字と数字のみで構成される必要があります。

    最大長は30文字です。

    同じAutonomous Exadata VMクラスタ内の複数のAutonomous Databasesに同じデータベース名を使用することはできません。

    リージョン

    クローン・データベースを配置する優先リージョンを選択します。

    デフォルトは、ソース・データベースと同じリージョンです。

    Exadataインフラストラクチャ

    クローン・データベースを配置するExadataインフラストラクチャを指定します。

    デフォルトは、ソース・データベースのExadataインフラストラクチャと同じです。

    必要に応じて、「コンパートメントの変更」をクリックして、別のコンパートメントからExadataインフラストラクチャを選択できます。

    Autonomous Exadata VMクラスタ

    クローン・データベースを配置するAutonomous Exadata VMクラスタ(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に切り上げた値です。

    管理者資格証明

    ユーザー名:これは、ADMINとして自動移入される読取り専用フィールドです。

    パスワード:クローン・データベースのADMINデータベース・ユーザーのパスワードを設定します。

    パスワードの確認:確認のためにパスワードを再入力します。

    パスワードは、Oracle Cloudセキュリティ標準に基づく強力なパスワード複雑性基準を満たしている必要があります。パスワード複雑性ルールの詳細は、データベース・ユーザーの作成を参照してください。

    ソース・データベースのADMINデータベース・ユーザーとは異なるパスワードを指定する必要があります。指定しない場合、クローン操作は失敗します。

    ネットワーク・アクセスの構成

    データベース・レベルのアクセス制御を有効にするには、「アクセス制御の変更」をクリックし、必要に応じてエントリを追加または変更します。

    詳細は、専用Autonomous Databaseのアクセス制御リストの設定を参照してください。

    詳細オプションの表示/非表示

    デフォルトでは、詳細オプションは表示されません。「拡張オプションの表示」をクリックして表示します。

     

    拡張オプション: 暗号化キー

    暗号化キーの設定は、ターゲットのAutonomous Container Databaseから適用されます。

    クローンを成功させるには、ソースおよびターゲットのAutonomous Container Databaseの暗号化キーの設定が一致する必要があります。

    拡張オプション: 管理

    クローン・データベースは、その文字セットおよびNational Character Set値をソースから継承します。

     

    拡張オプション: データベース・インメモリー

    オプションで、「データベース・インメモリーの有効化」を選択し、割り当てるシステム・グローバル領域(SGA)の割合を調整します。

    Autonomous Databaseでこの機能を使用するための要件およびガイドラインについては、データベース・インメモリーを参照してください。

    必要に応じて、Oracle Cloud Infrastructure (OCI)コンソールからDatabase In-Memoryを無効にすることもできます。手順については、データベース・インメモリーの有効化または無効化を参照してください。

    拡張オプション: タグ

    タグを使用する場合は、タグ・ネームスペースタグ・キーおよびタグ値を選択してタグを追加します。

    タグ付けとは、テナンシ内のリソースを整理およびトラッキングできるメタデータ・システムです。専用Autonomous Databaseクラウド・リソースのタグ付けを参照してください。

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

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

バックアップからのAutonomous Databaseのクローニング

前提条件

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

必要なIAMポリシー

manage autonomous-databases

read autonomous-container-databases

手順

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

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

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

  2. 「詳細」ページから「Autonomous Databaseクローンの作成」ページを開くには、次の2つの方法があります:
    • オプション1: 「その他のアクション」を選択し、「クローンの作成」を選択します。

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

      ノート

      「クローンの作成」は、データベースの状態が「使用可能」の場合にのみ有効になります。
    • オプション2: 「詳細」ページの下部までスクロールし、「リソース」の下の「バックアップ」をクリックします。次に、その他のアクションをクリックし、クローニングするバックアップの「クローンの作成」をクリックします。

      このオプションを使用して「Autonomous Databaseクローンの作成」ページを開くと、クローニング用に事前に選択されたバックアップが表示されます。このページにはバックアップを選択するオプションは表示されません。

  3. 次の情報を「Autonomous Databaseのクローンの作成」ページに入力します:
    設定 説明 ノート

    クローン・タイプ

    「フル・クローン」を選択します。

    Autonomous Databaseバックアップからクローニングする場合、メタデータ・クローンはサポートされません。

    詳細は、クローン・タイプを参照してください。

    ソースのクローニング

    「バックアップからのクローニング」を選択します。

    特定のバックアップのその他のアクションメニューから「Autonomous Databaseクローンの作成」ページを開くと、クローニング用にあらかじめ選択されたバックアップが表示されます。このページにはバックアップを選択するオプションは表示されません。

    特定のバックアップの選択

    「バックアップからのクローニング」を選択すると、特定のバックアップを選択するための追加オプションが2つ表示されます。

    ポイント・インタイム・クローン:特定のタイムスタンプでバックアップをクローニングする場合は、このオプションを選択します。このオプションを選択すると、「タイムスタンプの入力」にバックアップ・タイムスタンプを入力する必要があります。過去60日以内のタイムスタンプ値を入力する必要があります。

    リストからバックアップを選択:バックアップのリストからバックアップを選択する場合は、このオプションを選択します。「開始」および「終了」カレンダ・フィールドを使用して期間を指定すると、表示されるバックアップの数を制限できます。

    ポイント・イン・タイム・クローンがデフォルト・オプションです。このオプションを使用して長期バックアップをクローニングすることはできません。

    長期バックアップからクローニングする場合は、「リストからバックアップを選択」オプションを選択する必要があります。入力日付範囲に基づいて表示されるリストから1つのバックアップのみを選択できます。

    コンパートメント

    データベース・クローンのコンパートメントを選択します。

    コンパートメントの使用および管理の詳細は、コンパートメントの理解を参照してください。

    ソース・データベース名

    この読取り専用フィールドは、ソース・データベースの名前を識別します。

     

    表示名

    リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を指定します。

    表示名は一意である必要はありません。

    データベース名

    クローン・データベースの名前を指定します。

    データベース名は、文字と数字のみで構成される必要があります。

    最大長は30文字です。

    同じAutonomous Exadata VMクラスタ内の複数のAutonomous Databasesに同じデータベース名を使用することはできません。

    リージョン

    クローン・データベースを配置する優先リージョンを選択します。

    デフォルトは、ソース・データベースと同じリージョンです。

    Exadataインフラストラクチャ

    クローン・データベースを配置するExadataインフラストラクチャを指定します。

    デフォルトは、ソース・データベースのExadataインフラストラクチャと同じです。

    必要に応じて、「コンパートメントの変更」をクリックして、別のコンパートメントからExadataインフラストラクチャを選択できます。

    Autonomous Exadata VMクラスタ

    クローン・データベースを配置するAutonomous Exadata VMクラスタ(AVMC)を指定します。

    デフォルトは、ソース・データベースと同じAVMCリソースです。

    必要に応じて、「コンパートメントの変更」をクリックして、別のコンパートメントからAVMCリソースを選択できます。

    Autonomous Container Database

    クローン・データベースを配置するAutonomous Container Database (ACD)を指定します。

    まず、Autonomous Data Guardを使用するように構成された標準の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 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)で指定します。これは、使用可能なストレージによって異なります。

    指定できる最小ストレージは、ソース・データベースの現在のストレージ割当てです。

    データベースの構成: 自動スケーリング

    自動スケーリングを有効または無効にします。これにより、Autonomous Databaseは、データベースのワークロードの増加に応じて、割り当てられたCPUの3倍まで自動的に使用できます。

     

    管理者資格証明

    ユーザー名:これは、ADMINとして自動移入される読取り専用フィールドです。

    パスワード:クローン・データベースのADMINデータベース・ユーザーのパスワードを設定します。

    パスワードの確認:確認のためにパスワードを再入力します。

    パスワードは、Oracle Cloudセキュリティ標準に基づく強力なパスワード複雑性基準を満たしている必要があります。パスワード複雑性ルールの詳細は、データベース・ユーザーの作成を参照してください。

    ソース・データベースのADMINデータベース・ユーザーとは異なるパスワードを指定する必要があります。指定しない場合、クローン操作は失敗します。

    ネットワーク・アクセスの構成

    データベース・レベルのアクセス制御を有効にするには、「アクセス制御の変更」をクリックし、必要に応じてエントリを追加または変更します。

    詳細は、専用Autonomous Databaseのアクセス制御リストの設定を参照してください。

    詳細オプションの表示/非表示

    デフォルトでは、詳細オプションは表示されません。「拡張オプションの表示」をクリックして表示します。

     

    拡張オプション: 暗号化キー

    暗号化キーの設定は、ターゲットのAutonomous Container Databaseから適用されます。

    ソースとターゲットの暗号化キーのキーストアは、異なるタイプでかまいません。ただし、両方とも Oracle Key Vault (OKV)を使用して顧客管理キーを使用する場合は、同じOKV宛先を使用する必要があります。

    拡張オプション: データベース・インメモリー

    オプションで、「データベース・インメモリーの有効化」を選択し、割り当てるシステム・グローバル領域(SGA)の割合を調整します。

    Autonomous Databaseでこの機能を使用するための要件およびガイドラインについては、データベース・インメモリーを参照してください。

    必要に応じて、Oracle Cloud Infrastructure (OCI)コンソールからDatabase In-Memoryを無効にすることもできます。手順については、データベース・インメモリーの有効化または無効化を参照してください。

    拡張オプション: タグ

    タグを使用する場合は、タグ・ネームスペースタグ・キーおよびタグ値を選択してタグを追加します。

    タグ付けとは、テナンシ内のリソースを整理およびトラッキングできるメタデータ・システムです。専用Autonomous Databaseクラウド・リソースのタグ付けを参照してください。

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

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

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

適用対象: 適用可能 Oracle Public Cloudのみ

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

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

ノート

クロス・テナンシのクローニング・オプションは、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_ID
前述の例:
  • source-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をクローニングするには、必ずisDedicatedTrueに設定してください。

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

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

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

適用対象: 適用可能 Oracle Public Cloudのみ

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

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

ノート

クロス・テナンシのクローニング・オプションは、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_ID
前述の例:
  • autonomous-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を使用します。

例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の詳細は、CreateAutonomousDatabaseCreateAutonomousDatabaseFromBackupDetailsリファレンスおよびCreateAutonomousDatabaseFromBackupTimestampDetailsリファレンスを参照してください。

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