Oracle Exadata Cloud@CustomerシステムでAutonomous Data Guardが有効になっているAutonomous Container Databaseを作成するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Container Databases」をクリックします。
3. 「Autonomous Container Databaseの作成」をクリックします。
   「Autonomous Container Databaseの作成」ページが表示されます。
4. 次の基本情報を指定します:
   • コンパートメント: Autonomous Container Databaseを作成するコンパートメントを選択します。
   • 表示名: Autonomous Container Databaseを簡単に識別できるようにするわかりやすい説明またはその他の情報を入力します。表示名は一意である必要はありません。機密情報を入力しないでください。
5. Autonomous Container Databaseの作成に使用するAutonomous Exadata VMクラスタを選択します。
   ノート
   
   

   選択したAutonomous Exadata VMクラスタに、ノード当たり2つの使用可能なOCPUまたは8つの使用可能なECPU (Autonomous Container Databaseを作成するための最小要件)がない場合、このフィールドはグレー表示されます。Autonomous Container Databaseを作成するのに十分なリソースがあるAutonomous Exadata VMクラスタを選択してください。

6. コンテナDBソフトウェア・バージョンを選択します。
   • ベース・イメージからバージョンを選択: Oracle Databaseバージョンを選択してデータベースを作成します。
     • ベース・イメージの選択: デフォルトでは、最新バージョンが選択されています。必要に応じて、データベース・バージョン(N、N-1)を選択します。
7. 「Autonomous Data Guardの構成」で、「Autonomous Data Guardの有効化」チェック・ボックスを選択し、次の詳細を指定します。
   • ピアAutonomous Container Databaseコンパートメント: スタンバイAutonomous Container Databaseを作成するコンパートメントを選択します。
   • 表示名: Autonomous Container Databaseを簡単に識別できるようにするわかりやすい説明またはその他の情報を入力します。表示名は一意である必要はありません。機密情報を入力しないでください。
   • ピアAutonomous Exadata VMクラスタの選択: スタンバイの次の値を指定します:
     • ピア・リージョン: ピア・リージョンを選択します。
     • ピアExadata: スタンバイ・データベースを作成するExadata Cloud@Customerインフラストラクチャを選択します。「コンパートメントの変更」ハイパーリンクをクリックして、コンパートメントを選択します。
     • ピアAutonomous Exadata VMクラスタ: スタンバイACDを作成する必要があるAutonomous VMクラスタを選択します。「コンパートメントの変更」ハイパーリンクをクリックして、コンパートメントを選択します。

       プライマリAutonomous Container DatabaseとスタンバイAutonomous Container Databaseは、同じExadataインフラストラクチャまたは異なるExadataインフラストラクチャ上の2つの異なるAutonomous VMクラスタ上に存在する必要があります。

       ノート
       
       選択したAutonomous Exadata VMクラスタに、ノード当たり2つの使用可能なOCPU (Autonomous Container Databaseを作成するための最小要件)がない場合、このフィールドはグレー表示されます。Autonomous Container Databaseを作成するのに十分なリソースがあるAutonomous Exadata VMクラスタを選択してください。
   • データ保護モード:: Data Guardアソシエーションに使用される保護モードを指定します。
     • 最大パフォーマンス: プライマリ・データベースの可用性を低下させずに可能な最高レベルのデータ保護を提供します。
     • 最大可用性: プライマリ・データベースのパフォーマンスに影響を与えない範囲の最上位レベルのデータ保護を提供します。これはデフォルトの保護モードです。

       Oracle Data Guardの保護モードの詳細は、『Oracle Data Guard概要および管理』を参照してください。

   • 自動フェイルオーバーの有効化: このチェック・ボックスを選択して、自動フェイルオーバーを有効にし、FSFOラグ制限を設定します。

     ファスト・スタート・フェイルオーバー(FSFO)のラグ制限: ファスト・スタート・フェイルオーバー(FSFO)のラグ制限を設定します(単位は1)。最小: 5および最大: 3600秒。デフォルト: 30秒

     ノート
     
     FSFOラグ制限は、最大パフォーマンス保護モードにのみ適用できます。
