四半期メンテナンスのカスタマイズ

Autonomous Databaseリソースの四半期自動メンテナンスのスケジュールを選択するか、Oracleで更新を自動的にスケジュールします。Oracleは、予定されている今後のメンテナンスの日時を事前に通知します。

次の表に示すように、様々なリソース・レベルで四半期ごとの自動メンテナンスを使用して、次の操作を実行できます。

• 自動メンテナンスのプリファレンスとスケジュールをカスタマイズします。これらのプリファレンスは、Autonomous Databaseリソースのプロビジョニング中に設定することも、後で変更することもできます。
• スケジュールされたメンテナンスの開始前の任意の時点でスケジュールを表示および変更します。後続四半期のスケジュール済メンテナンスに加えられた変更は、現在の四半期のスケジュールには影響しません。
• 過去のメンテナンス・イベントを表示します。

カスタマイズ可能なメンテナンス・スケジュールの設定

前述のインフラストラクチャ・リソースのカスタム・スケジュールを定義するときに、Oracle Cloud Infrastructureコンソールから次の詳細を選択できます。

• 許可される月: 四半期ごとに少なくとも1つの月を選択する必要があり、1つの四半期のパッチ適用をスキップすることもできます。パッチ適用は、連続する2四半期ではスキップできません。

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

• 選択した月内の週: 週は月の1日、8日、15日および22日から始まり、7日の期間があります。週の開始および終了は、曜日ではなくカレンダの日付に基づきます。28日より多くの日数を含む月の第5週には、メンテナンスをスケジュールできません。月の週を指定しない場合、Oracleによって週が自動的に割り当てられます。

• 選択した週の曜日:

  曜日を指定しない場合、Oracleでは自動的に割り当てられる日にメンテナンス更新が実行されます。

  週の開始と終了は、曜日ではなくカレンダの日付に基づくため、Exadataインフラストラクチャ(EI)へのパッチ適用を特定の順序で確実に行うには、曜日を選択する際に十分な注意が必要です。たとえば、次に示す2か月を見てください:

  
  
  
  
  
  
  

  2023年9月の場合、第1週は金曜日から始まり、木曜日に終了します。つまり、最初の土曜日は、最初の日曜日の前日になります。しかし、2023年10月の第1週は日曜日に始まり、土曜日に終了します。その結果、最初の土曜日は最初の日曜日の5日後になります。

  Autonomous Container Database (ACD)にパッチを適用する前に、すべてのExadataインフラストラクチャ・リソースにパッチを適用して、メンテナンスの特定の順序を維持するとします。2023年9月のように、第1週の土曜日に第1週の日曜日が必ず来ると仮定して、Exadataインフラストラクチャ・リソースのメンテナンスを第1週の土曜日にスケジュールし、そのACDを第1週の日曜日にスケジュールすると、2023年10月のような月は機能しません。パッチ適用を特定の順序で実施する場合は、1週間間隔をあける方がよい場合があります。この場合、Exadataインフラストラクチャ・リソースを第1週の土曜日にスケジュールし、そのACDを第2週の日曜日にスケジュールします。このようにすると、ACDにパッチを適用する前に、常にExadataインフラストラクチャ・リソースにパッチが適用されるようになります。

• 4時間ウィンドウ メンテナンス操作を開始できる時間。

• プライマリとスタンバイのメンテナンス間のバッファ期間: スタンバイACDのメンテナンスとプライマリACDのメンテナンスの間の日数。つまり、プライマリ・コンテナ・データベースのメンテナンスが実行される何日前に、スタンバイ・コンテナ・データベースのメンテナンスが実行されるのか。1日から7日までの任意の値を選択できます。

  バッファ期間の選択は、Autonomous Data Guard構成のプライマリ・データベースであるAutonomous Container Databaseにのみ適用されます。

