Oracle Autonomous Database for Developersインスタンスは、開発者が新しいアプリケーションの構築とテストに使用できる無料のAutonomous Databasesです。

Autonomous Database for Developersインスタンスでは、新しいAutonomous Database機能を無料で試して、進行中の開発プロジェクトまたは新しい開発プロジェクトに適用できます。開発者データベースはリソースに制限されているため、大規模なテストおよび本番デプロイメントには適していません。より多くのコンピュート・リソースまたはストレージ・リソースが必要な場合は、開発者データベースを通常のAutonomous Databaseにクローニングすることで、有料データベース・ライセンスに移行できます。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. 「Autonomous Databaseの作成」をクリックします。
4. 「Autonomous Databaseの作成」ダイアログで、次を入力します:

   基本データベース情報

   • コンパートメント:: Autonomous Databaseのコンパートメントを選択します。
   • 表示名: リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報。表示名は一意である必要はありません。機密情報を入力しないでください。
   • データベース名: データベース名は文字で始まり、文字と数字のみで構成されている必要があります。最大長は14文字です。機密情報を入力しないでください。

   ワークロード・タイプ

   適切なワークロード・タイプを選択します。

   • データ・ウェアハウス
   • トランザクション処理

   各ワークロード・タイプの詳細は、Autonomous Databaseについてを参照してください。

   Autonomous Container Database: Autonomous Container Databaseを選択します。

   コンパートメント: 使用するAutonomous Container Databaseを含むコンパートメントを指定します。

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

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

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

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

   開発者データベース・インスタンスは手動または自動スケーリングをサポートしていないため、自動スケーリングの計算は無効です。

   データベースの構成

   • CPU数: プロビジョニング可能なCPUのリストからデータベースのCPU数を選択します。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VMクラスタ・リソースのコンピュート・タイプによって決まります。

     この値のデフォルトは1 OCPUです。

     ECPUの場合、この値のデフォルトは2 ECPUです。

     OCPU全体を必要としないデータベースの小数単位のOCPU値を選択することもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、「CPUオーバープロビジョニング」を参照してください。

     ノート
     
     

     ECPUではCPUオーバープロビジョニングは許可されません。

     CPUオーバープロビジョニングがあるデータベースは、tpおよびlowサービスを使用してのみ接続できます。

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

   • ストレージ(GB): Autonomous Databaseで使用可能にするストレージをGB単位で指定します。使用可能なストレージは、インフラストラクチャ・シェイプおよび他のAutonomous Databaseですでに使用されているものによって異なります。
     • デフォルト: 1024 GB
     • 最小: 32 GB
     • 増分: 1 GB

   管理者資格証明

   次の条件を満たすパスワードを入力して、Autonomous Database管理ユーザーのパスワードを設定します。このパスワードは、Autonomous Databaseサービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

   • 12から30文字を含めます
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字の区別に関係なく、文字列"admin"を含めることはできません

   ネットワーク・アクセスの構成 データベース・プロビジョニング時にオプションでACLを作成することも、後で作成することもできます。

   • 「データベース・レベルのアクセス制御の有効化」チェック・ボックスを選択します。
   • 「アクセス制御ルール」をクリックします。
     ノート
     
     

     データベース・レベルのアクセス制御は、アクセス制御リストにIPアドレスがなくても有効になります。IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • 「IP表記法タイプ」ドロップダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:
     • IPアドレスでは、1つ以上の個別のパブリックIPアドレスを指定できます。カンマを使用して、入力フィールドのアドレスを区切ります。
     • CIDRブロックでは、CIDR表記を使用する1つ以上のパブリックIPアドレスの範囲を指定できます。カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   詳細オプション:

   • 暗号化キー: ADBは親ACDから暗号化設定を継承します。親ACDが顧客管理OKVベースの暗号化用に構成されている場合、子ADBでも、ACDマスター・キーの格納に使用されるのと同じOKVウォレットでTDEマスター・キーが生成および管理されます。また、Autonomous Databaseで取得されたバックアップにはOKVベースのキーが関連付けられます。
   • Database In-memory:
     • データベース・インメモリーの有効化: インメモリーを有効にするには、少なくとも4つのOCPUと、システム・グローバル領域(SGA)の割合が必要です。インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。大量のメモリーが割り当てられている場合、または無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
   • 管理: ドロップダウン・リストから「文字セット」および「各国語文字」を選択します。
   • タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。機密情報を入力しないでください。
5. オプションで、リソース構成をスタックとして保存できます。
   • リソース構成をスタックとして保存するには:
     1. 「スタックとして保存」をクリックします。
     2. 表示された「スタックとして保存」ダイアログで、次の詳細を指定します:
        1. 名前: (オプション)覚えやすいわかりやすい名前を指定します。
        2. 説明: (オプション)簡単な説明を入力します。
        3. コンパートメント: このスタックが存在するコンパートメントを選択します。
        4. タグ: タグを追加します。
     3. 「保存」をクリックします。

        スタックを保存すると、保存されたスタックへのリンクを含むバナーが表示されます。

     4. リンクをクリックして、リソース・マネージャ・サービスのコンソールでスタックを開きます。

        リソース・マネージャおよびTerraformを参照してください。

   • スタックの詳細を表示するには:
     1. ナビゲーション・メニューを開きます。「開発者サービス」で、「リソース・マネージャ」をクリックします。
     2. 「スタック」をクリックします。
     3. 詳細を表示するスタックの名前をクリックします。

        または、「アクション」メニュー(3つのドット)をクリックし、「スタック詳細の表示」オプションを選択します。

6. 「Autonomous Databaseの作成」をクリックします。
   ノート
   
   

   Autonomous Transaction ProcessingとAutonomous Data Warehouseのデータベースには、次の命名規則が適用されます:

   • 過去60日以内に終了したデータベースに関連付けられた名前は、新しいデータベースの作成時に使用できません。
   • Autonomous Data WarehouseとAutonomous Transaction Processingの両方のデータベースで、データベース名を同時に使用することはできません。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. コンパートメントを選択します。