8. オプションで、自動メンテナンス・スケジュールを構成できます。
   1. 「メンテナンスのプリファレンスの編集」をクリックします。
   2. コンテナ・データベース・メンテナンス・バージョンの構成
      • 次のリリース更新(RU): 次のメンテナンス・サイクルでの次のリリース更新への更新。
      • 最新リリース更新(RU): 次のメンテナンス・サイクルでの最新リリース更新への更新。

      詳細は、管理操作を参照してください。

   3. メンテナンス・スケジュールを構成するには、「スケジュールの指定」を選択します。

      Autonomous Container Databaseメンテナンスに対して希望する月、週、平日および開始時刻を選択します。

      • 「該当月の週」で、メンテナンスを実行する月の週を指定します。週は月の1日、8日、15日、22日から始まり、7日の期間があります。週の開始および終了は、曜日ではなくカレンダの日付に基づきます。28日より多くの日数を含む月の第5週には、メンテナンスをスケジュールできません。
      • 「曜日」で、メンテナンスを実行する曜日を指定します。
      • 「開始時間」で、メンテナンス実行を開始する時間を指定します。
   4. 「変更の保存」をクリックします。
9. 自動バックアップの有効化

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

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

   ノート
   
   

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

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

10. 「バックアップ保存先のタイプ」を選択します:
    ノート
    
    バックアップの保存先タイプは、ACDで自動バックアップを有効にしている間のみ設定でき、後で変更できません。

    使用可能なオプションは次のとおりです。

    • オブジェクト・ストレージ: Oracle Cloud InfrastructureのOracle管理オブジェクト・ストレージ・コンテナにバックアップを格納します。

      タイプとして「オブジェクト・ストレージ」を選択した場合は、オプションとして、ストレージ・コンテナへの接続時に使用するインターネットHTTPプロキシを指定できます。セキュリティを強化するために、可能な場合はプロキシを使用することをお薦めします。

    • ネットワーク・ファイル・システム(NFS): バックアップをネットワーク・ファイル・システム(NFS)ストレージの場所に格納します。

      タイプとして「ネットワーク・ファイル・システム(NFS)」を選択した場合は、ネットワーク・ファイル・システム(NFS)ストレージを使用する事前定義済のバックアップ保存先を選択します。

    • リカバリ・アプライアンス: Oracle Zero Data Loss Recovery Applianceを使用する事前定義済バックアップ保存先の1つにバックアップを格納します。

      タイプとして「リカバリ・アプライアンス」を選択した場合は、Oracle Zero Data Loss Recovery Applianceを使用する事前定義済バックアップ保存先、Autonomous Container DatabaseのDB_UNIQUE_NAME、およびVPCユーザー名のパスワードを選択します。

      リカバリ・アプライアンスに接続する接続文字列を、Oracleの簡易接続文字列形式(<host>:<port>/<service name>)で指定します。<host>はZero Data Loss Recovery ApplianceのSCANホスト名です。

