Autonomous Container Databaseの作成

Autonomous Container Databaseは、「Autonomous Container Databases」ページから作成します。

必要なIAMポリシー

デプロイメントの選択肢 IAMポリシー
Oracle Public Cloudとマルチクラウド

manage autonomous-container-databases

use cloud-exadata-infrastructures

use cloud-autonomous-vmclusters
Exadata Cloud@Customer

manage autonomous-container-databases

use exadata-infrastructures

use autonomous-vmclusters

use backup-destinations

最小リソース要件

1つのAutonomous Container Databaseを作成するには、少なくともが必要です:

関連LiveLabs

この手順を試してみる場合は、フリート管理者専用Oracle Autonomous AI Databaseワークショップのラボ6: Autonomous Container Databaseのプロビジョニングを参照してください。

手順

  1. Oracle Cloud Infrastructure ConsoleでAutonomous AI Databaseに移動します。

    手順については、Oracle Cloud Infrastructure Consoleの専用Autonomous AI Databaseへのアクセスを参照してください。

  2. サイド・メニューのリソース・タイプ・リストで、「Autonomous Container Database」をクリックします。

    現在のコンパートメント内のAutonomous Container Databaseのリストが表示されます。

  3. Autonomous Container Databaseを作成するコンパートメントを選択します。

    Autonomous Container Databaseのリストがリフレッシュされて、選択したコンパートメント内のものが表示されます。

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

    「Autonomous Container Databaseの作成」ページが表示されます。

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

    設定 説明 ノート
    コンパートメント Autonomous Exadata VMクラスタをホストするコンパートメントを選択します。  
    Display name リソースを簡単に識別できるようにするわかりやすい説明またはその他の情報を入力します。

    表示名は一意である必要はなく、必要なときにいつでも変更できます。

    機密情報を入力しないでください。
    コンテナ・データベース名 コンテナ・データベースの名前を入力します。文字および数字のみを使用できます。文字で始まり、最大30文字です。 コンテナ・データベース名は、Autonomous Exadata VMクラスタ全体で一意である必要があります。

    ヒント:コンテナ・データベース名は、Oracle Key Vault (OKV)ウォレットに名前を付けるために使用されます。この名前を使用して、OKVコンソールでAutonomous Container Databaseに関連付けられているOKVウォレットを検索できます。
    Exadataインフラ 新しいAutonomous Container DatabaseをホストするExadataインフラストラクチャ。  
    Autonomous Exadata VMクラスタ 新しいAutonomous Container DatabaseをホストするAutonomous Exadata VMクラスタ。  
    コンテナ・データベース・ソフトウェア・バージョン

    Autonomous Container DatabaseのOracle Databaseソフトウェア・バージョン。

    プリファレンスに応じて、次のオプションのいずれかを選択します:

    • ベース・イメージからバージョンを選択: このオプションを選択した場合、「ベース・イメージの選択」リストからOracle Databaseソフトウェア・バージョンを選択します。使用可能なオプションは19cまたは26aiです。
      • 2026年4月7日以降にプロビジョニングされたすべての新しいAVMCについて、ユーザーは19cと26aiの両方のデータベース・ソフトウェア・バージョンを同じクラスタにプロビジョニングできます。
    • カスタム・データベース・ソフトウェア・イメージ: このオプションを使用すると、「カスタム・イメージの選択」ダイアログからカスタム・イメージを選択できます。

    カスタム・ソフトウェア・イメージの作成方法の詳細は、Autonomous AI Databaseソフトウェア・イメージの作成を参照してください。

    ベース・イメージからバージョンを選択する際に、最新のOracle Databaseソフトウェア・バージョンまたは直前のバージョンを選択できます。たとえば、Autonomous AI Databaseでサポートされている最新のOracle Databaseバージョンが19.26.0.1.0であるとします。次に、「ベース・イメージの選択」ドロップダウンに、19.26.0.1.0および19.25.0.1.0がリストされます。
    自動メンテナンスを構成します

    自動メンテナンスを構成するパネルには、次のデフォルト設定が表示されます。

    • 保守方法: タイムゾーンファイルの更新を無効にしたローリング。
    • コンテナ・データベース・メンテナンス・バージョン: 次のリリース更新(RU)
    • メンテナンス・スケジュール: スケジュール・プリファレンスが指定されていません。

    オプションで、「自動メンテナンスの編集」ダイアログを起動する「メンテナンス・スケジュールの変更」をクリックして、メンテナンス・プリファレンスまたはスケジュールを構成できます。

    		DSTはDaylight Savings Timeの略です。
    自動メンテナンスの編集

    メンテナンス方法の構成: ローリングまたは非ローリングのいずれかのメンテナンス方法を選択します。

    オプションで、「Enable time-zone update」を選択することもできます。

    詳細は、サービス・メンテナンス・タイプを参照してください。

    コンテナ・データベース・メンテナンス・バージョンの構成: 「Next RU」または「Latest RU」を選択して、ACDの次のメンテナンス・バージョンを構成します。

    自動メンテナンス・スケジュールの構成: オプションで、メンテナンス・スケジュールをデフォルト(必要に応じてOracleがメンテナンスをスケジュールすることを許可するプリファレンスなし)からOracle Public Cloudのカスタム・スケジュールに変更し、Exadata Cloud@Customerでスケジュールを指定できます。カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。

    「保存」をクリックして、このダイアログを閉じます。

    タイムゾーン・ファイルを更新するには、ACDおよび関連するAutonomous AIデータベースの完全な停止時間が必要になります。停止時間は、タイムゾーンに依存するデータの量によって異なります。

    タイムゾーンの更新を含むすべてのRUは、非ローリング・メンテナンス方法(システム全体の停止時間あり)でのみパッチが適用されます。そのため、ローリング方式にメンテナンスを構成し、タイムゾーン更新を有効にすると、タイムゾーン更新を含むすべてのRUが非ローリング方式でのみ適用されます。ローリング方式では、タイムゾーン更新のないRUのみが適用されます。

    Autonomous Data Guard構成では、非ローリング・メンテナンス方法により、パッチ適用が完了するまで、プライマリACDおよびスタンバイACDのそれぞれのメンテナンス・ウィンドウ中に停止時間が発生します。
    バックアップの構成: 自動バックアップの有効化

    デフォルトでは、自動バックアップがACDに対して有効になります。オプションで、「自動バックアップの有効化」チェック・ボックスの選択を解除して、それらを無効化できます。

    Autonomous Data GuardでACDをプロビジョニングする際、自動バックアップを無効にすることはできません。

    自動バックアップを有効にする場合は、次のオプションから選択して、ACDの終了後にバックアップが保持される期間を決定します。

    • バックアップ保持期間に従ってバックアップを保持します。
    • バックアップを72時間保持し、その後削除します

    ACDに対して無効にした場合、Autonomous Container Databaseバックアップ設定の編集で説明されているステップに従って、後でOracle Cloud Infrastructure (OCI)コンソールからいつでも自動バックアップを有効にできます。ただし、一度有効にすると、ACDの自動バックアップを無効にすることはできません。

    自動バックアップの有効化がなんらかの理由で失敗した場合、ACDプロビジョニングもエラー・メッセージで失敗します。回避策として、自動バックアップを無効にしてACDをプロビジョニングし、後でACDの「詳細」ページから有効にできます。

    ACDの終了後(72時間またはACDのバックアップ保持期間まで)にバックアップを保持するように選択した設定は、長期バックアップには適用されません。
    バックアップの構成: バックアップの保存先タイプ

    ACDのプロビジョニング中にバックアップの保存先を選択する機能、およびサポートされるバックアップの保存先は、デプロイメント・プラットフォームによって異なります。

    Autonomous AI DatabaseのOracle Public Cloudデプロイメントでは、Autonomous Recovery ServiceまたはObject Storageをバックアップ先として選択できます。デフォルトはオブジェクト・ストレージで、推奨されるオプションはAutonomous Recovery Serviceです。Oracle Database@AWS上のAutonomous AI Databaseでは、Autonomous Recovery Service、OCI Object StorageまたはAmazon Simple Storage (AWS S3)のいずれかを選択できます。デフォルトはAWS S3で、推奨されるオプションはAutonomous Recovery Serviceです。

    様々なバックアップの保存先タイプの詳細は、バックアップの保存先を参照してください。

    		 
    バックアップの構成: バックアップ保持期間(日)

    自動バックアップを有効にした後、ニーズを満たすバックアップ保持期間の値を指定します。7から95日の任意の値を選択できます。

    異なるAutonomous AI Databaseデプロイメントのバックアップ保持ポリシー値の詳細は、バックアップ保持ポリシーを参照してください。

    		 
    保持ロック

    バックアップ保持期間中にバックアップを保持することを選択した場合は、保持ロックを有効にすることもできます。

    保持ロックを有効にする:

    • 保持ロックを無効にする14日間の猶予期間を提供します。その後、保持ロック設定は永続的になります。
    • ACDバックアップ保存期間まで、すべての自動データベース・バックアップを保持します。
    • 保存期間(長期バックアップの作成時に設定)まで、長期バックアップを保持します。すでに設定されている保存期間のみ延長できるため、バックアップの保存期間が維持されます。
    • 保存期間が期限切れになる前にバックアップを削除することを禁止します。
    • 保持期間の有効期限に達すると、すべての自動バックアップが削除されます。ただし、自動バックアップを格納するようにNFSを構成し、基礎となるACDが終了した場合は、バックアップを手動で削除する必要があります。
    • 期限が切れた後、長期バックアップを削除します。長期バックアップを格納するようにNFSを構成し、ACDが終了した場合は、期限切れになったバックアップを手動で削除する必要があります。

    		 ACDの終了後72時間のみバックアップを保持することを選択した場合、保存ロック・オプションは使用できません。
    バックアップの構成: クロスリージョン・バックアップ・コピーの有効化 オプションで、「Enable cross-region backup copy」を選択し、バックアップ・コピーのリージョンを指定します。 適用先: 適用可能 Oracle Public Cloudのみ

    Autonomous Data Guard対応ACDでは、クロス・リージョン・バックアップ・コピーを有効にできません。

    クロス・リージョン・バックアップ・コピーは、ACDに選択されたバックアップの保存先(オブジェクト・ストレージまたはAutonomous Recovery Service)に関係なく、常にオブジェクト・ストレージに格納されます。
    担当者電子メール オプションで、Autonomous Container Databaseに関する操作上の通知、お知らせおよび計画外メンテナンス通知を受信する連絡先電子メールを追加できます。 Oracleでは、重要な通知やお知らせが見逃されないように、可能な場合は個人の電子メール・アドレスではなく管理者グループの電子メール・アドレスを使用することをお薦めします。
    詳細オプションを表示/非表示 デフォルトでは、拡張オプションは非表示です。「拡張オプションの表示」をクリックして、それらを表示します。  
    詳細オプション: 管理

    オプションで、ニーズに合せて、次のリソース管理属性に適した値を定義できます。

    • データベース分割しきい値(CPU): Autonomous AI Databaseが複数のノードにまたがってオープンされるCPU値。この属性のデフォルト値は、ECPUの場合は64、OCPUの場合は16です。
    • ノード・フェイルオーバー予約(%): ノード・フェイルオーバーをサポートするためにノード間で予約されたCPUの割合を決定します。指定できる値は0%、25%、50%で、50%がデフォルト・オプションです。
    • ディストリビューション・アフィニティ: Autonomous AI Databaseをノードの最小数または最大数で開く必要があるかどうかを決定します。デフォルトでは、「最小ノード」が選択され、「最大ノード」が他のオプションになります。

    オプションで、「Enable shared server connections to support Net services architecture」を選択します。

    ノード・フェイルオーバーの予約が0%に設定されている場合、Autonomous AI Databaseは、VMの障害およびデータベースのパッチ適用やコンテナ・データベースの再起動などのメンテナンス操作中に完全な停止が発生する可能性があります。

    共有サーバー・アーキテクチャによって、データベース・サーバーは、多数のクライアント・プロセスにおいて非常に少数のサーバー・プロセスを共有できるため、サポート可能なユーザー数が増大します。ACDのプロビジョニング後は、共有サーバー・アーキテクチャを無効にできません。詳細は、特殊用途の接続機能を参照してください。

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

    オプションで、Oracle管理の暗号化キーのかわりに顧客管理の暗号化キーを使用するようにAutonomous Container Databaseを構成できます。

    デプロイメントに応じて、このテナンシで顧客管理キーを使用して暗号化を選択し、次のいずれかのオプションを選択します:

    • OCI Vaultサービス: このオプションでは、リストからVaultおよびマスター暗号化キーを選択します。このオプションは、Oracle Public Cloudでのみ使用できます。
    • Oracle Key Vault: このオプションでは、リストからキー・ストアを選択し、OKVエンドポイント・グループ名を入力します。
    • AWS KMS: AWSクラウド・リージョンにデプロイされたAutonomous AI Databaseでは、AWS Key Management Service (AWS KMS)を使用してマスター暗号化キーを管理できます。AVMCがAWS KMSで有効になっている場合、AWS KMSオプションのみが顧客管理キーで有効になり、OKVやOCI Vaultサービスなどの他のオプションは無効になります。AWS KMSを選択すると、対応するコンパートメントと検出されたキーがリストに表示されます。新しく追加されたキーを検出するには、「キーの検出」をクリックします。

    デフォルトでは、「Oracle管理キーを使用した暗号化」が選択されます。

    Oracle Key Vaultで暗号化キーを使用するには、キー・ストアを作成する必要があります。手順は、Oracle Key Vaultでの顧客管理鍵の使用を参照してください。

    Autonomous Data Guard対応Autonomous Container Databaseでは、プライマリ・データベースとスタンバイ・データベースが同じリージョン内または2つの異なるリージョン内の異なる可用性ドメインに配置された顧客管理暗号化キーを使用できます。

    OKVエンドポイント・グループの名前を入力する場合、エンドポイント名はすべて大文字で、数字、ハイフン(-)およびアンダースコア(_)を含め、大文字で始めることができます。

    AWS KMSの場合、登録済みの鍵のみが一覧表示されます。必要なキーが表示されない場合は、まだ登録されていない可能性があります。[AWS KMSキーを登録]をクリックして検出し、登録します。ドロップダウン・リストからキー別名を選択できます。キー別名を使用できない場合は、ドロップダウンリストにキーIDが表示されます。

    顧客管理キーの使用の詳細は、マスター暗号化キーについてに関する項を参照してください。

    高度なオプション: タグ タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。 すでにプロビジョニングされているAutonomous Exadata VMクラスタのタイム・ゾーン設定は変更できません。必要に応じて、My Oracle Supportでサービス・リクエストを作成できます。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。

  6. オプションで、「スタックとして保存」をクリックして、リソース構成をスタックとして保存できます。その後、スタックを使用して、リソース・マネージャ・サービスを介してリソースを作成できます。

    「スタックとして保存」ダイアログで次の詳細を入力し、「保存」をクリックします。

    • 名前:必要に応じて、スタックの名前を入力します。

    • 説明:オプションで、このスタックの説明を入力します。

    • コンパートメントに保存:このスタックが存在するコンパートメントを選択してください。

    • タグ・ネームスペース、タグ・キーおよびタグ値: オプションで、スタックにタグを適用します。

    リソース・マネージャで使用されるTerraform構成の要件と推奨事項は、リソース・マネージャのTerraform構成を参照してください。スタックに定義されたリソースをプロビジョニングするには、構成を適用します。

  7. 詳細を送信してAutonomous Container Databaseを作成します。

Autonomous Containerデータベースのリストはリフレッシュされ、新しいAutonomous Containerデータベースが表示されます。そのステータスは、それが使用可能になるまでは「プロビジョニング中」になります。

関連コンテンツ