必要なIAMポリシー

use autonomous-container-databases

手順

1. メンテナンス・スケジュールを変更するAutonomous Container Databaseの「詳細」ページに移動します。

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

2. 「Edit Maintenance Preferences」ボタンをクリックします。Exadata Cloud@Customerデプロイメントの場合、このボタンは見つかりません。「その他のアクション」にあります。

3. 「自動メンテナンスの編集」カードから、次のメンテナンス・プリファレンスを更新できます:

   • メンテナンス方法の構成: ローリングまたは非ローリング・メンテナンス方法を選択します。
     • ローリング・メソッドは、Autonomous Databaseのダウンタイムなしで、一度に1つのノードであるACDを更新します。
     • 非ローリング・メソッドは停止し、すべてのノードでACDをパラレルに更新します。この方法ではメンテナンス時間が最小限に抑えられますが、ACDおよび関連するすべてのAutonomous Databaseに対して完全なシステム・ダウンタイムが必要です。
       ノート
       
       Autonomous Data Guard構成では、非ローリング・メンテナンス方法により、パッチ適用が完了するまで、それぞれのメンテナンス・ウィンドウ中にプライマリACDとスタンバイACDのダウンタイムが発生します。
     • オプションで、「タイムゾーン更新の有効化」を選択することもできます。タイムゾーン・ファイルは非ローリング構成方式でのみ更新できます。
     ノート
     
     タイムゾーンの更新を含むすべてのRUには、非ローリング・メンテナンス方法(完全なシステム停止時間)のみを使用してパッチが適用されます。したがって、ローリング方式にメンテナンスを構成し、タイムゾーン更新を有効にすると、タイムゾーン更新を含むすべてのRUが非ローリング方式でのみ適用されます。ローリング方式では、タイムゾーン更新のないRUのみが適用されます。
   • コンテナ・データベース・メンテナンス・バージョンの構成: 「次のリリース更新(RU)」または「最新リリース更新(RU)」を選択して、ACDの次のメンテナンス・バージョンを構成します。したがって、ACDは、今後のメンテナンス・ウィンドウで次の即時リリースまたは最新リリースに更新されます。
   • 自動メンテナンス・スケジュールの構成: 必要に応じて、メンテナンス・スケジュール設定を変更できます:

     • Autonomous Container DatabaseをホストしているExadataインフラストラクチャ・リソースのメンテナンス・スケジュールに基づいてOracleが必要に応じてメンテナンスをスケジュールできるようにするには、「プリファレンスなし」を選択します。

     • Oracleがいつメンテナンスをスケジュールできるかを制限する場合は、「カスタム・スケジュール」を選択します。Autonomous Container Databaseのメンテナンスでは、希望する月、週、平日、開始時間およびプライマリ・メンテナンスとスタンバイ・メンテナンスの実行間のバッファ期間を選択できます。四半期ごとに少なくとも1つの月を選択し、四半期のパッチ適用をスキップすることもできます。連続する2四半期のパッチ適用はスキップできません。

       ノート
       
       スキップする場合、その四半期から少なくとも1か月を選択する必要があります。これは、前のスキップされていない四半期にメンテナンスが発生しなかった場合にフォールバックとして機能します。このシナリオでは、その四半期にスキップが選択されている場合でも、Oracleは選択した月のメンテナンスを自動的に実行します。

       ヒント:

       カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。
4. 完了後、「変更の保存」をクリックします。