11. 次の拡張オプションを使用できます:
    • バックアップ保持期間: ニーズを満たすバックアップ保持期間値を指定します。7日から95日までの任意の値を選択できます。

      オブジェクト・ストレージおよびネットワーク・ファイル・システム(NFS)のバックアップ保存先タイプの場合、バックアップ保存ポリシーの値は30日にデフォルト設定されます。

      バックアップ保存先タイプがリカバリ・アプライアンスの場合、この値はリカバリ・アプライアンス保護ポリシーによって制御されます。

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

    • 暗号化キー: 暗号化オプションとして、「Oracle管理キーを使用した暗号化」または「顧客管理キーを使用した暗号化」を選択します。デフォルト・オプションは、Oracle管理キーです。

      顧客管理キーを使用するには、「顧客管理キーを使用した暗号化」オプションを選択し、キー・ストアを作成したコンパートメントを選択してから、キー・ストアを選択します。CDB作成の一環として、Oracle Key Vault (OKV)のCDBに新しいウォレットが作成されます。また、CDBのTDEマスター・キーが生成され、OKVのウォレットに追加されます。

      ノート
      
      

      • Autonomous Container DatabaseおよびAutonomous Databaseでは、256ビット・ハードウェア・セキュリティ・モジュール(HSM)のボールト・キーのみがサポートされます。
      • 再起動後のOKVキー暗号化の検証: OKV TDEマスター・キーは、ACDを起動または再起動するたびに検証されます。キーが検証されない場合、起動または再起動は失敗します。作業リクエストおよびライフサイクルの状態は、失敗の理由を示します。
      • データベース・リストア後のOKVキーの表示: CDBをリストアすると、そのバックアップに関連付けられているマスター・キーもリストアされます。
      • ウォレット名を取得するためのCDBバックアップの有効化: バックアップに関連付けられているウォレットに関するCDBバックアップ情報。
      • CDB削除時のOKVウォレットまたはTDEマスター・キー: CDBを削除すると、ウォレットおよびTDEマスター・キーはOKVに残り、削除されません。
    • 管理: ドロップダウン・リストから「文字セット」および「各国語文字」を選択します。
    • データベース・インメモリー:
      • データベース・インメモリーの有効化: インメモリーを有効にするには、少なくとも4つのOCPUとシステム・グローバル領域(SGA)の割合が必要です。インメモリーを有効にする場合は、IM列ストアに割り当てるSGAの割合を選択します。メモリーが大量に割り当てられている場合、またはメモリーが無効になっている場合、インメモリーは自律型データベースのパフォーマンスに影響する可能性があります。
        ノート
        
        

        Data Guardが有効になっているプライマリ・データベースでインメモリーを有効にすると、構成は読取り専用としてスタンバイ・データベースにレプリケートされます。

    • タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。機密情報を入力しないでください。

      テナンシには、ほとんどのリソースに適用される標準タグのライブラリが付属しています。これらのタグは現在、ガバナンス管理者がデプロイできるタグ・ネームスペースのセットとして使用可能です。OCIのベスト・プラクティスでは、これらのタグをすべてのリソースに適用することをお薦めします。OCIサービス自動化では、レポートとガバナンスの他に、標準のタグ値に基づいてワークロード固有の最適化を提供できます。

      たとえば、PeopleSoftアプリケーションのデータベース・デプロイメントには特定の構成が必要です。Autonomous Databaseのデプロイ中にOracle-ApplicationNameタグ・ネームスペースに適切なアプリケーション・タグ・キーを設定すると、データベースが特定のアプリケーション(たとえば、デフォルトでPeopleSoft)に対して構成され、準備が整っていることを確認できます。

      詳細は、Oracle Exadata Database Service on Cloud@Customerリソースのタグ付けを参照してください。

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

Oracle Exadata Database Service on Cloud@CustomerシステムのプライマリまたはスタンバイAutonomous Container Databaseに関する詳細情報を表示するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Container Databases」をクリックします。
3. Autonomous Container Databaseのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「Autonomous Container Databaseの詳細」ページで、Autonomous Data Guardのアソシエーション・ステータスおよびピア・データベースの状態を確認します。
5. プライマリ・データベースの保護モードおよびファスト・スタート・フェイルオーバー(FSFO)のラグ制限を変更するには、「他のアクション」ドロップダウン・リストから「Autonomous Data Guardの更新」を選択します。
   1. 結果の「Autonomous Data Guardの更新」ダイアログで、変更を行い、「変更の保存」をクリックします。
6. 「リソース」で、「Autonomous Data Guard」をクリックしてアソシエーションの詳細を表示します。

Autonomous Container Database (ACD)のプロビジョニング中に自動バックアップが無効化された場合は、後でOracle Cloud Infrastructure (OCI)コンソールから有効にできます。

1. バックアップ設定を変更するAutonomous Container Databaseの「詳細」ページに移動します。
2. 「他のアクション」で、「バックアップ設定の編集」をクリックします。
   ノート
   
   

   Autonomous Container Databaseの情報タブの「バックアップ」セクションの下にある「編集」リンクをクリックして、バックアップ設定を編集することもできます。

   「バックアップ設定の編集」ダイアログが開きます。

