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

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

23aiソフトウェア・バージョンのAutonomous Databaseは、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. 「詳細」ページで、「その他のアクション」「クローンの作成」の順に選択します。

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

  3. 「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)を指定します。

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

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

    Autonomous Container Databaseデータベース

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

    まず、Autonomous Data Guardを使用するように標準ACDまたはACDを構成するかどうかを選択します。

    別のコンパートメントから選択するには、「コンパートメントの変更」をクリックします。

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

    データベースの構成: 空きインスタンス

    開発者用のAutonomous Databaseインスタンスを作成する場合は、「インスタンスの空き」ボタンをオンに切り替えます。

    ECPU数およびストレージ(GB)にはそれぞれ4および32が自動移入されます。これは、開発者向けAutonomous Databaseインスタンスは4 ECPUおよび32GBのストレージで固定されるためです。

    Compute auto-scaling is disabled because developer database instances do not support manual or auto-scaling.

    Autonomous Database for Developersは、データベース開発および機能テスト・アクティビティ用に設計された無料の層製品です。詳細は、開発者のためのAutonomous Databaseを参照してください。

    開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できます。したがって、OCPU、Autonomous Data Guardまたはその両方を持つACDでは、「インスタンスの空き」トグル・ボタンが無効になります。

    Autonomous Database開発者のためのAutonomous Databaseに正常にクローニングするには、ソース・データベースの実際の使用済領域(次の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から0.9までのOCPU数を0.1 OCPU単位で割り当てることもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、「CPUオーバープロビジョニング」を参照してください。

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

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

     

    データベースの構成: ストレージ(GB)

    データベースで使用可能にするストレージをギガバイト(GB)で指定します。最小値は、ソース・データベースの現在のストレージ割当てと同じです。

    フル・クローンの場合、指定できる最小ストレージは、ソース・データベースの実際の使用済領域を次のGBに切り上げた値です。

    管理者資格証明

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

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

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

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

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

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

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

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

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

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

     

    詳細オプション: 暗号化キー

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

    クローンを正常に実行するには、ソースおよびターゲットのAutonomous Container Databaseの暗号化キーの設定が一致している必要があります。

    拡張オプション: 管理

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

     

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

    オプションで、「データベース・インメモリーの有効化」を選択し、割り当てるシステム・グローバル領域(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 Databaseに同じデータベース名を使用することはできません。

    リージョン

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

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

    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インスタンスを作成する場合は、「インスタンスの空き」ボタンをオンに切り替えます。

    ECPU数およびストレージ(GB)にはそれぞれ4および32が自動移入されます。これは、開発者向けAutonomous Databaseインスタンスは4 ECPUおよび32GBのストレージで固定されるためです。

    Compute auto-scaling is disabled because developer database instances do not support manual or auto-scaling.

    Autonomous Database for Developersは、データベース開発および機能テスト・アクティビティ用に設計された無料の層製品です。詳細は、開発者のためのAutonomous Databaseを参照してください。

    開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できます。したがって、OCPU、Autonomous Data Guardまたはその両方を持つACDでは、「インスタンスの空き」トグル・ボタンが無効になります。

    バックアップを開発者のためのAutonomous Databaseに正常にクローニングするには、ソース・データベースの割当て済領域は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から0.9までのOCPU数を0.1 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コンソールでは、「状態」に、新しいデータベースが使用可能になるまで「プロビジョニング中...」と表示されます。