3. Autonomous Databaseのリストで、管理するデータベースの表示名をクリックします。
4. データベース詳細の「ネットワーク」で、「アクセス制御リスト」フィールドを見つけ、「編集」をクリックしてデータベース・レベルのアクセス制御を有効または無効にし、ACLルールを変更します。
   ノート
   
   

   Autonomous Data Guardが有効化されたAutonomous Database:

   • スタンバイ・データベースのACLのみを表示できます。
   • プライマリ・データベースの詳細ページから、プライマリ・データベースとスタンバイ・データベースの両方のACLをリセットできます。スタンバイ・データベースの詳細ページからACLを構成することはできません。
5. 「アクセス制御リスト」ダイアログで、必要に応じてエントリを追加または変更します。

   ACLを編集する場合、ACLの既存のエントリが「アクセス制御リスト」ダイアログに表示されます。1つ以上のエントリを置換する場合を除き、既存の値を上書きしないでください。新しいACLエントリを追加するには、「+ アクセス制御ルール」をクリックします。

   「IP表記法タイプ」ドロップダウン・セレクタを使用して、リストに次のタイプのアドレスを指定できます:

   • IPアドレスでは、1つ以上の個別のパブリックIPアドレスを指定できます。カンマを使用して、入力フィールドのアドレスを区切ります。
   • CIDRブロックでは、CIDR表記を使用する1つ以上のパブリックIPアドレスの範囲を指定できます。カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   リストに別のアクセス・ルールを追加するには、「+ アクセス制御ルール」をクリックします。

   アクセス制御ルールを削除するには、リストからエントリを削除します。ACLからすべてのアクセス制御ルールを削除すると、許可リストが空であるため、データベースにアクセスできなくなります。

   データベース・レベルのアクセス制御構成を無効にするには、「データベース・レベルのアクセス制御の有効化」チェック・ボックスの選択を解除します。ACLが無効になり、構成が保存されると、すべてのアクセス制御ルールがACLから削除され、適用できなくなります。

6. 「変更の保存」をクリックします。

   「保存」をクリックしたときに「ライフサイクル状態」が「使用可能」の場合、ACLの更新が完了するまで「ライフサイクル状態」は「更新中」に変わります。データベースは引き続き稼働中でアクセス可能であり、停止時間はありません。更新が完了すると、「ライフサイクル状態」は「使用可能」に戻り、アクセス制御リストのネットワークACLルールが有効になります。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、詳細を表示するデータベースの表示名をクリックします。

   表示されたAutonomous Databaseの詳細ページで

   • 暗号化の詳細は、「暗号化」セクションに表示されます。
     • データベースの作成時に顧客管理キーを選択した場合は、「暗号化キー・ストア」および「OKVウォレット名」のリンクが表示されます。「キー・ストア」リンクをクリックして詳細を表示します。
     • データベースの作成時にOracle管理キーを選択した場合は、「暗号化キー・ストア」および「OKVウォレット名」のリンクは表示されません。
   • インメモリーの詳細は、「リソース割当て」セクションに表示されます。
     • インメモリーを有効にしていない場合は、「有効化」リンクが表示されます。これをクリックして、インメモリーを有効にします。
     • 有効にして設定を変更する場合は、「編集」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「Autonomous Databaseの詳細」ページで、「他のアクション」ドロップダウン・リストから「暗号化キーのローテーション」を選択します。
5. 「暗号化キーのローテーション」ダイアログで、「暗号化キーのローテーション」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、管理するデータベースの表示名をクリックします。
4. 「他のアクション」ドロップダウン・リストから「管理パスワード」を選択します。
   「管理パスワード」ダイアログが開きます。
5. Autonomous Databaseのパスワードを入力します。

   パスワードは次の条件を満たしている必要があります:

   • 12から30文字を含めます
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字の区別に関係なく、文字列"admin"を含めることはできません
   • データベースで直近に使用された4つのパスワードのいずれでもありません
   • 過去24時間以内に設定したパスワードではありません
6. 「パスワードの確認」フィールドに再度パスワードを入力します。
7. 「更新」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「スケール・アップ/ダウン」をクリックします。
   ノート
   
   このオプションは、Autonomous Database for Developersインスタンスでは有効になっていません。
5. 「CPUコア数」または「ストレージ」に新しい値を入力します。
   • OCPU数: プロビジョニング可能なCPUのリストからデータベースのCPU数を選択します。

     各ノードのリソース使用率に基づいて、使用可能なCPUのすべての値を使用してAutonomous Databaseをプロビジョニングまたはスケーリングできるわけではありません。たとえば、AVMCレベルで使用可能なCPUが20個ある場合、ノード・レベルのリソース可用性に応じて、1から20のCPUのすべての値をAutonomous Databaseのプロビジョニングまたはスケーリングに使用できるわけではありません。Autonomous Databaseのプロビジョニングまたはスケールに使用できるCPU値のリストは、プロビジョニング可能なCPUと呼ばれます。

     コンソールでAutonomous Databaseをプロビジョニングまたはスケールしようとすると、CPU数がプロビジョニング可能なCPUのリストに対して検証され、値がプロビジョニング可能でない場合は、最も近い2つのプロビジョニング可能なCPU値が提示されます。または、Autonomous Exadata VMクラスタのプロビジョニング可能なCPU値の完全なリストを表示する場合は、次のAPIを使用できます:

     GetAutonomousContainerDatabaseは、指定されたAutonomous Container Databaseで新しいAutonomous Databaseの作成に使用できるプロビジョニング可能なCPU値のリストを返します。詳細は、GetAutonomousContainerDatabaseを参照してください。

     GetAutonomousDatabaseは、指定されたAutonomous Databaseのスケーリングに使用できるプロビジョニング可能なCPU値のリストを返します。詳細は、GetAutonomousDatabaseを参照してください。

     OCPU全体を必要としないデータベースの小数単位のOCPU値を選択することもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、「CPUオーバープロビジョニング」を参照してください。

   • 自動スケーリング: 自動スケーリングを有効化または無効化します。これにより、Autonomous Databaseでは、データベースのワークロードの増加に応じて、割り当てられたCPUの3倍まで自動的に使用できます。
   • ストレージ(GB): Autonomous Databaseで使用可能にするストレージをGB単位で指定します。使用可能なストレージは、インフラストラクチャ・シェイプおよび他のAutonomous Databaseですでに使用されているものによって異なります。
     • デフォルト: 現在の値
     • 最小: 32 GB
     • 増分: 1 GB
   • システム・グローバル領域(SGA)の有効化/無効化または変更の割合: インメモリーを有効にするには、少なくとも4つのOCPUとシステム・グローバル領域(SGA)の割合が必要です。インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。大量のメモリーが割り当てられている場合、または無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