3. このACDで自動バックアップが無効になっている場合は、「自動バックアップの有効化」チェック・ボックスを選択して有効にし、次の設定に適切な値を選択します:
   • バックアップ保存先のタイプ:バックアップ保存先のタイプを選択し、選択したタイプに基づいてオプションを指定します。
     ノート
     
     バックアップの保存先タイプは、ACDで自動バックアップを有効にしている間のみ設定でき、後で変更できません。
     使用可能なオプションは次のとおりです。

     • オブジェクト・ストレージ: Oracle Cloud InfrastructureのOracle管理オブジェクト・ストレージ・コンテナにバックアップを格納します。

       タイプとして「オブジェクト・ストレージ」を選択した場合は、オプションとして、ストレージ・コンテナへの接続時に使用するインターネットHTTPプロキシを指定できます。セキュリティを強化するために、可能な場合はプロキシを使用することをお薦めします。

     • ネットワーク・ファイル・システム(NFS): バックアップをネットワーク・ファイル・システム(NFS)ストレージの場所に格納します。

       タイプとして「ネットワーク・ファイル・システム(NFS)」を選択した場合は、ネットワーク・ファイル・システム(NFS)ストレージを使用する事前定義済のバックアップ保存先を選択します。

     • リカバリ・アプライアンス: Oracle Zero Data Loss Recovery Applianceを使用する事前定義済バックアップ保存先の1つにバックアップを格納します。

       タイプとして「リカバリ・アプライアンス」を選択した場合は、Oracle Zero Data Loss Recovery Applianceを使用する事前定義済バックアップ保存先、Autonomous Container DatabaseのDB_UNIQUE_NAME、およびVPCユーザー名のパスワードを選択します。

       リカバリ・アプライアンスに接続する接続文字列を、Oracleの簡易接続文字列形式(<host>:<port>/<service name>)で指定します。<host>はZero Data Loss Recovery ApplianceのSCANホスト名です。

   • バックアップ保存期間(日):ニーズを満たすようにバックアップ保存期間値を指定します。7日から95日までの任意の値を選択できます。

     オブジェクト・ストレージおよびネットワーク・ファイル・システム(NFS)のバックアップ保存先タイプの場合、バックアップ保存ポリシーの値は30日にデフォルト設定されます。

     バックアップ保存先タイプがリカバリ・アプライアンスの場合、この値はリカバリ・アプライアンス保護ポリシーによって制御されます。

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

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

スナップショット・スタンバイ・データベースは、フィジカル・スタンバイ・データベースをスナップショット・スタンバイ・データベースに変換することによって作成される、完全に更新可能なスタンバイ・データベースです。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Container Databases」をクリックします。
3. Autonomous Container Databaseのリストで、対象のフィジカル・スタンバイ・データベースの表示名をクリックします。

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

4. 「他のアクション」ドロップダウン・リストから「スナップショット・スタンバイに変換」を選択します。
   ノート
   
   

   自動フェイルオーバーが有効になっている場合は、フィジカル・スタンバイをスナップショット・スタンバイに変換できません。自動フェイルオーバーを無効にして、スタンバイ・データベースをスナップショット・スタンバイ・モードに変換します。

5. 自動フェイルオーバーを無効にするには、次を実行します:
   1. 「リソース」で、「Autonomous Data Guard」をクリックします。
   2. ピア(プライマリ)データベースの名前をクリックします。

      プライマリACD詳細ページが表示されます。

   3. 「他のアクション」ドロップダウン・リストから「Autonomous Data Guardの更新」を選択します。
   4. 結果の「Autonomous Data Guardの更新」ダイアログで、「自動フェイルオーバーの有効化」チェックボックスの選択を解除します。
   5. 「変更の保存」をクリックします。
6. 自動フェイルオーバーを無効にした後、フィジカル・スタンバイからスナップショット・スタンバイへの変換を続行します。

   「スナップショット・スタンバイに変換」ウィンドウで警告メッセージを確認します。

   スナップショット・スタンバイへの変換では、次の2つのオプションがサポートされています:

   • 新規データベース・サービスの使用: スナップショット・スタンバイ・モードでのみアクティブな新規サービスを使用してスナップショット・スタンバイ・データベースに接続します。
   • プライマリ・データベース・サービスの使用: プライマリ・データベースの同じサービスを使用してスナップショット・スタンバイ・データベースに接続します。

   「プライマリ・データベース・サービスの使用」オプションを選択すると、不適切なデータベース接続を回避するために、プライマリ・データベースとスナップショット・スタンバイ・データベースにそれぞれ接続するための適切な接続文字列を構成することに関する追加の警告メッセージが表示されます。

7. 「変換」をクリックします

   変換後、スタンバイ・データベースのロールが「スナップショット・スタンバイ」に変わり、「フィジカル・スタンバイに変換」オプションが「他のアクション」ドロップダウン・リストで使用可能になります。

   ノート
   
   

   フィジカル・スタンバイACDへの変換は、ACDがSNAPSHOT_STANDBYモードの場合にのみ有効になります。

   • フィジカル・スタンバイACDに変換すると、すべてのADBからのすべてのローカル更新が破棄され、プライマリACDからのREDOデータが適用されます。
   • フィジカル・スタンバイに変換すると、スタンバイACDロールおよびそのすべてのADBロールがSTANDBYに戻ります。

