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