6. 「更新」をクリックします。

   インメモリーに割り当てられたメモリーは、「リソース割当て」セクションの「Autonomous Databaseの詳細」ページで確認できます。

   • 「編集」をクリックして設定を変更します。
   • インメモリーを有効にしていない場合は、「有効化」リンクが表示されます。これをクリックして、インメモリーを有効にします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「スケール・アップ/ダウン」をクリックします。
5. 「自動スケーリング」を選択して自動スケーリング機能を有効にするか、「自動スケーリング」の選択を解除して機能を無効にします。
6. 「更新」をクリックします。

   ヒント:

   次のSQL文を実行すると、データベースが現在使用しているCPUの数を表示できます。

   • ECPU:

     SELECT AVG_RUNNING_SESSIONS FROM V$RSRCPDBMETRIC;

   • OCPU:

     SELECT AVG_RUNNING_SESSIONS / 2 FROM V$RSRCPDBMETRIC;

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、移動するデータベースの表示名をクリックします。
4. 「他のアクション」ドロップダウン・リストから「リソースの移動」を選択します。
5. 新しいコンパートメントを選択します。
6. 「リソースの移動」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「停止」(または「起動」)をクリックします。

   Autonomous Databaseを停止すると、CPU使用量に対する請求が停止します。ストレージに対する請求は、データベースが停止しても継続します。

5. 確認ダイアログで、Autonomous Databaseを停止または起動することを確認します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、再起動するデータベースの表示名をクリックします。
4. 「再起動」をクリックします。
5. 確認ダイアログで、Autonomous Databaseを再起動することを確認します。
   システムによってデータベースが停止され、即座に起動されます。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、バックアップするデータベースの表示名をクリックします。
4. 「詳細」ページの「リソース」で、「バックアップ」をクリックします。
5. 「手動バックアップの作成」をクリックします。
6. 「手動バックアップの作成」ダイアログで、バックアップの名前を入力します。機密情報を入力しないでください。
7. 「更新」をクリックします。
   バックアップ操作が開始されます。この操作は、データベースのサイズによっては完了まで数時間かかることもあります。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、長期バックアップを作成するデータベースの表示名をクリックします。

   「Autonomousの詳細」ページが表示されます。

4. 「リソース」で、「バックアップ」をクリックします。
5. 「バックアップ」セクションで、「長期バックアップの作成」をクリックします。
6. 表示されるウィンドウで、次の詳細を入力します:
   • 名前: バックアップを簡単に識別できるようにするわかりやすい説明またはその他の情報を入力します。

   • バックアップの保存先タイプ: ネットワーク・ファイル・システム(NFS)がデフォルトで選択されています。このリリースではNFSのみがサポートされているため、ACDに選択した宛先タイプ(オブジェクト・ストレージ、ネットワーク・ファイル・システムまたはOracle Zero Data Loss Recovery Appliance)に関係なく変更できません。

   • バックアップの保存先: NFS宛先を指定します。既存のNFS宛先を使用するか、この長期バックアップ用に作成します。
     • 既存のNFS宛先を選択するには:
       • 「インフラストラクチャ」の「バックアップの保存先」をクリックします。
       • 選択したコンパートメント内のNFSバックアップ保存先のリストからNFS宛先を選択します。
     • NFSバックアップの保存先を作成するには、コンソールを使用したバックアップの保存先の作成を参照してください。
   • 保持期間: 保持期間を設定します。
7. 「作成」をクリックします

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、長期バックアップの詳細を表示するデータベースの表示名をクリックします。
4. 表示された「Autonomousの詳細」ページの「リソース」で、「バックアップ」をクリックします。
5. 「バックアップ」セクションで、バックアップを識別し、詳細を確認します。
6. 保持期間を編集するには、アクション・アイコン(3つのドット)をクリックし、「保持期間の編集」を選択します。
7. 結果のウィンドウで、保持期間を設定します。
8. 「保存」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、長期バックアップの詳細を表示するデータベースの表示名をクリックします。
4. 表示された「Autonomousの詳細」ページの「リソース」で、「バックアップ」をクリックします。
5. 「バックアップ」セクションで、バックアップを識別し、アクション・アイコン(3つのドット)をクリックして、「削除」を選択します。
6. 表示されたウィンドウで、削除する場合は「削除」をクリックします。

• バックアップからのリストア
  