スナップショット・スタンバイ・データベースは、7日後にフィジカル・スタンバイ・データベースに自動的に変換されます。

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

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

4. 「他のアクション」ドロップダウン・リストから「フィジカル・スタンバイに変換」を選択します。
   ノート
   
   

   スナップショット・スタンバイAutonomous Container Databaseをフィジカル・スタンバイに変換すると、スナップショット・スタンバイに対するすべてのローカル更新が破棄され、プライマリAutonomous Container Databaseのデータが適用されます。

5. 「変換」をクリックします

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

Autonomous Data GuardをAutonomous Container Databaseで有効にすると、スタンバイ(ピア) Autonomous Container Databaseが作成され、データ保護と高可用性が提供され、プライマリ・データベースのディザスタ・リカバリが容易になります。

リージョンの障害、Autonomous Exadata Infrastructureの障害、またはAutonomous Container Database自体の障害が原因でプライマリAutonomous Container Databaseが使用できなくなった場合、自動フェイルオーバーが有効になっていると、スタンバイAutonomous Container Databaseに自動的にフェイルオーバーされます。障害が発生したプライマリ・データベースのロールは「無効化されたスタンバイ」になり、しばらくすると、スタンバイ・データベースがプライマリ・データベースのロールを引き継ぎます。

次の表に、ハードウェア障害およびリージョン停止の他に、自動フェイルオーバーがトリガーされるデータベース・ヘルス条件を示します:

サービスが前のプライマリAutonomous Container Databaseの問題を解決した後、手動スイッチオーバーを実行して、両方のデータベースを初期ロールに戻すことができます。

フェイルオーバー操作は、スタンバイ・データベースのData Guardアソシエーションを使用して開始します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Container Databases」をクリックします。
3. Autonomous Container Databaseのリストで、目的のインフラストラクチャ・リソースの表示名をクリックします。
4. フェイルオーバーするプライマリAutonomous Container Databaseに関連付けられているスタンバイ・データベースまたはスナップショット・スタンバイの名前をクリックします。

   スタンバイACDがスナップショット・スタンバイ・モードの場合、フェイルオーバー操作を実行すると警告が表示されます:

   警告:

   スタンバイ・データベースはスナップショット・スタンバイ・ロールです。フェイルオーバーでは、スナップショット・スタンバイ・データベースのすべてのローカル更新を破棄し、プライマリ・データベースからデータを適用することで、スナップショット・スタンバイ・データベースをフィジカル・スタンバイに変換します。
5. 「フェイルオーバー」をクリックします。
6. 「スタンバイへの手動フェイルオーバーの確認」ダイアログ・ボックスで、フェイルオーバーするAutonomous Container Databaseの名前を入力し、「フェイルオーバー」をクリックします。

   または、

   1. 「リソース」で、「Autonomous Data Guard」をクリックし、管理しているプライマリ・データベースのピア・データベースのリストを表示します。
   2. フェイルオーバーを実行するData Guardアソシエーションについて、「アクション」アイコン(3つのドット)をクリックし、「フェイルオーバー」をクリックします。
   3. 「スタンバイへの手動フェイルオーバーの確認」ダイアログ・ボックスで、フェイルオーバーするAutonomous Container Databaseの名前を入力し、「フェイルオーバー」をクリックします。
      ノート
      
      

      フェイルオーバーが正常に完了すると、スタンバイACDのロールがプライマリに変更され、プライマリのロールが無効化されたスタンバイになります。

スイッチオーバー操作は、プライマリ・データベースのData Guardアソシエーションを使用して開始します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Container Databases」をクリックします。
3. Autonomous Container Databaseのリストで、目的のインフラストラクチャ・リソースの表示名をクリックします。
4. プライマリ・データベースまたはセカンダリ・データベースの名前をクリックします。
5. 「Switchover」をクリックします。
6. 確認ダイアログ・ボックスで、「スイッチオーバー」をクリックします。

   または、

   1. 「リソース」で、「Data Guardアソシエーション」をクリックします。
   2. スイッチオーバーを実行するData Guardアソシエーションについて、「アクション」アイコン(3つのドット)をクリックし、「スイッチオーバー」をクリックします。
   3. 「スタンバイへのスイッチオーバーの確認」ダイアログ・ボックスで、「スイッチオーバー」をクリックします。

      これで、このデータベースはData Guardアソシエーションのスタンバイのロールを引き継ぎ、スタンバイはプライマリのロールを引き継ぎます。