• リード・タイム: メンテナンス・イベントの最低何週前に通知メッセージを受信するか。リード・タイムにより、事前通知に必要な最短期間を考慮して、新しくリリースされるメンテナンス更新がスケジュールされます。

  リード・タイムは、Autonomous Container Databaseリソースのメンテナンスには適用されません。

• 「デフォルトにリセット」を選択して、変更をデフォルト設定に戻すことができます。

月次インフラストラクチャ・セキュリティ・メンテナンスのカスタマイズ

毎月のインフラストラクチャ・セキュリティ・メンテナンスは、必要に応じて、毎月18日から21日の間に開始し、翌月の9日から12日まで実行される21日の期間中に適用されるようにスケジュールされています。月次メンテナンス・ウィンドウの開始日の7日前までにスケジュール案が通知され、必要に応じて、ウィンドウ内の別の日付に月次メンテナンスを再スケジュールできます。

月次セキュリティ・パッチはメンテナンス・ウィンドウ内の別の時間に再スケジュールできますが、21日のウィンドウを超えてスキップまたは再スケジュールすることはできません。月次セキュリティ・メンテナンスは、四半期メンテナンスの再スケジュール時に再スケジュールできます(月次メンテナンスが現在のメンテナンス・ウィンドウ内にある場合)。

毎月のインフラストラクチャ・セキュリティ・パッチ適用アクティビティ中に接続されたAutonomous Databasesまたはアプリケーションには影響しません。データベース・サーバーに対する更新はKspliceテクノロジを介してオンラインで適用され、ストレージ・サーバーに対する更新はローリング形式で適用されます。

ただし、サービス・インフラストラクチャの更新中、Oracleは、メモリーおよびストレージのスケーリング、オペレーティング・システムとGrid Infrastructureのパッチ適用(事前チェックを含む)、およびコンピュート・サーバーとストレージ・サーバーの柔軟な拡張を含む一部の操作をブロックすることがあります。更新が完了するまで、これらの操作を延期するように計画してください。セキュリティー更新の適用には、DBサーバーホストごとに約15分かかります。さらに、I/Oアクティビティーに応じて、ストレージサーバーごとに60分かかります。影響を受ける操作を試行すると、コンソールは、進行中のセキュリティ更新を通知します。ゲストVMではソフトウェアは更新されません。

個別パッチのカスタマイズ

Oracle Cloudコンソールのメンテナンス・ビューを使用して、スケジュールされた開始時間を編集するか、個別パッチを即時にインストールすることを選択できます。デフォルトでは、Oracleによって、パッチが使用可能になってから72時間以内に個別パッチが適用されるようにスケジュールされます。このスケジュールを変更するアクションを行わなければ、パッチは自動的に適用されます。個別パッチは、現在の四半期内でのみ再スケジュールできます。ただし、個別パッチを完全にスキップすることはできません。

スケジュール済メンテナンスの詳細

スケジュール済メンテナンスの管理操作

様々なAutonomous Databaseリソースの四半期メンテナンス・イベント

インフラストラクチャ・リソースにカスタム・メンテナンス・スケジュールを選択した場合、Oracleはメンテナンス・イベントのスケジュール時、そのプリファレンスに従います。ただし、カスタム・スケジュールが他のインフラストラクチャ・リソースと重複する場合、Exadataインフラストラクチャ、Autonomous Exadata VMクラスタ、Autonomous Container Databaseの順に時間間隔を空けて実行されるようにメンテナンス・イベントがシリアライズされます。

例: Exadataインフラストラクチャ・リソース・メンテナンス・イベントとAutonomous Container Databaseメンテナンス・イベントが同時に開始されるようにスケジュールされているとします。その場合、Exadataインフラストラクチャ・リソース・メンテナンス・イベントが開始され、Autonomous Container Databaseメンテナンス・イベントがキューに入れられ、Exadataインフラストラクチャ・リソース・メンテナンス・イベントの直後に開始されます。

四半期メンテナンス・イベントおよび月次インフラストラクチャ・セキュリティ・パッチ