専用Exadataインフラストラクチャ上のAutonomous AI Databaseのサービス・メンテナンス

Oracleは、専用Exadata Infrastructure上のすべてのAutonomous AI Databaseリソースに対して、パッチ適用およびその他のメンテナンス操作をすべてスケジュールし、実行します。同時に、様々なインフラストラクチャ・リソースのメンテナンス・イベントをカスタマイズ、表示および再スケジュールするための様々なオプションも提供されます。

注意: Database In-Memoryを有効にすると、パッチ適用アクティビティ中にデータベースの再起動が発生するパフォーマンスが低下する可能性があります。Database In-Memoryの詳細は、Database In-Memoryを参照してください。

サービス保守タイプ

Oracleは、自律型AIデータベースで様々なサービス・メンテナンス・アクティビティをスケジュールおよび実行します。これらのメンテナンス・イベントは、パッチ適用の範囲および頻度によって異なります。

OracleのCloud Operationsチームは、パッチ適用を継続的に監視し、パッチが基本的な妥当性テストに失敗した場合にロールバックを実行します。ロールバックが必要な場合は、メンテナンスが再スケジュールされます。ロールバックは最後のオプションですが、私たちの目標は、常にデータベースを正常な状態にリストアするための最速の修復を提供することです。回帰がアプリケーション内でのみ表示される場合は、サービス・リクエスト(SR)を介してレポートする必要があります。迅速な対応が必要なクリティカルな問題の場合、Oracleでは、標準メンテナンス・スケジュール外で個別パッチを開発およびデプロイできます。

メンテナンスの実施時期の指定

一般に、Oracleは、CVSSスコアが7以上の脆弱性について、四半期ごとにフリート・メンテナンス・スプレッド全体をスケジュールし、月次インフラストラクチャ・セキュリティ修正を実行します。ユーザーは、Oracleにメンテナンス・スケジュールの処理を任せることも、Oracleがメンテナンス操作を開始できる特定のメンテナンス・ウィンドウを設定することもできます。

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

Autonomous AI Databaseリソースの四半期ごとの自動メンテナンスのスケジュールを選択するか、Oracleで更新を自動的にスケジュールします。Oracleは事前に、次回のスケジュール済メンテナンスの日時を通知します。

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

インフラストラクチャ・リソース ノートおよびその他の参照
Exadataインフラストラクチャ(EI)
Autonomous Exadata VMクラスタ(AVMC)

ノート: 複数のVM Autonomous AI Database機能を起動する前に、Oracle CloudのExadataインフラストラクチャ・リソースにプロビジョニングされたAVMCリソースは、関連付けられたExadataインフラストラクチャからメンテナンス・スケジュールを継承します。

Autonomous Container Database (ACD)
  • Autonomous Container Databaseメンテナンス・プリファレンスの更新では、次のプリファレンスを更新する方法を示します:

    • 自動更新のメンテナンス方法(ローリングまたは非ローリング)。また、更新するタイムゾーン・ファイルをRUとともに含めることもできます。

      ノート: Autonomous Data Guard構成では、非ローリング・メンテナンス方法により、パッチ適用が完了するまで、それぞれのメンテナンス・ウィンドウ中にプライマリACDおよびスタンバイACDの停止時間が発生します。

    • 自動更新のメンテナンス・バージョン(次のRUまたは最新のRU)。

    • ACDの自動メンテナンス・スケジュール。メンテナンス・スケジュールをカスタマイズする様々なオプションがあります(「カスタマイズ可能なメンテナンス・スケジュールの設定」を参照)。

      ノート: Autonomous Data Guard構成のスタンバイACDのカスタム・スケジュールを定義することはできません。ただし、スタンバイACDは常にプライマリACDより前にパッチが適用されるため、スタンバイACDメンテナンスがプライマリACDメンテナンスの前にスケジュールされる日数を設定できます。

  • また、オンデマンド・メンテナンスをスケジュールして、RU (リリース更新)とタイムゾーン・ファイル、またはACDのタイムゾーン・ファイルのみを更新することもできます。詳細は、「四半期メンテナンス更新のスケジュール」を参照してください。

    ノート: オンデマンド・タイムゾーン・ファイルの更新の場合のみ、スタンバイACDはAutonomous Data Guard対応ACDのプライマリACDの3日前にパッチ適用されます。

  • Autonomous Container Databaseのスケジュール済メンテナンスの表示と管理
  • Autonomous Container Databaseの過去のメンテナンスの表示