プライマリ・データベースをスタンバイにフェイルオーバーした後、スタンバイはプライマリ・ロールを引き継ぎ、古いプライマリは無効なスタンバイとして識別されます。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Container Databases」をクリックします。
3. Autonomous Container Databaseのリストで、目的のインフラストラクチャ・リソースの表示名をクリックします。
4. 無効化されたスタンバイ・データベースの名前をクリックします。
5. 「リソース」で、「Autonomous Data Guard」をクリックします。
6. このデータベースを回復するData Guardアソシエーションについて、「アクション」アイコン(3つのドット)をクリックし、「回復」をクリックします。
7. 「データベースの回復」ダイアログ・ボックスで、「回復」をクリックします。

   これで、このデータベースはData Guardアソシエーションのスタンバイとして回復されます。スイッチオーバー操作を実行して、それぞれのデータベースを元のロールに戻すことができます。

Oracle Exadata Cloud@CustomerシステムのAutonomous Container Databaseを終了するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Container Databases」をクリックします。
3. Autonomous Container Databaseのリストで、目的のインフラストラクチャ・リソースの表示名をクリックします。
4. 「Autonomous Container Databaseの詳細」ページで、「他のアクション」ドロップダウン・リストから「終了」を選択します。
5. 「終了」をクリックします。
6. 確認ダイアログで、Autonomous Container Databaseの名前を入力し、「Autonomous Container Databaseの終了」をクリックします。

Oracle Exadata Cloud@CustomerシステムのAutonomous Container Databaseを終了するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Container Databases」をクリックします。
3. Autonomous Container Databaseのリストで、目的のインフラストラクチャ・リソースの表示名をクリックします。
4. 「Autonomous Container Databaseの詳細」ページで、「他のアクション」ドロップダウン・リストから「終了」を選択します。
5. 「終了」をクリックします。
6. 確認ダイアログで、Autonomous Container Databaseの名前を入力し、「Autonomous Container Databaseの終了」をクリックします。

APIを使用してAutonomous Data Guardが有効になっているAutonomous Container Databaseを管理する方法について学習します。

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

次の表に、Autonomous Data Guardが有効になっているAutonomous Container Databaseを管理するためのREST APIエンドポイントを示します。

Autonomous Data Guard設定は、データベースが実行されているAutonomous Container Databaseで構成されます。

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

   このページには、Autonomous DatabaseでData Guardが有効になっているかどうかが表示され、有効な場合は、Data Guardアソシエーションのデータベースのロールが表示されます。

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

   基本データベース情報

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

   ワークロード・タイプ

   適切なワークロード・タイプを選択します。各ワークロード・タイプの詳細は、Autonomous Data WarehouseおよびAutonomous Transaction Processingを参照してください。

   Autonomous Container Database: 「Autonomous Data Guard対応のAutonomous Container Database」チェック・ボックスを選択し、Autonomous Container Databaseを選択します。

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

   データベースのCPUコア数およびストレージ構成

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

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

     選択したCPU数は、プロビジョニング可能なCPUのリストに対して検証され、選択したCPU数までデータベースをスケール・アップできない場合は、最も近い2つのプロビジョニング可能な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を作成するために使用できるプロビジョニング可能なOCPU値のリストを返します。詳細は、GetAutonomousContainerDatabaseを参照してください。

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

     ノート
     
     

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

     OCPUの場合、デフォルト値は1 OCPUです。ただし、フルOCPUを必要としないデータベースには、0.1から0.9までの小数単位のOCPU値を(0.1 OCPU単位で)割り当てることができます。これにより、CPUをオーバープロビジョニングし、各インフラストラクチャ・インスタンスでより多くのデータベースを実行できます。1つ以上のOCPUを必要とするデータベースの場合、割り当てられるOCPUの数を整数で指定する必要があります。たとえば、データベースに3.5 OCPUを割り当てることはできません。3を上回る次に使用可能なOCPU数は4です。

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

     自動スケーリングを無効にするには、「自動スケーリング」の選択を解除します。デフォルトでは、自動スケーリングは有効になっており、最大3倍のCPUおよびIOリソースを自動的に使用してワークロードの要求に対応します。

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

   管理者資格証明

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

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

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

   データベース・プロビジョニング時にオプションでACLを作成することも、後で作成することもできます。

   1. 「アクセス制御の変更」をクリックします
   2. 「アクセス制御リストの編集」ダイアログで、「データベース・レベルのアクセス制御の有効化」チェック・ボックスを選択します。
   3. 「プライマリ・データベースのアクセス制御リスト」で、「IP表記法タイプ」ドロップダウン・セレクタを使用して、リストに次のタイプのアドレスを指定します:

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

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

   4. 「スタンバイ・データベースのアクセス制御」で、次を実行します:

      (デフォルト)プライマリ・データベースと同じ: セカンダリ・データベースに同じアクセス制御リストを使用する場合は、そのままにします。

      スタンバイ・データベースのアクセス制御の定義: プライマリと同じ詳細で初期化されます。必要に応じてエントリを追加または変更します。

   拡張オプション

   タグ: オプションで、タグを適用できます。リソースを作成する権限がある場合、そのリソースにフリーフォーム・タグを適用する権限もあります。定義済タグを適用するには、タグ・ネームスペースを使用する権限が必要です。タグ付けの詳細は、リソース・タグを参照してください。タグを適用する必要があるかどうかがわからない場合は、このオプションをスキップするか(後でタグを適用できます)、管理者に問い合せてください。機密情報を入力しないでください。

   暗号化キー: ADBは親ACDから暗号化設定を継承します。親ACDが顧客管理OKVベースの暗号化用に構成されている場合、子ADBでも、ACDマスター・キーの格納に使用されるのと同じOKVウォレットでTDEマスター・キーが生成および管理されます。また、Autonomous Databaseで取得されたバックアップにはOKVベースのキーが関連付けられます。

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

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

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

