Autonomous Container Databaseのクローン作成

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

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

手順

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

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

  2. 「その他のアクション」で、「クローンの作成」ボタンをクリックします。

  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でスケジュールを指定できます。カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。

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

    タイムゾーン・ファイルを更新するには、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日です。

    すべてのバックアップは、バックアップ保持期間の後に自動的に削除されます。
    保持ロック

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

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

    • 保持ロックを無効にする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エンドポイント・グループ名を指定する必要があります。

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

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

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

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

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

  4. 「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

手順

  1. コンパートメントの「リモート・バックアップ」ページに移動します。

    手順は、リモート・バックアップのリストの表示を参照してください。

  2. クローニングするリモート・バックアップの横にある3つのドットをクリックし、「クローンの作成」をクリックします。

  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日です。

    すべてのバックアップは、バックアップ保持期間の後に自動的に削除されます。
    保持ロック

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

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

    • 保持ロックを無効にする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エンドポイント・グループ名を指定する必要があります。

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

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

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

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

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

  4. 「Autonomous Container Databaseのクローニング」をクリックします。

関連コンテンツ

Autonomous Container Databaseのクローニングについて