ヒント: Oracleでは、前述のすべてのインフラストラクチャ・リソースのメンテナンス・ウィンドウを次のように設定することをお薦めします。

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

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

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

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

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

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

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

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

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

適用するパッチの種類の指定

標準メンテナンス操作の1つは、Autonomous Container Databaseにデータベース・ソフトウェア・パッチを適用すること、さらにその中に作成されたAutonomous AIデータベースに適用することです。デフォルトでは、Oracleによってリリース更新(RU)が適用されます。Autonomous Container Databaseを次のリリース更新に更新するためのメンテナンス・タイプを「次RU」に構成するか、次のメンテナンス・ウィンドウでAutonomous Container Databaseを最新リリース更新に更新するための最新RUに構成できます。それに応じて、Oracleによってプリファレンスに応じたイメージ・タイプが使用可能であれば使用されます。必要なときはいつでも、特定のスケジュール済パッチを別のバージョンに変更するオプションを選択できます。

ステップバイステップのガイダンスについては、Autonomous Container Databaseメンテナンス・プリファレンスの更新を参照してください。

すでにスケジュールされているメンテナンスの表示および管理

設定したメンテナンス・ウィンドウに基づいてメンテナンス・アクティビティがスケジュールされると、パッチ・バージョンの変更、パッチの即時適用またはアクティビティのスキップの時点まで、アクティビティの実際のタイミングを管理できます。

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

スケジュールされたExadataインフラストラクチャ、Autonomous Exadata VMクラスタまたはAutonomous Container Databaseのメンテナンス・イベントごとに、リソースの「メンテナンス」ページに次の詳細がリストされます:

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

インフラストラクチャ・リソース・メンテナンス・ページにリストされる各メンテナンス・イベントについて、イベントがまだ進行中でない場合は、次の管理操作を実行できます:

注意: 「今すぐパッチ」は、Autonomous Data Guardが有効になったAutonomous AI Databaseには使用できません。回避策として、使用可能な最も近い4時間以内に開始するようにスケジュール済メンテナンスの時刻を変更できます。プライマリより前にスタンバイにパッチが適用され、その間のバッファ期間が1日から7日間であることを確認します。

ノート:連続する2つのメンテナンス・イベントはスキップできません。メンテナンス・イベントを省略した後は、その次にスケジュールされているメンテナンス・イベントはスキップできません。年内の2つの代替四半期のメンテナンス・イベントのみをスキップできます。

ステップバイステップのガイダンスについては、次を参照してください:

保守ステータス通知の表示

DB_NOTIFICATIONSビューには、Autonomous AI Databaseインスタンスのメンテナンス・ステータス通知に関する情報が格納されます。

適用対象: 適用可能 Oracle Public Cloudのみ

通知情報を表示するには:

  1. Autonomous AI Databaseインスタンスに接続します。

  2. 次の問合せを使用して、メンテナンス(パッチ適用)情報を表示します。

     SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';

次に、メンテナンス・ステータスの詳細を示します。

次の表に、DB_NOTIFICATIONSの列とデータ型を示します。

列 データ型 説明
TYPE VARCHAR2(128)TYPE

通知のタイプを指定します。

有効な値はMAINTENANCEです。

TIME TIMESTAMP(6) WITH TIME ZONE 通知エントリが追加された時刻。
EXPECTED_START_DATE TIMESTAMP(6) WITH TIME ZONE スケジュールされたメンテナンスの開始時間。
EXPECTED_END_DATE TIMESTAMP(6) WITH TIME ZONE スケジュール済メンテナンス終了時間。
ACTUAL_START_DATE TIMESTAMP(6) WITH TIME ZONE 実際のメンテナンス開始時間。
ACTUAL_END_DATE TIMESTAMP(6) WITH TIME ZONE 実際のメンテナンス終了時間。
PRODUCT VARCHAR2(128)