Oracle Exadata Database Service on Cloud@CustomerシステムのプライマリまたはスタンバイAutonomous Databaseに関する詳細情報を表示するには、次のステップに従います。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Databases」をクリックします。
3. Autonomous Databaseのリストで、詳細を表示するデータベースの表示名をクリックします。
4. 「Autonomous Databaseの詳細」ページで、Autonomous Data Guardのアソシエーション・ステータスおよびピア・データベースの状態を確認します。
5. 「リソース」で、「Autonomous Data Guard」をクリックしてアソシエーションの詳細を表示します。

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

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Databases」をクリックします。
3. Autonomous Container Databaseのリストで、目的のコンテナ・データベースの表示名をクリックします。
4. Autonomous Container Databaseの詳細ページで、「メンテナンス・プリファレンスの編集」をクリックします。

   「自動メンテナンスの編集」ダイアログで、メンテナンス・スケジュールとパッチ・タイプの両方を構成できます。

   ノート
   
   

   スタンバイ・データベースは、デフォルトで「プリファレンスなし」です。スタンバイ・メンテナンスは、プライマリ・メンテナンス・スケジュールによって異なります。

5. オプションで、メンテナンス・パッチ・タイプを変更できます。この設定を編集するには、「リリース更新(RU)」または「リリース更新リビジョン(RUR)」を選択します。

   リリース更新(RU): Autonomous Databaseでは、最新のリリース更新のみがインストールされます。

   リリース更新リビジョン(RUR): Autonomous Databaseでは、リリース更新に加え、追加の修正がインストールされます。

   ノート
   
   

   スタンバイは常にプライマリの前にパッチ適用され、スタンバイとプライマリ間のデフォルト・ギャップは7日間です。デフォルト・ギャップは、1から7日までの任意の時間に変更できます。

   コンテナ・データベース・メンテナンス・バージョンの構成

   • 次のリリース更新(RU): 次のメンテナンス・サイクルでの次のリリース更新への更新。
   • 最新リリース更新(RU): 次のメンテナンス・サイクルでの最新リリース更新への更新。