• 特定の時点へのリストア
  

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、クローニングするデータベースの表示名をクリックします。
4. 「他のアクション」ドロップダウン・リストから「クローンの作成」を選択します。
5. 「Autonomous Databaseのクローンの作成」ページで、次の情報を入力します:

   「クローン・タイプ」セクションで、作成するクローンのタイプを選択します。「フル・クローン」または「メタデータ・クローン」を選択します。

   ソースのクローニング: クローン・ソースの選択によって、実行中のデータベースとデータベース・バックアップのどちらからクローンを作成するかを指定できます。次のいずれかのオプションを選択します:

   • データベース・インスタンスからのクローニング: 現時点で存在している実行中のデータベースのクローンを作成します。
   • バックアップからのクローニング: データベース・バックアップからクローンを作成します。このオプションを選択した場合は、次のいずれかのオプションを選択します:
     • タイムスタンプの指定: Point-in-Timeクローンを作成します。タイムスタンプは、データベースの最初のバックアップと最後のバックアップの間にする必要があります。
     • バックアップのリストから選択:: 指定されたバックアップのすべてのデータを使用してクローンを作成します。バックアップのリストを特定の日付範囲に制限するには、「開始」フィールドに開始日を、「終了」フィールドに終了日を入力します。

   Autonomous Databaseの基本情報を指定します。

   • コンパートメントの選択: 現在のコンパートメントがデフォルトの選択ですが、クローンを作成する別のコンパートメントをドロップダウン・リストから選択できます。
   • ソース・データベース名: ソース・データベースの名前は、読取り専用の「ソース・データベース名」フィールドに表示されます。
   • 表示名: データベース・クローンを識別するための説明またはその他の情報を入力します。表示名はいつでも変更可能で、一意である必要はありません。機密情報を入力しないでください。
   • データベース名: 文字と数字のみを含み、文字で始まるクローンのデータベース名を入力します。機密情報を入力しないでください。
   • バックアップからのクローニングを選択した場合は、3つの追加フィールドが表示されます。
     • リージョン: クローン・データベースを配置する優先リージョンを選択します。
     • Exadata Infrastructure: ソース・データベースが存在する場所と同じExadataインフラストラクチャにデータベース・クローンを作成することを選択できます。または、「コンパートメントの変更」をクリックして、ドロップダウン・リストから別のコンパートメントを選択できます。
     • Autonomous Exadata VMクラスタ: ソース・データベースが存在する同じAutonomous Exadata VMクラスタにデータベース・クローンを作成することを選択するか、「コンパートメントの変更」をクリックしてドロップダウン・リストから選択することで、別のコンパートメントを選択できます。
   • Autonomous Container Database: ソース・データベースと同じコンパートメントおよびコンテナ・データベースにデータベース・クローンを作成することを選択するか、「コンパートメントの変更」をクリックして別のコンパートメントを選択し、ドロップダウン・リストから別のコンテナ・データベースを選択して別のコンパートメントを選択できます。
   • データベースの構成: 空きインスタンス: Oracle Autonomous Database for Developersインスタンスを作成する場合は、「インスタンスの解放」ボタンをオンに切り替えます。ECPU数およびストレージ(GB)はそれぞれ4および32で自動移入されます。これは、開発者データベース・インスタンスは手動または自動スケーリングをサポートしていないため、Oracle Autonomous Database for Developersは4 ECPUで修正され、32GBのストレージ・コンピュート自動スケーリングが無効になっているためです。
     ノート
     
     

     • 開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは、インスタンスの無料トグル・ボタンが無効になります。
     • Oracle Autonomous Database for Developersインスタンスにバックアップを正常にクローニングするには、バックアップ・データベースの現在のストレージ割当てが32GBである必要があります。この条件が満たされない場合は、実際の使用済領域が次のGBに切り上げられて32GB以下であるかぎり、データベース・インスタンスを開発者データベースにクローニングできます。

   データベースの構成

   • CPU数: プロビジョニング可能なCPUのリストからクローン・データベースのCPU数を選択します。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VMクラスタ・リソースのコンピュート・タイプによって決まります。

     この値のデフォルトは1 OCPUです。

     OCPU全体を必要としないデータベースの小数単位のOCPU値を選択することもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、「CPUオーバープロビジョニング」を参照してください。

     ノート
     
     

     ECPUではCPUオーバープロビジョニングは許可されません。

     CPUオーバープロビジョニングのデータベースは、トランザクション処理および混合ワークロード用のAutonomous Databaseのtpおよびlowサービスにのみ接続できます。Autonomous Database for Analytics and Data Warehousingワークロードの場合、オーバープロビジョニングされたCPUで作成すると、lowサービスにのみ接続できます。

     ECPUの場合、この値のデフォルトは2 ECPUです。2つ以上のECPUを必要とするデータベースの場合、割り当てられるECPUの数を1ずつ指定する必要があります。

   • ストレージ(GB): クローニングするAutonomous Databaseで使用可能にするストレージ容量をGB単位で指定します(これは使用可能なストレージに応じて異なります)。フル・クローンでは、ソース・データベースのサイズによって、使用可能にできる最小のストレージ容量が決まります。
     • デフォルト: 1024 GB
     • 最小: 32 GB
     • 増分: 1 GB
   • 自動スケーリング: 自動スケーリングを有効化または無効化します。これにより、Autonomous Databaseでは、データベースのワークロードの増加に応じて、割り当てられたCPUの3倍まで自動的に使用できます。

   管理者資格証明の作成

   次の条件を満たすパスワードを入力して、Autonomous Database管理者ユーザーのパスワードを設定します。

   • パスワードは、ソース・データベースで直近に使用された3つのパスワードのいずれにもできません
   • 長さは12から30文字までです
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字の区別に関係なく、文字列"admin"を含めることはできません

   このパスワードは、サービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

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

   アクセス制御リストを変更して、データベース・レベルのアクセス制御を有効または無効にしたり、アクセス制御リストのエントリを追加または変更できます。

   • 「アクセス制御の変更」をクリックします。

   • 「データベース・レベルのアクセス制御の有効化」チェック・ボックスを選択します。

   • 「アクセス制御ルール」をクリックします。

     ノート: データベース・レベルのアクセス制御は、アクセス制御リストにIPアドレスがなくても有効になります。IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • 「IP表記法タイプ」ドロップダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

     • IPアドレスでは、1つ以上の個別のパブリックIPアドレスを指定できます。カンマを使用して、入力フィールドのアドレスを区切ります。

     • CIDRブロックでは、CIDR表記を使用する1つ以上のパブリックIPアドレスの範囲を指定できます。カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   詳細オプション:

   • 暗号化キー:

     • データベース・インスタンスからのクローニング: ソースとターゲットのACDは、同じキーストア・タイプである必要があります。ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。

     • バックアップからのクローニング: ソースとターゲットのACDは、異なるキーストア・タイプにできます。ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。
   • Database In-memory:
     • データベース・インメモリーの有効化: インメモリーを有効にするには、少なくとも4つのOCPUと、システム・グローバル領域(SGA)の割合が必要です。インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。大量のメモリーが割り当てられている場合、または無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
   • 管理: ドロップダウン・リストから「文字セット」および「各国語文字」を選択します。
   • タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。機密情報を入力しないでください。
