Autonomous Container Databaseのクローン作成
Autonomous Container Databaseは、その「詳細」ページまたは現在のリージョン外のバックアップからクローニングできます。
Autonomous Container Databaseのクローニング
Autonomous Container Database (ACD)は、その「詳細」ページからクローニングできます。
前提条件
ACDインスタンスを正常にクローニングするための要件を表示するには、専用ExadataインフラストラクチャでのAutonomous Container Databaseのクローニングについてを参照してください。
必要なIAMポリシー
| デプロイメントの選択肢 | IAMポリシー |
|---|---|
| Oracle Public Cloudとマルチクラウド |
|
| Exadata Cloud@Customer |
|
手順
-
クローニングするAutonomous Container Databaseの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
-
「その他のアクション」で、「クローンの作成」ボタンをクリックします。
オプションで、「バックアップ」を選択してACDのバックアップのリストを表示し、クローニングするACDバックアップの横にある3つのドットをクリックしてから、「クローンの作成」をクリックします。この方法でACDクローンを作成すると、次のステップで属性が自動的に選択されます。
-
「Autonomous Container Databaseのクローニング」ページに次の情報を入力します:
設定 説明 ノート クローン・タイプ 「フル・クローン」または「部分クローン」を選択します。 フル・クローンは、ソース・コンテナ・データベースおよびその中のAutonomous AIデータベースのメタデータとデータを含む新しいACDを作成します。部分クローンは、ソース・コンテナ・データベースからのAutonomous AIデータベースのサブセットを含む新しいACDを作成します。 バックアップ・クローン・タイプ 次のクローン・タイプのオプションのいずれかを選択します。
- ポイント・イン・タイム・クローン:日付と時間を入力します。
- バックアップをリストから選択:使用可能なバックアップのリストからバックアップを選択します。リストを検索してフィルタするオプションがあります。
- 最新のバックアップ・タイムスタンプ:使用可能な最新のタイムスタンプが使用されます。
部分クローンを作成する場合は、次に「選択」をクリックします。「データベースの選択」ウィンドウが開き、検索可能なフィルタ可能なリストが表示されます。このリストを使用して、コンパートメントとコンテナ・データベース間を参照できます。選択したら、「保存」をクリックします。
バックアップ・クローン・タイプを選択し、必須フィールドに入力したら、「すべて表示」をクリックして、選択したデータベースのリストを表示できます。
部分クローン用にデータベースを選択する場合、それらは別のコンパートメントに配置できます。「データベースの選択」ウィンドウのリストからコンパートメント・フィルタを削除すると、選択したすべてのデータベースを異なるコンパートメントから表示できます。
最新のバックアップ・タイムスタンプから部分クローンを作成するときに、複数のコンパートメントからデータベースを選択できます。
コンパートメント Autonomous Container Databaseをホストするコンパートメントを選択します。 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クラスタ。 自動メンテナンスを構成します 自動メンテナンスを構成するパネルには、次のデフォルト設定が表示されます。
- 保守方法: タイムゾーンファイルの更新を無効にしたローリング。
- コンテナ・データベース・メンテナンス・バージョン: 次のリリース更新(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の終了後(72時間またはACDのバックアップ保持期間まで)にバックアップを保持するように選択した設定は、長期バックアップには適用されません。
ACDに対して無効にした場合、Autonomous Container Databaseバックアップ設定の編集で説明されているステップに従って、後でOracle Cloud Infrastructure (OCI)コンソールからいつでも自動バックアップを有効にできます。ただし、一度有効にすると、ACDの自動バックアップを無効にすることはできません。
自動バックアップの有効化がなんらかの理由で失敗した場合、ACDプロビジョニングもエラー・メッセージで失敗します。回避策として、自動バックアップを無効にしてACDをプロビジョニングし、後でACDの「詳細」ページから有効にできます。
バックアップの構成: バックアップ保持期間(日) 自動バックアップを有効にした後、ニーズを満たすバックアップ保持期間の値を指定します。7から95日の任意の値を選択できます。 バックアップ保存ポリシーのデフォルト値は15日です。
すべてのバックアップは、バックアップ保持期間の後に自動的に削除されます。
保持ロック バックアップ保持期間中にバックアップを保持することを選択した場合は、保持ロックを有効にすることもできます。このオプションを有効にすると、ACDおよびAutonomous AI Databaseバックアップは、構成された保存期間の間保持され、途中で削除されません。このロックをセキュリティ対策として使用して、バックアップの保存期間を誤った変更やランサムウェアから保護できます。
保持ロックを有効にする:
- 保持ロックを無効にする14日間の猶予期間を提供します。その後、保持ロック設定は永続的になります。
- ACDバックアップ保存期間まで、すべての自動データベース・バックアップを保持します。
- 保存期間(長期バックアップの作成時に設定)まで、長期バックアップを保持します。すでに設定されている保存期間のみ延長できるため、バックアップの保存期間が維持されます。
- 保存期間が期限切れになる前にバックアップを削除することを禁止します。
- 保持期間の有効期限に達すると、すべての自動バックアップが削除されます。ただし、自動バックアップを格納するようにNFSを構成し、基礎となるACDが終了した場合は、バックアップを手動で削除する必要があります。
- 期限が切れた後、長期バックアップを削除します。長期バックアップを格納するようにNFSを構成し、ACDが終了した場合は、期限切れになったバックアップを手動で削除する必要があります。
ACDの終了後72時間のみバックアップを保持することを選択した場合、保存ロック・オプションは使用できません。 バックアップの構成: クロスリージョン・バックアップ・コピーの有効化 適用先:  Oracle Public Cloudのみ
オプションで、「Enable cross-region backup copy」を選択し、バックアップ・コピーのリージョンを指定します。
Autonomous Data Guard対応ACDでは、クロス・リージョン・バックアップ・コピーを有効にできません。
マルチクラウドACDリソースでは、リージョン間のバックアップ・コピーを有効にできません。
詳細オプションを表示/非表示 デフォルトでは、拡張オプションは非表示です。「拡張オプションの表示」をクリックして、それらを表示します。 詳細オプション: 管理 オプションで、ニーズに合せて、次のリソース管理属性に適した値を定義できます。
- データベース分割しきい値(CPU): Autonomous AI Databaseが複数のノードにまたがってオープンされるCPU値。この属性のデフォルト値は、ECPUの場合は64、OCPUの場合は16です。
- ノード・フェイルオーバー予約(%): ノード・フェイルオーバーをサポートするためにノード間で予約されたCPUの割合を決定します。指定できる値は0%、25%、50%で、50%がデフォルト・オプションです。
- ディストリビューション・アフィニティ: Autonomous AI Databaseをノードの最小数または最大数で開く必要があるかどうかを決定します。デフォルトでは、「最小ノード」が選択され、「最大ノード」が他のオプションになります。
- クローン帯域幅: 内部アルゴリズムがAVMCで使用可能なリソースを割り当てる方法を決定します。「低」、「中」または「高」を選択できます。これは、AVMCで割り当てられる使用可能なリソースの25%、50%、75%です。デフォルトのオプションは「中」です。
オプションで、「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: このオプションでは、ソースACDと同じキー・ストアを選択する必要があります。
ソースACDにOKVエンドポイント・グループ名が関連付けられている場合、ここで同じ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では、プライマリ・データベースとスタンバイ・データベースが同じリージョン内の異なる可用性ドメインに配置されている場合に、顧客管理の暗号化キーを使用できます。
AWS KMSの場合、登録済みの鍵のみが一覧表示されます。必要なキーが表示されない場合は、まだ登録されていない可能性があります。「AWS KMSキーの登録」をクリックして検出し、登録します。ドロップダウン・リストからキー別名を選択できます。キー別名を使用できない場合は、ドロップダウンリストにキーIDが表示されます。プライマリ・データベースとスタンバイ・データベースを異なるリージョンに配置したAutonomous Data Guard対応Autonomous Container Databaseで、顧客管理のAWS KMSキーを使用できます。
顧客管理キーの使用の詳細は、マスター暗号化キーについてに関する項を参照してください。
高度なオプション: タグ タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。 すでにプロビジョニングされているAutonomous Exadata VMクラスタのタイム・ゾーン設定は変更できません。必要に応じて、My Oracle Supportでサービス・リクエストを作成できます。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。 -
「Autonomous Container Databaseのクローニング」をクリックします。
バックアップからのAutonomous Container Databaseのクローニング
Autonomous Container Database (ACD)は、バックアップのリストからクローニングできます。
前提条件
ACDインスタンスを正常にクローニングするための要件を表示するには、専用ExadataインフラストラクチャでのAutonomous Container Databaseのクローニングについてを参照してください。
必要なIAMポリシー
manage autonomous-container-databases
use cloud-exadata-infrastructures
use cloud-autonomous-vmclusters
inspect autonomous-container-db-backups
手順
-
クローニングするAutonomous Container Databaseの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
-
「バックアップ」を選択してACDのバックアップのリストを表示し、クローニングするACDバックアップの横にある3つのドットをクリックしてから、「クローンの作成」をクリックします。
-
「Autonomous Container Databaseのクローニング」ページに次の情報を入力します:
設定 説明 ノート クローン・タイプ 「フル・クローン」または「部分クローン」を選択します。 フル・クローンは、ソース・コンテナ・データベースおよびその中のAutonomous AIデータベースのメタデータとデータを含む新しいACDを作成します。部分クローンは、1つ以上のソース・コンテナ・データベースからのAutonomous AIデータベースのサブセットを含む新しいACDを作成します。 バックアップ・クローン・タイプ {::nomarkdown}<p>次のクローン・タイプ・オプションのいずれかを選択します。</p><ul> <li>ポイント・イン・タイム・クローン:タイムスタンプと時間を入力します。</li><li>リストからバックアップを選択します:使用可能なバックアップのリストからバックアップを選択します。リストを検索およびフィルタするオプションがあります。</li><li>最新のバックアップ・タイムスタンプ:使用可能な最新のタイムスタンプが使用されます。</li></ul><p>部分クローンを作成する場合は、次に「選択」をクリックします。「データベースの選択」ウィンドウが開き、検索可能なフィルタ可能なリストが表示されます。このリストを使用して、コンパートメントとコンテナ・データベース間を参照できます。選択したら、「保存」をクリックします。</p> <p>バックアップ・クローン・タイプを選択し、必須フィールドに入力したら、「すべて表示」をクリックして、選択したデータベースのリストを表示できます。</p><p>部分クローンのデータベースを選択する場合、それらは異なるコンテナ・データベース内に存在できます。「データベースの選択」ウィンドウのリストからコンパートメント・フィルタを削除すると、選択したすべてのデータベースを異なるコンパートメントから表示できます。</p> <p>最新のバックアップ・タイムスタンプから部分クローンを作成するときに、複数のコンパートメントからデータベースを選択できます。</p> コンパートメント Autonomous Container Databaseをホストするコンパートメントを選択します。 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クラスタ。 自動メンテナンスを構成します 自動メンテナンスを構成するパネルには、次のデフォルト設定が表示されます。
- 保守方法: タイムゾーンファイルの更新を無効にしたローリング。
- コンテナ・データベース・メンテナンス・バージョン: 次のリリース更新(RU)
- メンテナンス・スケジュール: スケジュール・プリファレンスが指定されていません。
オプションで、「自動メンテナンスの編集」ダイアログを起動する「メンテナンス・スケジュールの変更」をクリックして、メンテナンス・プリファレンスまたはスケジュールを構成できます。
DSTはDaylight Savings Timeの略です。 自動メンテナンスの編集 メンテナンス方法の構成: ローリングまたは非ローリングのいずれかのメンテナンス方法を選択します。
オプションで、「Enable time-zone update」を選択することもできます。
詳細は、サービス・メンテナンス・タイプを参照してください。
コンテナ・データベース・メンテナンス・バージョンの構成: 「Next RU」または「Latest RU」を選択して、ACDの次のメンテナンス・バージョンを構成します。
自動メンテナンス・スケジュールの構成: オプションで、メンテナンス・スケジュールをデフォルト(必要に応じてOracleがメンテナンスをスケジュールすることを許可するプリファレンスなし)からOracle Public Cloudのカスタム・スケジュールに変更し、Exadata Cloud@Customerでスケジュールを指定できます。カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。
「Save」をクリックして、このダイアログを閉じます。
タイムゾーン・ファイルを更新するには、ACDおよび関連するAutonomous AIデータベースの完全な停止時間が必要になります。停止時間は、タイムゾーンに依存するデータの量によって異なります。
タイムゾーンの更新を含むすべてのRUは、非ローリング・メンテナンス方法(システム全体の停止時間あり)でのみパッチが適用されます。そのため、ローリング方式にメンテナンスを構成し、タイムゾーン更新を有効にすると、タイムゾーン更新を含むすべてのRUが非ローリング方式でのみ適用されます。ローリング方式では、タイムゾーン更新のないRUのみが適用されます。
Autonomous Data Guard構成では、非ローリング・メンテナンス方法により、パッチ適用が完了するまで、プライマリACDおよびスタンバイACDのそれぞれのメンテナンス・ウィンドウ中に停止時間が発生します。
バックアップの構成: 自動バックアップの有効化 デフォルトでは、自動バックアップがACDに対して有効になります。オプションで、「自動バックアップの有効化」チェック・ボックスの選択を解除して、それらを無効化できます。
Autonomous Data GuardでACDをプロビジョニングする際、自動バックアップを無効にすることはできません。
自動バックアップを有効にする場合は、次のオプションから選択して、ACDの終了後にバックアップが保持される期間を決定します。
- バックアップ保持期間に従ってバックアップを保持します。
- バックアップを72時間保持し、その後削除します
ACDの終了後(72時間またはACDのバックアップ保持期間まで)にバックアップを保持するように選択した設定は、長期バックアップには適用されません。
ACDに対して無効にした場合、Autonomous Container Databaseバックアップ設定の編集で説明されているステップに従って、後でOracle Cloud Infrastructure (OCI)コンソールからいつでも自動バックアップを有効にできます。ただし、一度有効にすると、ACDの自動バックアップを無効にすることはできません。
自動バックアップの有効化がなんらかの理由で失敗した場合、ACDプロビジョニングもエラー・メッセージで失敗します。回避策として、自動バックアップを無効にしてACDをプロビジョニングし、後でACDの「詳細」ページから有効にできます。
バックアップの構成: バックアップ保持期間(日) 自動バックアップを有効にした後、ニーズを満たすバックアップ保持期間の値を指定します。7から95日の任意の値を選択できます。 バックアップ保存ポリシーのデフォルト値は15日です。
すべてのバックアップは、バックアップ保持期間の後に自動的に削除されます。
保持ロック バックアップ保持期間中にバックアップを保持することを選択した場合は、保持ロックを有効にすることもできます。このオプションを有効にすると、ACDおよびAutonomous AI Databaseバックアップは、構成された保存期間の間保持され、途中で削除されません。このロックをセキュリティ対策として使用して、バックアップの保存期間を誤った変更やランサムウェアから保護できます。
保持ロックを有効にする:
- 保持ロックを無効にする14日間の猶予期間を提供します。その後、保持ロック設定は永続的になります。
- ACDバックアップ保存期間まで、すべての自動データベース・バックアップを保持します。
- 保存期間(長期バックアップの作成時に設定)まで、長期バックアップを保持します。すでに設定されている保存期間のみ延長できるため、バックアップの保存期間が維持されます。
- 保存期間が期限切れになる前にバックアップを削除することを禁止します。
- 保持期間の有効期限に達すると、すべての自動バックアップが削除されます。ただし、自動バックアップを格納するようにNFSを構成し、基礎となるACDが終了した場合は、バックアップを手動で削除する必要があります。
- 期限が切れた後、長期バックアップを削除します。長期バックアップを格納するようにNFSを構成し、ACDが終了した場合は、期限切れになったバックアップを手動で削除する必要があります。
ACDの終了後72時間のみバックアップを保持することを選択した場合、保存ロック・オプションは使用できません。 バックアップの構成: クロスリージョン・バックアップ・コピーの有効化 オプションで、「Enable cross-region backup copy」を選択し、バックアップ・コピーのリージョンを指定します。 Autonomous Data Guard対応ACDでは、クロス・リージョン・バックアップ・コピーを有効にできません。
マルチクラウドACDリソースでは、リージョン間のバックアップ・コピーを有効にできません。
詳細オプションを表示/非表示 デフォルトでは、拡張オプションは非表示です。「拡張オプションの表示」をクリックして、それらを表示します。 詳細オプション: 管理 オプションで、ニーズに合せて、次のリソース管理属性に適した値を定義できます。
- データベース分割しきい値(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: このオプションでは、ソースACDと同じキー・ストアを選択する必要があります。
ソースACDにOKVエンドポイント・グループ名が関連付けられている場合、ここで同じ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では、プライマリ・データベースとスタンバイ・データベースが同じリージョン内の異なる可用性ドメインに配置されている場合に、顧客管理の暗号化キーを使用できます。
AWS KMSの場合、登録済みの鍵のみが一覧表示されます。必要なキーが表示されない場合は、まだ登録されていない可能性があります。「AWS KMSキーの登録」をクリックして検出し、登録します。ドロップダウン・リストからキー別名を選択できます。キー別名を使用できない場合は、ドロップダウンリストにキーIDが表示されます。プライマリ・データベースとスタンバイ・データベースを異なるリージョンに配置したAutonomous Data Guard対応Autonomous Container Databaseで、顧客管理のAWS KMSキーを使用できます。
顧客管理キーの使用の詳細は、マスター暗号化キーについてに関する項を参照してください。
高度なオプション: タグ タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。 すでにプロビジョニングされているAutonomous Exadata VMクラスタのタイム・ゾーン設定は変更できません。必要に応じて、My Oracle Supportでサービス・リクエストを作成できます。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。 -
「Autonomous Container Databaseのクローニング」をクリックします。
リモート・バックアップからのAutonomous Container Databaseのクローニング
適用対象: 
Oracle Public Cloudのみ
Autonomous Container Database (ACD)は、最新の使用可能なリモート・バックアップからクローニングできます。
前提条件
ACDインスタンスを正常にクローニングするための要件を表示するには、専用ExadataインフラストラクチャでのAutonomous Container Databaseのクローニングについてを参照してください。
必要なIAMポリシー
manage autonomous-container-databases
use cloud-exadata-infrastructures
use cloud-autonomous-vmclusters
inspect autonomous-container-db-backups
手順
-
コンパートメントの「リモート・バックアップ」ページに移動します。
手順は、リモート・バックアップのリストの表示を参照してください。
-
クローニングするリモート・バックアップの横にある3つのドットをクリックし、「クローンの作成」をクリックします。
-
「Autonomous Container Databaseのクローニング」ページに次の情報を入力します:
設定 説明 ノート コンパートメント Autonomous Container Databaseをホストするコンパートメントを選択します。 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クラスタ。 自動メンテナンスを構成します 自動メンテナンスを構成するパネルには、次のデフォルト設定が表示されます。
- 保守方法: タイムゾーンファイルの更新を無効にしたローリング。
- コンテナ・データベース・メンテナンス・バージョン: 次のリリース更新(RU)
- メンテナンス・スケジュール: スケジュール・プリファレンスが指定されていません。
オプションで、「自動メンテナンスの編集」ダイアログを起動する「メンテナンス・スケジュールの変更」をクリックして、メンテナンス・プリファレンスまたはスケジュールを構成できます。
DSTはDaylight Savings Timeの略です。 自動メンテナンスの編集 メンテナンス方法の構成: ローリングまたは非ローリングのいずれかのメンテナンス方法を選択します。
オプションで、「Enable time-zone update」を選択することもできます。
詳細は、サービス・メンテナンス・タイプを参照してください。
コンテナ・データベース・メンテナンス・バージョンの構成: 「Next RU」または「Latest RU」を選択して、ACDの次のメンテナンス・バージョンを構成します。
自動メンテナンス・スケジュールの構成: オプションで、メンテナンス・スケジュールをデフォルト(必要に応じてOracleがメンテナンスをスケジュールすることを許可するプリファレンスなし)からOracle Public Cloudのカスタム・スケジュールに変更し、Exadata Cloud@Customerでスケジュールを指定できます。カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。
「Save」をクリックして、このダイアログを閉じます。
タイムゾーン・ファイルを更新するには、ACDおよび関連するAutonomous AIデータベースの完全な停止時間が必要になります。停止時間は、タイムゾーンに依存するデータの量によって異なります。
タイムゾーンの更新を含むすべてのRUは、非ローリング・メンテナンス方法(システム全体の停止時間あり)でのみパッチが適用されます。したがって、ローリング方式にメンテナンスを構成し、タイムゾーン更新を有効にした場合、タイムゾーン更新を含むすべてのRUは非ローリング方式でのみ適用されます。ローリング方式では、タイムゾーン更新のないRUのみが適用されます。
Autonomous Data Guard構成では、非ローリング・メンテナンス方法により、パッチ適用が完了するまで、プライマリACDおよびスタンバイACDのそれぞれのメンテナンス・ウィンドウ中に停止時間が発生します。
バックアップの構成: 自動バックアップの有効化 デフォルトでは、ACDの自動バックアップが有効化されています。オプションで、「自動バックアップの有効化」チェック・ボックスの選択を解除して、それらを無効化できます。
Autonomous Data GuardでACDをプロビジョニングする際、自動バックアップを無効にすることはできません。
自動バックアップを有効にする場合は、次のオプションから選択して、ACDの終了後にバックアップが保持される期間を決定します。
- バックアップ保持期間に従ってバックアップを保持します。
- バックアップを72時間保持し、その後削除します
ACDの終了後(72時間またはACDのバックアップ保持期間まで)にバックアップを保持するように選択した設定は、長期バックアップには適用されません。
ACDに対して無効にした場合、「Autonomous Container Databaseのバックアップ設定の編集」で説明されているステップに従って、Oracle Cloud Infrastructure (OCI)コンソールから後でいつでも自動バックアップを有効にできます。ただし、一度有効にすると、ACDの自動バックアップを無効にすることはできません。
自動バックアップの有効化がなんらかの理由で失敗した場合、ACDプロビジョニングもエラー・メッセージで失敗します。回避策として、自動バックアップを無効にしてACDをプロビジョニングし、後でACDの「詳細」ページから有効にできます。
バックアップの構成: バックアップ保持期間(日) 自動バックアップを有効にした後、必要に応じてバックアップ保持期間の値を指定します。7から95日の任意の値を選択できます。 バックアップ保存ポリシーの値は、デフォルトで15日になります。
すべてのバックアップは、バックアップ保持期間の後に自動的に削除されます。
保持ロック バックアップ保持期間中にバックアップを保持することを選択した場合は、保持ロックを有効にすることもできます。このオプションを有効にすると、ACDおよびAutonomous AI Databaseバックアップは、構成された保存期間の間保持され、途中で削除されません。このロックをセキュリティ対策として使用して、バックアップの保存期間を誤った変更やランサムウェアから保護できます。
保持ロックを有効にする:
- 保持ロックを無効にする14日間の猶予期間を提供します。その後、保持ロック設定は永続的になります。
- ACDバックアップ保存期間まで、すべての自動データベース・バックアップを保持します。
- 保存期間(長期バックアップの作成時に設定)まで、長期バックアップを保持します。すでに設定されている保存期間のみ延長できるため、バックアップの保存期間が維持されます。
- 保存期間が期限切れになる前にバックアップを削除することを禁止します。
- 保持期間の有効期限に達すると、すべての自動バックアップが削除されます。ただし、自動バックアップを格納するようにNFSを構成し、基礎となるACDが終了した場合は、手動でバックアップを削除する必要があります。
- 期限が切れた後、長期バックアップを削除します。長期バックアップを格納するようにNFSを構成していて、ACDが終了した場合は、期限切れになったバックアップを手動で削除する必要があります。
ACDの終了後72時間のみバックアップを保持することを選択した場合、保存ロック・オプションは使用できません。 バックアップの構成: クロスリージョン・バックアップ・コピーの有効化 オプションで、「Enable cross-region backup copy」を選択し、バックアップ・コピーのリージョンを指定します。 Autonomous Data Guard対応ACDでは、クロス・リージョン・バックアップ・コピーを有効にできません。
マルチクラウドACDリソースでは、リージョン間のバックアップ・コピーを有効にできません。
詳細オプションを表示/非表示 デフォルトでは、拡張オプションは非表示です。拡張オプションを表示するには、「Show advanced options」をクリックします。 詳細オプション: 管理 オプションで、ニーズに合せて、次のリソース管理属性に適した値を定義できます。
- データベース分割しきい値(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: このオプションでは、ソースACDと同じキー・ストアを選択する必要があります。
ソースACDにOKVエンドポイント・グループ名が関連付けられている場合、ここで同じ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では、顧客管理暗号化キーを使用できます。プライマリ・データベースとスタンバイ・データベースは、同じリージョン内の異なる可用性ドメインに配置されます。
AWS KMSの場合、登録済みの鍵のみが一覧表示されます。必要なキーが表示されない場合は、まだ登録されていない可能性があります。「AWS KMSキーの登録」をクリックして検出し、登録します。ドロップダウン・リストからキー別名を選択できます。キー別名を使用できない場合は、ドロップダウンリストにキーIDが表示されます。Autonomous Data Guard対応のAutonomous Container Databaseでは、顧客管理AWS KMSキーを使用し、プライマリ・データベースとスタンバイ・データベースを異なるリージョンに配置できます。
顧客管理キーの使用の詳細は、マスター暗号化キーについてに関する項を参照してください。
高度なオプション: タグ タグを使用する場合は、タグ・ネームスペース、タグ・キーおよびタグ値を選択してタグを追加します。 すでにプロビジョニングされているAutonomous Exadata VMクラスタのタイム・ゾーン設定は変更できません。必要に応じて、My Oracle Supportでサービス・リクエストを作成できます。サポート・リクエストを提出する方法については、My Oracle Supportでのサービス・リクエストの作成を参照してください。 -
「Autonomous Container Databaseのクローニング」をクリックします。