6. メンテナンス・スケジュールを構成するには、「自動メンテナンス・スケジュールの構成」セクションで「スケジュールの指定」を選択します。コンテナ・データベース・メンテナンスに対して希望する月、週、平日および開始時刻を選択します。

   • 「メンテナンス月」で、Autonomous Exadata Infrastructureのメンテナンスを実行する月をメンテナンス四半期ごとに少なくとも1つ指定します。

     ノート
     
     

     メンテナンス四半期は2月、5月、8月、11月に始まり、その年の第1メンテナンス四半期は2月に始まります。

   • 「該当月の週」で、メンテナンスを実行する月の週を指定します。週は月の1日、8日、15日、22日から始まり、7日の期間があります。週の開始および終了は、曜日ではなくカレンダの日付に基づきます。28日より多くの日数を含む月の第5週には、メンテナンスをスケジュールできません。
   • 「曜日」で、メンテナンスを実行する曜日を指定します。
   • 「開始時間」で、メンテナンス実行を開始する時間を指定します。
   • プライマリ・メンテナンスの実行とスタンバイ・メンテナンスの実行の間のバッファ期間を選択します。バッファ期間は、プライマリAutonomous Container Databaseメンテナンスの前にスタンバイAutonomous Container Databaseメンテナンスがスケジュールされるまでの日数です
7. 「変更の保存」をクリックします。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Databases」をクリックします。
3. Autonomous Container Databaseのリストで、目的のコンテナ・データベースの表示名をクリックします。
4. 「Autonomous Container Databaseの詳細」ページの「メンテナンス」で、「次回のメンテナンス」フィールドの「表示」リンクをクリックします。
5. 「メンテナンス」ページの「Autonomous Databaseメンテナンス」で、「メンテナンス」をクリックします。

   メンテナンス・イベントのリストで、スケジュール済メンテナンス実行の詳細を確認できます。メンテナンス・イベントの詳細には次が含まれます:

   • スケジュール済メンテナンス実行のステータス
   • メンテナンス実行のタイプ(四半期ソフトウェア・メンテナンスまたはクリティカル・パッチ)
   • メンテナンス・イベントのOCID
   • メンテナンスの開始日時

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Databases」をクリックします。
3. Autonomous Container Databaseのリストで、目的のコンテナ・データベースの表示名をクリックします。
4. 「Autonomous Container Databaseの詳細」ページの「メンテナンス」で、「次回のメンテナンス」フィールドの「表示」リンクをクリックします。
5. 「メンテナンス」ページの「Autonomous Databaseメンテナンス」で、「メンテナンス履歴」をクリックします。

   過去のメンテナンス・イベントのリストで、個々のイベント・タイトルをクリックして、発生したメンテナンスの詳細を確認できます。メンテナンス・イベントの詳細には次が含まれます:

   • メンテナンスのカテゴリ(四半期ソフトウェア・メンテナンスまたはクリティカル・パッチ)
   • メンテナンスがスケジュールされていたか計画外か
   • メンテナンス・イベントのOCID
   • メンテナンスの開始日時

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Databases」をクリックします。
3. Autonomous Container Databaseのリストで、パッチを適用するAutonomous Container Databaseの表示名をクリックします。
4. 「Autonomous Container Databaseの詳細」ページの「メンテナンス」セクションで、「次回のメンテナンス」フィールドの「表示」リンクをクリックして、パッチを適用するAutonomous Container Databaseの「メンテナンス」ページを表示します。
5. 「Autonomous Container Database」セクションで、「スケジュール開始時間」フィールドの「今すぐパッチ」をクリックして、「メンテナンスの実行」ダイアログを表示します。
6. 「今すぐパッチ」をクリックして、パッチ適用操作を開始します。

1. ナビゲーション・メニューを開きます。「Oracle Database」で、「Exadata Database Service on Cloud@Customer」をクリックします。
2. 「Autonomous Databases」をクリックします。
3. Autonomous Container Databaseのリストで、管理するコンテナ・データベースの表示名をクリックします。
4. 「Autonomous Container Databaseの詳細」ページの「メンテナンス」セクションで、「次回のメンテナンス」フィールドの「表示」リンクをクリックします。
5. 「メンテナンス」ページで、次の15日間に計画されているコンテナ・データベースのメンテナンス・イベントがメンテナンス・イベントのリストに表示されます。

   コンテナ・データベースのスケジュール済メンテナンスをスキップするには、「スキップ」をクリックします。

   ノート
   
   

   スケジュール済メンテナンスを3回以上連続してスキップすることはできません。

   メンテナンスを再スケジュールするには、「編集」をクリックして、「メンテナンスの編集」ダイアログで更新の開始時間を入力します。指定したコンテナ・データベース・メンテナンス・ウィンドウが、スケジュール済Exadataインフラストラクチャ・メンテナンスよりも四半期内で後になっていることを確認してください。