6. 「Autonomous Databaseのクローンの作成」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、クローニングするデータベースの表示名をクリックします。
4. 「リソース」で、「バックアップ」をクリックします。
5. バックアップのリストで、クローニングするバックアップを検索し、「アクション」アイコン(3つのドット)をクリックして、「クローンの作成」をクリックします。
6. 「Autonomous Databaseのクローンの作成」ページで、次の情報を入力します:

   Autonomous Databaseの基本情報を指定します。

   • コンパートメントの選択: 現在のコンパートメントがデフォルトの選択ですが、クローンを作成する別のコンパートメントをドロップダウン・リストから選択できます。
   • ソース・データベース名: ソース・データベースの名前は、読取り専用の「ソース・データベース名」フィールドに表示されます。
   • 表示名: データベース・クローンを識別するための説明またはその他の情報を入力します。表示名はいつでも変更可能で、一意である必要はありません。機密情報を入力しないでください。
   • データベース名: 文字と数字のみを含み、文字で始まるクローンのデータベース名を入力します。機密情報を入力しないでください。
   • リージョン: クローン・データベースを配置する優先リージョンを選択します。
   • Exadata Infrastructure: ソース・データベースが存在する場所と同じExadataインフラストラクチャにデータベース・クローンを作成することを選択できます。または、「コンパートメントの変更」をクリックして、ドロップダウン・リストから別のコンパートメントを選択できます。
   • Autonomous Exadata VMクラスタ: ソース・データベースが存在する同じAutonomous Exadata VMクラスタにデータベース・クローンを作成することを選択するか、「コンパートメントの変更」をクリックしてドロップダウン・リストから選択することで、別のコンパートメントを選択できます。
   • Autonomous Container Database: ソース・データベースと同じコンパートメントおよびコンテナ・データベースにデータベース・クローンを作成することを選択するか、「コンパートメントの変更」をクリックして別のコンパートメントを選択し、ドロップダウン・リストから別のコンテナ・データベースを選択して別のコンパートメントを選択できます。
     ノート
     
     

     ターゲットのAutonomous Exadata VMクラスタがソースと同じである場合、データベース名をソース・データベース名と同じにすることはできません。

   • データベースの構成: 空きインスタンス: Oracle Autonomous Database for Developersインスタンスを作成する場合は、「インスタンスの解放」ボタンをオンに切り替えます。ECPU数およびストレージ(GB)はそれぞれ4および32で自動移入されます。これは、開発者データベース・インスタンスは手動または自動スケーリングをサポートしていないため、Oracle Autonomous Database for Developersは4 ECPUで修正され、32GBのストレージ・コンピュート自動スケーリングが無効になっているためです。
     ノート
     
     

     • 開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは、インスタンスの無料トグル・ボタンが無効になります。
     • Oracle Autonomous Database for Developersインスタンスにバックアップを正常にクローニングするには、バックアップ・データベースの現在のストレージ割当てが32GBである必要があります。この条件が満たされない場合は、実際の使用済領域が次のGBに切り上げられて32GB以下であるかぎり、データベース・インスタンスを開発者データベースにクローニングできます。

   データベースの構成

   • CPU数: プロビジョニング可能なCPUのリストからクローン・データベースのCPU数を選択します。

     クローン後は、必要に応じて、より小さい値にサイズ変更できます。フルCPUを必要としないデータベースには、CPU数を1 OCPU未満(0.1から0.9 (0.1 OCPU単位)にサイズ変更することもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。小数CPUはOCPUにのみ適用されます。

     バックアップからのAutonomous Databaseクローンには、1 OCPUまたは4 ECPUの最小要件があります。

     Autonomous Exadata VMクラスタ内のすべてのデータベースで使用可能なCPUの合計数は、インフラストラクチャ・シェイプおよび他のAutonomous Databaseにすでに割り当てられているものによって異なります。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VMクラスタ・リソースのコンピュート・タイプによって決まります。

     Autonomous Databaseのクローニングにかかる時間は、CPU数と、バックアップ保存先とターゲットのAutonomous Container Databaseの間のネットワーク帯域幅によって異なります。

     OCPU全体を必要としないデータベースの小数単位のOCPU値を選択することもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。詳細は、「CPUオーバープロビジョニング」を参照してください。

     2つ以上のECPUを必要とするデータベースの場合、割り当てられるECPUの数を1ずつ指定する必要があります。

     ノート
     
     

     ECPUではCPUオーバープロビジョニングは許可されません。

     CPUオーバープロビジョニングのデータベースは、トランザクション処理および混合ワークロード用のAutonomous Databaseのtpおよびlowサービスにのみ接続できます。Autonomous Database for Analytics and Data Warehousingワークロードの場合、オーバープロビジョニングされたCPUで作成すると、lowサービスにのみ接続できます。

   • ストレージ(GB): クローニングするAutonomous Databaseで使用可能にするストレージ容量をGB単位で指定します(これは使用可能なストレージに応じて異なります)。
     • デフォルト/最小: ソース・データベースの割当て済ストレージ
     • 増分: 1 GB
   • 自動スケーリング: 自動スケーリングを有効化または無効化します。これにより、Autonomous Databaseでは、データベースのワークロードの増加に応じて、割り当てられたCPUの3倍まで自動的に使用できます。

   管理者資格証明の作成

   次の条件を満たすパスワードを入力して、Autonomous Database管理者ユーザーのパスワードを設定します。

   • パスワードは、ソース・データベースで直近に使用された3つのパスワードのいずれにもできません
   • 長さは12から30文字までです
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字の区別に関係なく、文字列"admin"を含めることはできません

   このパスワードは、サービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

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

   アクセス制御リストを変更して、データベース・レベルのアクセス制御を有効または無効にしたり、アクセス制御リストのエントリを追加または変更できます。

   • 「アクセス制御の変更」をクリックします。

   • 「データベース・レベルのアクセス制御の有効化」チェック・ボックスを選択します。

   • 「アクセス制御ルール」をクリックします。

     ノート: データベース・レベルのアクセス制御は、アクセス制御リストにIPアドレスがなくても有効になります。IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • 「IP表記法タイプ」ドロップダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

     • IPアドレスでは、1つ以上の個別のパブリックIPアドレスを指定できます。カンマを使用して、入力フィールドのアドレスを区切ります。

     • CIDRブロックでは、CIDR表記を使用する1つ以上のパブリックIPアドレスの範囲を指定できます。カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   詳細オプション:

   • 暗号化キー:

     • データベース・インスタンスからのクローニング: ソースとターゲットのACDは、同じキーストア・タイプである必要があります。ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。

     • バックアップからのクローニング: ソースとターゲットのACDは、異なるキーストア・タイプにできます。ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。
   • Database In-memory:
     • データベース・インメモリーの有効化: インメモリーを有効にするには、少なくとも4つのOCPUと、システム・グローバル領域(SGA)の割合が必要です。インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。大量のメモリーが割り当てられている場合、または無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
   • 管理: ドロップダウン・リストから「文字セット」および「各国語文字」を選択します。
   • タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。機密情報を入力しないでください。
7. 「Autonomous Databaseのクローンの作成」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、プライマリ・データベースの表示名をクリックします。
4. 「リソース」で、「Autonomous Data Guard」をクリックします。
5. スタンバイ・データベースのリストで、クローニングするデータベースを検索し、表示名をクリックして詳細を表示します。
6. 「他のアクション」ドロップダウン・リストから「クローンの作成」を選択します。
7. 「Autonomous Databaseのクローンの作成」ページで、次の情報を入力します:

   「クローン・タイプ」セクションで、「フル・クローン」を選択します。

   クローン・ソース: スタンバイ・データベースは、バックアップからのみクローニングできます。

   • バックアップからのクローニング: データベース・バックアップからクローンを作成します。このオプションを選択した場合は、次のいずれかのオプションを選択します:
     • タイムスタンプの指定: Point-in-Timeクローンを作成します。
     • バックアップのリストから選択:: 指定されたバックアップのすべてのデータを使用してクローンを作成します。バックアップのリストを特定の日付範囲に制限するには、「開始」フィールドに開始日を、「終了」フィールドに終了日を入力します。

   Autonomous Databaseの基本情報を指定します。

   • コンパートメントの選択: 現在のコンパートメントがデフォルトの選択ですが、クローンを作成する別のコンパートメントをドロップダウン・リストから選択できます。
   • ソース・データベース名: ソース・データベースの名前は、読取り専用の「ソース・データベース名」フィールドに表示されます。
   • 表示名: データベース・クローンを識別するための説明またはその他の情報を入力します。表示名はいつでも変更可能で、一意である必要はありません。機密情報を入力しないでください。
   • データベース名: 文字と数字のみを含み、文字で始まるクローンのデータベース名を入力します。機密情報を入力しないでください。
   • バックアップからのクローニングを選択した場合は、3つの追加フィールドが表示されます。
     • Exadata Infrastructure: ソース・データベースが存在する場所と同じExadataインフラストラクチャにデータベース・クローンを作成することを選択できます。または、「コンパートメントの変更」をクリックして、ドロップダウン・リストから別のコンパートメントを選択できます。
     • Autonomous Exadata VMクラスタ: ソース・データベースが存在する同じAutonomous Exadata VMクラスタにデータベース・クローンを作成することを選択するか、「コンパートメントの変更」をクリックしてドロップダウン・リストから選択することで、別のコンパートメントを選択できます。
   • Autonomous Container Database: ソース・データベースと同じコンパートメントおよびコンテナ・データベースにデータベース・クローンを作成することを選択するか、「コンパートメントの変更」をクリックして別のコンパートメントを選択し、ドロップダウン・リストから別のコンテナ・データベースを選択して別のコンパートメントを選択できます。
   • データベースの構成: 空きインスタンス: Oracle Autonomous Database for Developersインスタンスを作成する場合は、「インスタンスの解放」ボタンをオンに切り替えます。ECPU数およびストレージ(GB)はそれぞれ4および32で自動移入されます。これは、開発者データベース・インスタンスは手動または自動スケーリングをサポートしていないため、Oracle Autonomous Database for Developersは4 ECPUで修正され、32GBのストレージ・コンピュート自動スケーリングが無効になっているためです。
     ノート
     
     

     • 開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは、インスタンスの無料トグル・ボタンが無効になります。
     • Oracle Autonomous Database for Developersインスタンスにバックアップを正常にクローニングするには、バックアップ・データベースの現在のストレージ割当てが32GBである必要があります。

   データベースの構成

   • CPU数: バックアップからのAutonomous Databaseクローンには、1 OCPUまたは4 ECPUの最小要件があります。

     データベースのOCPUの数を指定します。Autonomous Exadata Infrastructure内のすべてのデータベースで使用可能なコアの合計数は、インフラストラクチャ・シェイプおよび他のAutonomous Databaseにすでに割り当てられているものによって異なります。

     Autonomous Databaseのクローニングにかかる時間は、CPU数と、バックアップ保存先とターゲットのAutonomous Container Databaseの間のネットワーク帯域幅によって異なります。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VMクラスタ・リソースのコンピュート・タイプによって決まります。

     2つ以上のECPUを必要とするデータベースの場合、割り当てられるECPUの数を1ずつ指定する必要があります。

     ノート
     
     

     ECPUではCPUオーバープロビジョニングは許可されません。

     OCPUの場合、フルOCPUを必要としないデータベースには、0.1から0.9までの小数単位のOCPU値を(0.1 OCPU単位で)割り当てることができます。1つ以上のOCPUを必要とするデータベースの場合、割り当てられるOCPUの数を整数で指定する必要があります。たとえば、データベースに3.5 OCPUを割り当てることはできません。3を上回る次に使用可能なOCPU数は4です。

     CPUオーバープロビジョニングのデータベースは、トランザクション処理および混合ワークロード用のAutonomous Databaseのtpサービスおよびlowサービスにのみ接続できます。Autonomous Database for Analytics and Data Warehousingワークロードの場合、オーバープロビジョニングされたCPUで作成すると、lowサービスにのみ接続できます。

   • ストレージ(GB): クローニングするAutonomous Databaseで使用可能にするストレージ容量をGB単位で指定します(これは使用可能なストレージに応じて異なります)。フル・クローンでは、ソース・データベースのサイズによって、使用可能にできる最小のストレージ容量が決まります。
     • デフォルト: 1024 GB
     • 最小: 32 GB
     • 増分: 1 GB
   • 自動スケーリング: 自動スケーリングを有効にすると、最大3倍のCPUおよびI/Oリソースを自動的に使用してワークロードの要求に対応できます。

   管理者資格証明の作成

   次の条件を満たすパスワードを入力して、Autonomous Database管理者ユーザーのパスワードを設定します。

   • パスワードは、ソース・データベースで直近に使用された3つのパスワードのいずれにもできません
   • 長さは12から30文字までです
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字の区別に関係なく、文字列"admin"を含めることはできません

   このパスワードは、サービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

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

   アクセス制御リストを変更して、データベース・レベルのアクセス制御を有効または無効にしたり、アクセス制御リストのエントリを追加または変更できます。

   • 「アクセス制御の変更」をクリックします。

   • 「データベース・レベルのアクセス制御の有効化」チェック・ボックスを選択します。

   • 「アクセス制御ルール」をクリックします。

     ノート: データベース・レベルのアクセス制御は、アクセス制御リストにIPアドレスがなくても有効になります。IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • 「IP表記法タイプ」ドロップダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

     • IPアドレスでは、1つ以上の個別のパブリックIPアドレスを指定できます。カンマを使用して、入力フィールドのアドレスを区切ります。

     • CIDRブロックでは、CIDR表記を使用する1つ以上のパブリックIPアドレスの範囲を指定できます。カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   詳細オプション:

   • 暗号化キー:

     • データベース・インスタンスからのクローニング: ソースとターゲットのACDは、同じキーストア・タイプである必要があります。ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。

     • バックアップからのクローニング: ソースとターゲットのACDは、異なるキーストア・タイプにできます。ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。
   • 管理: ドロップダウン・リストから「文字セット」および「各国語文字」を選択します。
   • タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。機密情報を入力しないでください。
8. 「Autonomous Databaseのクローンの作成」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、プライマリ・データベースの表示名をクリックします。
4. 「リソース」で、「Autonomous Data Guard」をクリックします。
5. スタンバイ・データベースのリストで、クローニングするデータベースを検索し、表示名をクリックして詳細を表示します。
6. 「リソース」で、「バックアップ」をクリックします。
7. バックアップのリストで、クローニングするバックアップを検索し、「アクション」アイコン(3つのドット)をクリックして、「クローンの作成」をクリックします。
8. 「Autonomous Databaseのクローンの作成」ページで、次の情報を入力します:

   「クローン・タイプ」セクションで、「フル・クローン」を選択します。

   クローン・ソース: 「クローン・ソース」セクションには、ソース・バックアップの詳細が表示されます。

   Autonomous Databaseの基本情報を指定します。

   • コンパートメントの選択: 現在のコンパートメントがデフォルトの選択ですが、クローンを作成する別のコンパートメントをドロップダウン・リストから選択できます。
   • ソース・データベース名: ソース・データベースの名前は、読取り専用の「ソース・データベース名」フィールドに表示されます。
   • 表示名: データベース・クローンを識別するための説明またはその他の情報を入力します。表示名はいつでも変更可能で、一意である必要はありません。機密情報を入力しないでください。
   • データベース名: 文字と数字のみを含み、文字で始まるクローンのデータベース名を入力します。機密情報を入力しないでください。
   • Exadata Infrastructure: ソース・データベースが存在する場所と同じExadataインフラストラクチャにデータベース・クローンを作成することを選択できます。または、「コンパートメントの変更」をクリックして、ドロップダウン・リストから別のコンパートメントを選択できます。
   • Autonomous Exadata VMクラスタ: ソース・データベースが存在する場所と同じAutonomous Exadata VMクラスタにデータベース・クローンを作成することを選択できます。または、「コンパートメントの変更」をクリックして、ドロップダウン・リストから別のコンパートメントを選択できます。
   • Autonomous Container Database: ソース・データベースと同じコンパートメントおよびコンテナ・データベースにデータベース・クローンを作成することを選択するか、「コンパートメントの変更」をクリックして別のコンパートメントを選択し、ドロップダウン・リストから別のコンテナ・データベースを選択して別のコンパートメントを選択できます。
     ノート
     
     

     ターゲットのAutonomous Exadata VMクラスタがソースと同じである場合、データベース名をソース・データベース名と同じにすることはできません。

   • データベースの構成: 空きインスタンス: Oracle Autonomous Database for Developersインスタンスを作成する場合は、「インスタンスの解放」ボタンをオンに切り替えます。ECPU数およびストレージ(GB)はそれぞれ4および32で自動移入されます。これは、開発者データベース・インスタンスは手動または自動スケーリングをサポートしていないため、Oracle Autonomous Database for Developersは4 ECPUで修正され、32GBのストレージ・コンピュート自動スケーリングが無効になっているためです。
     ノート
     
     

     • 開発者データベース・インスタンスは、Autonomous Data Guardを使用しないECPUベースのACDでのみ作成できるため、OCPUまたはAutonomous Data Guard、あるいはその両方を使用するACDでは、インスタンスの無料トグル・ボタンが無効になります。
     • Oracle Autonomous Database for Developersインスタンスにバックアップを正常にクローニングするには、バックアップ・データベースの現在のストレージ割当てが32GBである必要があります。

   データベースの構成

   • CPU数: クローン・データベースのCPU数を指定します。Autonomous Exadata Infrastructure内のすべてのデータベースで使用可能なCPUの合計数は、インフラストラクチャ・シェイプおよび他のAutonomous Databaseにすでに割り当てられているものによって異なります。

     クローン後は、必要に応じて、より小さい値にサイズ変更できます。フルCPUを必要としないデータベースに対して、小数単位のOCPU値にサイズ変更することもできます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。小数CPUはOCPUにのみ適用されます。

     ノート
     
     

     ADBのクローニングにかかる時間は、CPU数、およびバックアップ保存先とターゲットACD間のネットワーク帯域幅によって異なります。

     選択したCPU数は、プロビジョニング可能なCPUのリストに対して検証され、選択したCPU数までデータベースをスケール・アップできない場合は、最も近い2つのプロビジョニング可能なCPU値が提示されます。

     GetAutonomousContainerDatabase APIを使用して、プロビジョニング可能なCPU値の完全なリストを取得できます。

     バックアップからのAutonomous Databaseクローンには、1 OCPUまたは4 ECPUの最小要件があります。

     CPUタイプ(OCPUまたはECPU)は、親のAutonomous Exadata VMクラスタ・リソースのコンピュート・タイプによって決まります。

     2つ以上のECPUを必要とするデータベースの場合、割り当てられるECPUの数を1ずつ指定する必要があります。

     ノート
     
     

     ECPUではCPUオーバープロビジョニングは許可されません。

     OCPUの場合、フルOCPUを必要としないデータベースには、0.1から0.9までの小数単位のOCPU値を(0.1 OCPU単位で)割り当てることができます。1つ以上のOCPUを必要とするデータベースの場合、割り当てられるOCPUの数を整数で指定する必要があります。たとえば、データベースに3.5 OCPUを割り当てることはできません。3を上回る次に使用可能なOCPU数は4です。

     CPUオーバープロビジョニングのデータベースは、トランザクション処理および混合ワークロード用のAutonomous Databaseのtpサービスおよびlowサービスにのみ接続できます。Autonomous Database for Analytics and Data Warehousingワークロードの場合、オーバープロビジョニングされたCPUで作成すると、lowサービスにのみ接続できます。

   • ストレージ(GB): クローニングするAutonomous Databaseで使用可能にするストレージ容量をGB単位で指定します(これは使用可能なストレージに応じて異なります)。
     • デフォルト/最小: ソース・データベースの割当て済ストレージ
     • 増分: 1 GB
   • 自動スケーリング: 自動スケーリングを有効にすると、最大3倍のCPUおよびI/Oリソースを自動的に使用してワークロードの要求に対応できます。

   管理者資格証明の作成

   次の条件を満たすパスワードを入力して、Autonomous Database管理者ユーザーのパスワードを設定します。

   • パスワードは、ソース・データベースで直近に使用された3つのパスワードのいずれにもできません
   • 長さは12から30文字までです
   • 小文字を1文字以上含めます
   • 大文字を1文字以上含めます
   • 数字を1文字以上含めます
   • 二重引用符(")を含めることはできません
   • 大/小文字の区別に関係なく、文字列"admin"を含めることはできません

   このパスワードは、サービス・コンソールへのアクセス時およびSQLクライアント・ツールの使用時に使用します。

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

   アクセス制御リストを変更して、データベース・レベルのアクセス制御を有効または無効にしたり、アクセス制御リストのエントリを追加または変更できます。

   • 「アクセス制御の変更」をクリックします。

   • 「データベース・レベルのアクセス制御の有効化」チェック・ボックスを選択します。

   • 「アクセス制御ルール」をクリックします。

     ノート: データベース・レベルのアクセス制御は、アクセス制御リストにIPアドレスがなくても有効になります。IPアドレスの空のリストでアクセス制御リストを有効にすると、すべてのクライアントでデータベースにアクセスできなくなります

   • 「IP表記法タイプ」ドロップダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

     • IPアドレスでは、1つ以上の個別のパブリックIPアドレスを指定できます。カンマを使用して、入力フィールドのアドレスを区切ります。

     • CIDRブロックでは、CIDR表記を使用する1つ以上のパブリックIPアドレスの範囲を指定できます。カンマを使用して、入力フィールドのCIDRブロック・エントリを区切ります。

   詳細オプション:

   • 暗号化キー:

     • データベース・インスタンスからのクローニング: ソースとターゲットのACDは、同じキーストア・タイプである必要があります。ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。

     • バックアップからのクローニング: ソースとターゲットのACDは、異なるキーストア・タイプにできます。ソースがOKVの場合、ターゲットも同じOKV宛先である必要があります。
   • 管理: ドロップダウン・リストから「文字セット」および「各国語文字」を選択します。
   • タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。機密情報を入力しないでください。
9. 「Autonomous Databaseのクローンの作成」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Database」をクリックします。
3. Autonomous Databaseのリストで、終了するデータベースの表示名をクリックします。
4. 「他のアクション」ドロップダウン・リストから「終了」を選択します。
5. 確認ダイアログで、Autonomous Databaseを終了することを確認します。
6. 「Autonomous Databaseの終了」をクリックします。

APIの使用およびリクエストの署名の詳細は、REST APIおよびセキュリティ資格証明を参照してください。SDKについては、ソフトウェア開発キットとコマンドライン・インタフェースを参照してください。

次の表に、Autonomous Databaseを管理するためのREST APIエンドポイントを示します。

Autonomous Databaseのヘルス、容量およびパフォーマンスは、メトリック、アラームおよび通知を使用してモニターできます。Oracle Cloud InfrastructureコンソールまたはモニタリングAPIを使用して、メトリックを表示できます。

• Autonomous Databaseの上位6個のメトリックの表示
  「Autonomous Databaseの詳細」ページの「メトリック」セクションで利用できる上位6個のメトリックを表示します。
• コンパートメント内のAutonomous Databaseの集計されたメトリックの表示
  コンパートメント内のAutonomous Databaseの集計されたメトリックを表示する方法について学習します。
• Autonomous Databaseのメトリックとディメンション
  メトリックとディメンションを表示するインスタンスを制限できます。使用可能なディメンションには、ワークロード・タイプ、インスタンス表示名、リージョンおよびインスタンスOCIDが含まれます。