Autonomous Container Databaseのメンテナンス・プリファレンスの更新
Autonomous Container Databaseのメンテナンス・プリファレンスは、その「詳細」ページから更新します。
必要なIAMポリシー
use autonomous-container-databases
手順
- メンテナンス・スケジュールを変更するAutonomous Container Databaseの「詳細」ページに移動します。手順については、Autonomous Container Databaseの詳細の表示を参照してください。
- 「アクション」で、「メンテナンスのプリファレンスの編集」をクリックします。
- 「自動メンテナンスの編集」カードから、次のメンテナンス・プリファレンスを更新できます:
- メンテナンス方法の構成: ローリング・メンテナンス方法または非ローリング・メンテナンス方法を選択します。
- ローリング方法では、Autonomous AIデータベースのダウンタイムなしで、ACDを一度に1つのノードずつ更新します。
-
非ローリング・メソッドは、すべてのノードでACDを同時に停止して更新します。この方法では、メンテナンス時間を最小限に抑えますが、ACDおよび関連するすべてのAutonomous AIデータベースの完全なシステム・ダウンタイムが必要です。
ノート: Autonomous Data Guard構成では、非ローリング・メンテナンス方法により、パッチ適用が完了するまで、それぞれのメンテナンス・ウィンドウ中にプライマリACDとスタンバイACDの停止時間が発生します。
-
オプションで、「タイムゾーン更新の有効化」を選択することもできます。タイムゾーン・ファイルは非ローリング構成方式でのみ更新できます。
注意:タイムゾーンの更新を含むすべてのRUは、非ローリング・メンテナンス方法(完全なシステム停止時間あり)を使用してのみパッチが適用されます。そのため、ローリング方式にメンテナンスを構成し、タイムゾーン更新を有効にすると、タイムゾーン更新を含むすべてのRUが非ローリング方式でのみ適用されます。ローリング方式では、タイムゾーン更新のないRUのみが適用されます。
-
コンテナ・データベース・メンテナンス・バージョンの構成: 「次のリリース更新(RU)」または「最新のリリース更新(RU)」を選択して、ACDの次のメンテナンス・バージョンを構成します。したがって、ACDは次回の即時リリースまたは次回のメンテナンス・ウィンドウの最新リリースに更新されます。
-
自動メンテナンス・スケジュールの構成: 必要に応じて、メンテナンス・スケジュール設定を変更できます:
-
Autonomous Container DatabaseをホストしているExadataインフラストラクチャ・リソースのメンテナンス・スケジューリングに基づいてOracleが必要に応じてメンテナンスをスケジュールできるようにするには、「プリファレンスなし」を選択します。
-
Oracle Public Cloudで「カスタム・スケジュール」を選択し、Exadata Cloud@Customerで「スケジュールの指定」を選択して、Oracleがメンテナンスをスケジュールできるタイミングを制限します。Autonomous Container Databaseのメンテナンスでは、希望する月、週、平日、開始時間およびプライマリ・メンテナンスとスタンバイ・メンテナンスの実行間のバッファ期間を選択できます。四半期ごとに少なくとも1つの月を選択する必要があります。また、四半期のパッチ適用をスキップすることもできます。パッチ適用を2四半期連続でスキップすることはできません。カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。
ノート:スキップを選択する場合は、その四半期から少なくとも1か月を選択する必要があります。これは、前のスキップされていない四半期にメンテナンスが発生しなかった場合のフォールバックとして機能します。このシナリオでは、その四半期にスキップが選択されている場合でも、Oracleは選択した月にメンテナンスを自動的に実行します。
-
- メンテナンス方法の構成: ローリング・メンテナンス方法または非ローリング・メンテナンス方法を選択します。
- 終了したら、変更内容を保存します。