保守がスケジュールされているか進行中の製品またはコンポーネント。

値: DATABASE, GI, DOM0, DOM0_CELL, DOMU, CELL, IBSWITCH.
STATUS VARCHAR2(128)

メンテナンスの現在のステータス。

値: SCHEDULED, IN_PROGRESS, COMPLETED, FAILED, SKIPPED.
OP_MODE VARCHAR2(64)

パッチ適用操作モード。

値: RAC_ROLLING, NON_ROLLING.
DATABASE_IMPACT VARCHAR2(64)

データベースへの影響。

値: AVAILABILITY, PERFORMANCE, NONE.
DESCRIPTION VARCHAR2(128) 通知メッセージ詳細。
PATCH_ID VARCHAR2(128) パッチ・バージョン

メンテナンス・イベントの自動キューイング

DifferentAutonomous AI DatabaseResourcesの四半期メンテナンス・イベント

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

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

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

Scenario キューイング
四半期メンテナンス・アクティビティが月次インフラストラクチャ・セキュリティ・パッチの24時間以内にスケジュールされている場合。 スケジュールされた月次メンテナンスはスキップされ、四半期メンテナンスの直後に適用されます。
四半期メンテナンス・アクティビティが月次インフラストラクチャ・セキュリティ・パッチと同時にスケジュールされる場合。 四半期ごとのメンテナンスが最初に実行され、月次セキュリティ・パッチは四半期ごとのメンテナンスの完了直後に適用されます。
毎月のインフラストラクチャ・セキュリティ・パッチが、四半期メンテナンスの0-24時間前に開始するようにスケジュールされている場合。

スケジュールされた月次メンテナンスは待機し、四半期メンテナンスの直後に実行されます。

四半期メンテナンスが後で再スケジュールされた場合、月次セキュリティ・メンテナンスは即座に開始されます。

したがって、四半期メンテナンスと月次メンテナンスを同じ時間にスケジュールすることをお薦めします。その結果、四半期のメンテナンス・イベントを直前に再スケジュールした場合、月次のメンテナンス・アクティビティは、スケジュールの編集時にスケジュールされた時間に実行されます。
同月のセキュリティ・メンテナンスの24時間ウィンドウ外の四半期メンテナンスがスケジュールされている場合。

四半期メンテナンスのメンテナンス・ウィンドウが1つ、セキュリティ・メンテナンスのメンテナンス・ウィンドウが1つ必要になります。

ノート:スケジュールされた月次Exadataインフラストラクチャ・メンテナンスより前であればいつでも再スケジュールできます。

ストレージ・サーバーは、四半期と月の両方のセキュリティ・メンテナンスがスケジュールされている月の四半期メンテナンスの少なくとも25時間前に月次セキュリティ・メンテナンスをスケジュールした場合にのみ更新されます。

過去のメンテナンス・イベントの表示

「詳細」ページから、Exadataインフラストラクチャ、Autonomous Exadata VMクラスタまたはAutonomous Container Databaseリソースの過去のメンテナンスを表示できます。

ステップバイステップのガイダンスについては、次を参照してください:

サービス・メンテナンス・イベントのモニター

イベントおよび通知サービスを使用して、Autonomous AI Databaseインフラストラクチャ・リソースのメンテナンス・イベントをモニターできます。イベントおよび通知サービスを使用すると、Exadataインフラストラクチャ、Autonomous Exadata VMクラスタおよびAutonomous Container Databaseリソースでメンテナンス・イベントが発生したときに電子メール通知が届きます。

インフラストラクチャ・リソースごとに、次に示すように4つの異なるメンテナンス・イベントが生成されます:

各インフラ・リソースに対して生成されるイベントの完全なリストについては、専用Exadataインフラストラクチャ上のAutonomous AI Databaseのイベントのイベントに関する項を参照してください。

次に大まかに示すタスクを実行して、インフラストラクチャ・リソースのこれらのメンテナンス・イベントをサブスクライブできます:

サンプル付きのステップバイステップ・ガイドは、通知の例: メンテナンス・イベントの電子メールを参照してください。

関連コンテンツ

My Oracle Supportでのサービス・リクエストの作成