Autonomous Container Databaseメンテナンス・プリファレンスの更新
Autonomous Container Databaseのメンテナンス・プリファレンスは、「詳細」ページから更新します。
必要なIAMポリシー
use autonomous-container-databases
手順
-
メンテナンス・スケジュールを変更するAutonomous Container Databaseの「詳細」ページに移動します。
手順については、Autonomous Container Databaseの詳細の表示を参照してください。
- 「アクション」で、「メンテナンスのプリファレンスの編集」をクリックします。
-
「自動メンテナンスの編集」カードから次のメンテナンス・プリファレンスを更新できます:
- メンテナンス方法の構成: ローリングまたは非ローリング・メンテナンス方法を選択します。
- Rollingメソッドは、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がメンテナンスをスケジュールできる時期を制限するには、「Oracle Public Cloud」で「カスタム・スケジュール」を選択し、「Exadata Cloud@Customer」で「スケジュールの指定」を選択します。Autonomous Container Databaseのメンテナンスでは、希望する月、週、平日、開始時間およびプライマリ・メンテナンスとスタンバイ・メンテナンスの実行間のバッファ期間を選択できます。四半期ごとに少なくとも1か月を選択する必要があります。また、四半期のパッチ適用をスキップすることもできます。パッチ適用は、連続する2四半期ではスキップできません。
ノート:
スキップを選択する場合は、その四半期から少なくとも1か月を選択する必要があります。これは、前のスキップされていない四半期にメンテナンスが発生しなかった場合にフォールバックとして機能します。このシナリオでは、Oracleは、その四半期にスキップが選択されている場合でも、選択した月のメンテナンスを自動的に実行します。ヒント :
カスタム・スケジュールの選択に関するガイダンスは、カスタマイズ可能なメンテナンス・スケジュールの設定を参照してください。
-
- メンテナンス方法の構成: ローリングまたは非ローリング・メンテナンス方法を選択します。
- 終了したら、変更内容を保存します。