パッチおよびメンテナンス・ウィンドウ情報の表示、パッチ・レベルの設定

このページのスクリプト・コンテンツはナビゲーションのみを目的としており、いかなる方法においても内容を変更するものではありません。

Autonomous AI Databaseは、事前定義済のメンテナンス・ウィンドウを使用して、データベースに自動的にパッチを適用します。メンテナンスおよびパッチ情報を表示し、Autonomous AI Databaseのメンテナンス履歴の詳細を表示できます。

スケジュール済メンテナンスおよびパッチ適用について

Autonomous AI Databaseインスタンスはすべて、メンテナンス・ウィンドウで自動的に割り当てられ、インスタンスによって異なりますが、メンテナンス・ウィンドウで異なる場合があります。

Autonomous AI Databaseでは、これらのメンテナンス・ウィンドウを使用して、データベース・ソフトウェア、データベース・ディクショナリ、オペレーティング・システム、Exadataストレージ、ファームウェアなど、データベースの実行に使用されるスタック全体にパッチを適用します。

パッチには、バグ修正、セキュリティ修正および新機能が含まれます。クリティカルなセキュリティ修正は、使用可能になり次第、常に適用されます。パッチはすべてのデータベースに均一にデプロイされるため、個別パッチを追跡する必要はありません。1つのデータベースで発生した問題など、問題の修正が実装されると、その修正はすべてのAutonomous AI Databaseインスタンスにデプロイされます。

すべてのパッチは、継続的な統合および開発パイプラインの一部である厳格なテストおよび検証プロセスを受けます。修正は、早期パッチ・レベルおよびAlways Freeデータベースにデプロイされる前に、複数のステージおよび環境で検証され、続いて定期パッチ・レベル・データベースにデプロイされます。このパイプラインを使用すると、パッチがすべてのデータベースにデプロイされる前に、リグレッションを捕捉して修正できます。パッチ適用で回帰が発生する可能性が低い場合、Oracleには次のようなアクションを含め、問題を軽減するプロセスがあります。

• パッチのサブセットまたはパッチ全体のロールバック。

• データベース・パラメータを設定して、回帰が発生したパッチを無効にします。

• オンライン・パッチを適用して、停止時間や接続の中断なしに問題を修正します。

図autonomous-database-continuous-integration.pngの説明

Autonomous AI Databaseの自動回帰検出は、回帰をプロアクティブに処理し、問題の検出、診断、軽減を自動化します。これにより、問題を手動で調査し、サービス・リクエストをファイルする必要が低減または排除されます。自動回帰検出は、すべてのデータベースを早期パッチ・レベルと通常パッチ・レベルの両方で監視しますが、早期パッチ・レベルのデータベースでワークロードをテストする場合に特に役立ちます。自動回帰検出によって問題が見つかり、回帰が識別された場合、その問題を診断するための詳細情報とともに自動的にレポートします。この自動化されたレポートは、継続的デリバリ・パッチ適用サイクルの一環として、Oracleでは、変更が本番データベース(通常のパッチ・レベル・データベース)に到達する前に問題を軽減または修正できます。自動回帰検出では、すべての問題を見つけることができない場合があります。自分で問題を確認した場合は、サービス・リクエストを申請できます。

自動回帰検出には次のものが含まれます。

• 自動回帰検出は、データベースをモニターし、インシデントが発生した場合、インシデントのバグを自動ワークロード・リポジトリから抽出された詳細な診断情報とともに報告します。

• インシデント・レポート・システムでは、Oracle Automatic Incident Monitoringを使用して、Oracle Cloud Infrastructureの運用および開発チームに通知が生成されます。

• 問題は、自動回帰検出アラートを分析することによって軽減されます。

• 学習と改善は、自動回帰検出に対して継続的に行われます。

Autonomous AI Databaseの詳細ページには、今後のメンテナンス・ウィンドウの日時を含む「パッチ・レベル」フィールドおよび「次のメンテナンス」フィールドが表示されます。日付は、次のメンテナンス・ウィンドウをスケジュールすると自動的に更新されます。「履歴の表示」リンクには、過去のメンテナンスの詳細が表示されます。「ターゲット・コンポーネント」フィールドには、次のメンテナンス・ウィンドウで更新するコンポーネントが表示されます。

図adb_patch_level.pngの説明

Autonomous Data Guardが有効になっている場合、コンソールにはローカル・スタンバイ・データベースのメンテナンス情報も表示されます。

「保守」領域には次の情報が含まれます。

スケジュール済メンテナンスおよびパッチ適用のノート:

• 自律型AIデータベースの運用チームは、指定した期間にサービス・リクエストを通じて権限を明示的に付与しないかぎり、データにアクセスすることはありません。

• メンテナンス・ウィンドウ中にデータベースが停止状態の場合は、データベースの起動時にパッチによるデータベースの変更が適用されます。

• メンテナンス・ウィンドウ中もデータベースは使用可能なままです。データベースへの新しい接続は常に成功します。パッチを適用するコンポーネントによっては、既存のデータベース接続が短時間切断される場合がありますが、すぐに再接続してデータベースの使用を継続できます。

  • データベース・パッチの場合、既存の接続は、パッチ適用開始後のドレイン時間より長く実行されていると切断されることがあります。

  • インフラストラクチャ・パッチの場合、既存の接続は、パッチ適用開始後のドレイン時間より長く実行されていると切断されることがあります。

  • ディクショナリ・パッチの場合、パッチが適用されるディクショナリ・オブジェクトのロックを保持している場合、既存の接続が切断される可能性があります。そうしないと、既存の接続は影響を受けません。たとえば、アプリケーションがパッチ適用中にDBMS_CLOUDパッケージのプロシージャを実行しており、パッケージにパッチを適用する必要がある場合、そのパッケージを使用するセッションが切断される可能性があります。

    詳細は、SESSION_EXIT_ON_PACKAGE_STATE_ERRORを参照してください。

• Oracle Cloud Infrastructure Eventsを使用して、メンテナンスの開始および終了時に通知を受け取ることができます。詳細は、Autonomous AI Databaseの情報イベントを参照してください。

• 割り当てられたメンテナンス・ウィンドウを、リージョンのローカル・タイム・ゾーンの土曜日または日曜日の別の2時間ウィンドウに変更する場合は、Oracle Cloud Supportでサービス・リクエストを提出してください。

  地域のローカル・タイム・ゾーンの土曜日または日曜日にメンテナンス・ウィンドウに特定の期間が必要な場合は、同じサービス・リクエストを使用して期間をリクエストできます。メンテナンス・ウィンドウに特定の期間をリクエストした場合、変更できるのは、リクエストした期間がデータベースで使用可能である場合のみです。

• データベースに割り当てられているストレージが384TBの場合、Oracle Cloud Supportでサービス・リクエストを送信することで、カスタムの2時間のウィンドウを選択できます(つまり、メンテナンス・ウィンドウのリージョンのローカル・タイムゾーンで、土曜日または日曜日に特定の日および期間をリクエストするようにサービス・リクエストを提出できます)。

本番データベースからワークロードを取得し、ターゲットの早期パッチ・レベルのリフレッシュ可能クローンでワークロードをリプレイする方法の詳細は、「今後のパッチに対するワークロードのテスト」を参照してください。

Autonomous AI Databaseのゼロ回帰SLOの詳細は、ゼロ回帰サービス・レベルの目標を参照してください。

保守イベント履歴の表示

タイトル、状態、開始時間、停止時間など、過去のメンテナンス・イベントの詳細について、Autonomous AI Databaseメンテナンス・イベント履歴を表示できます。

必要に応じて、次の前提条件ステップを実行します:

• Oracle Cloud Infrastructure Consoleを開くには、クラウドの横にあるをクリックします。

• Oracle Cloud Infrastructureの左側のナビゲーション・メニューから、「Oracle AI Database」をクリックし、「Autonomous AI Database」をクリックします。

• 「Autonomous AIデータベース」ページで、「表示名」列のリンクからAutonomous AIデータベースを選択します。

メンテナンス履歴を表示するには、次を実行します:

1. 「Autonomous AI Databaseの詳細」ページの「次回のメンテナンス」で、「履歴の表示」をクリックします。

2. Oracle Cloud Infrastructure Consoleに「メンテナンス履歴」ページが表示されます。

3. (オプション)「検索およびフィルタ」セレクタを使用して、イベントを状態別にフィルタします。

   たとえば、「成功」を選択すると、「メンテナンス履歴」ページには「成功」状態のメンテナンス・イベントのみが表示されます。

   

   図adb_maintenance_history.pngの説明

   「メンテナンス履歴」ページには、次のような各メンテナンス・イベントの詳細が表示されます。

ノート

ノート:メンテナンス・イベント履歴は、2021年2月以降のメンテナンス・イベントから使用できます。

パッチ・レベルおよびパッチの詳細の表示

解決された問題およびコンポーネントのリストなど、Autonomous AI Databaseのパッチ情報を表示できます。

Oracle Cloud Infrastructure ConsoleのAutonomous AI Databaseの詳細ページから、インスタンスのパッチ・レベルを表示できます。

1. 「Autonomous AI Database」情報タブの「メンテナンス」領域に、インスタンスのパッチ・レベルが表示されます。選択肢は「通常」と「早期」です。

2. パッチ・レベルを変更する場合は、「編集」をクリックします。

詳細は、パッチ・レベルの設定を参照してください。

DBA_CLOUD_PATCH_INFOビューは、報告されたバグに関連するパッチ情報を提供します(これは、顧客によって報告されたバグのリストです)。この情報を使用して、レポートしたバグが修正されたかどうかを判断し、Autonomous AI Databaseインスタンスに修正が適用されたパッチ・バージョンを判断できます。パッチに顧客の不具合がなかった場合、DBA_CLOUD_PATCH_INFOにはそのパッチの行は含まれません。

特定のパッチのパッチ情報を表示するには、次の手順を実行します。

1. 表示するAutonomous AI Databaseパッチを選択します。Oracle Cloud Infrastructure Consoleの「メンテナンス履歴」ページには、「タイトル」列の下にパッチのリストが表示されます。

2. 選択したパッチについて、DBA_CLOUD_PATCH_INFOビューを問い合せて追加の詳細を検索します。

   たとえば、パッチADBS-25.4.4.2の場合は、次の問合せを使用します。

   SELECT * FROM DBA_CLOUD_PATCH_INFO WHERE PATCH_VERSION = 'ADBS-25.4.4.2';

3. 関心のある問題については、ビューを問い合せて問題の詳細を取得します。

   SELECT * FROM DBA_CLOUD_PATCH_INFO WHERE PATCH_VERSION = 'ADBS-25.4.4.2' and BUG_NUM = *bug_number*;

使用可能なすべてのパッチのパッチ情報を表示するには:

SELECT * FROM DBA_CLOUD_PATCH_INFO;

パッチ情報の表示に関するノート:

• ビューDBA_CLOUD_PATCH_INFOはADMINユーザーが使用できます。

• パッチ情報および解決された問題の詳細は、ADBS-21.7.1.1から入手できます(2021年7月以降)。

• ビューDBA_CLOUD_PATCH_INFOには、次の列があります。

BUG_NUM, BUG_TITLE, COMPONENT_NAME, PATCH_VERSION

メンテナンス中に適用されたパッチの詳細は、メンテナンス・ステータス通知の表示を参照してください。

パッチ・レベルの設定

Autonomous AI Databaseインスタンスをプロビジョニングまたはクローニングする際、パッチ・レベルを選択して、今後のパッチに適用できます。Autonomous AI Databaseインスタンスがプロビジョニングされた後にパッチ・レベルを編集することもできます。「通常」と「早期」の2つのパッチ・レベル・オプションがあります。

パッチ・レベル「早期」を選択すると、通常のスケジュール済パッチの1週間前にAutonomous AI Databaseインスタンスにパッチが適用されます。Oracle Cloud Infrastructure Consoleの「次のメンテナンス」フィールドには、パッチ・レベルに基づくメンテナンス・ウィンドウの日時が反映されます。

Autonomous AI Databaseインスタンスをプロビジョニングするためのデフォルトのパッチ・レベルは通常です。クローニングのデフォルトのパッチ・レベルは、ソース・データベースに対して指定されたパッチ・レベルです。

インスタンスをプロビジョニングまたはクローニングし、パッチ・レベルを「早期」に設定すると、すべてのシステムに適用する前に、今後のパッチを使用およびテストできます。Oracleでは、パッチが本番に移行する前に今後のパッチをテストする場合、開発データベースおよびテスト・データベースの早期パッチ・レベルを選択することをお薦めします。Oracle Real Application Testingを使用してワークロードをテストし、本番システムでワークロードを取得し、早期のパッチ・レベルでリプレイすることもできます。詳細は、「Oracle Real Application Testingを使用したワークロードのテスト」を参照してください。

ノート

ノート:パッチ・レベルの設定は、ECPUコンピュート・モデルを使用するAutonomous AI Databaseインスタンスでのみ使用できます。

インスタンスのプロビジョニングまたはクローニング時のパッチ・レベルの設定

• 新しいインスタンスをプロビジョニングする場合は、プロビジョニング手順に従って、「通常」または「最早」のいずれかのパッチ・レベルを選択します。詳細は、Autonomous AI Databaseインスタンスのプロビジョニングを参照してください。

• インスタンスをクローニングする場合は、クローニングの手順に従って、「通常」または「最早」のいずれかのパッチ・レベルを選択します。詳細はAutonomous AIデータベース・インスタンスのクローニングを参照してください。

既存のAutonomous AIデータベースのパッチ・レベルの変更

1. 「Autonomous AI Database Details」ページの「Maintenance」の下の「Patch level」フィールドで、「Edit」をクリックします。

   ノート
   
   

   ノート:「編集」ボタンは、次の状況では無効にできます。

   • 使用しているリージョンでデータベース・バージョンに対して早期パッチ・レベルを使用できない場合。
   • データベースでAutonomous Data Guardが有効になっている場合。
   • データベースが早期パッチ・レベルであり、通常のパッチ・レベルに移動できない場合。この場合、次のメンテナンス・ウィンドウの後で再試行してください。

2. パッチ・レベルとして「通常」または「最早」を選択し、「発行」をクリックします。

   パッチ・レベルの変更にかかる時間は、データベースのサイズによって異なります。この期間に短い接続が切断される場合があります。

Oracle Supportへのパッチの問題のレポート

早期パッチ・レベル・データベースの問題を報告すると、Oracle Supportは、問題が通常のパッチ・レベル・データベースに伝播されないようにするために必要なアクションを実行します。可能なアクションの例を次に示します。

• 問題の原因となったパッチは、通常のパッチ・レベル・データベースにパッチが適用される前に削除されます。

• 問題の原因となったパッチは、通常のパッチ・レベルのデータベースに適用されているデータベース・パラメータを使用して無効化されます。

• 通常のパッチ・レベル・データベースのパッチ適用は、修正処理が実行されるまで一時停止されます。

報告する問題がある場合は、Oracle Cloud Supportでサービス・リクエストを提出するか、サポート担当者に連絡してください。

Oracleは、本番データベースにゼロ・リグレッションのサービス・レベル目標を提供します。詳細は、「ゼロ回帰サービス・レベルの目的」を参照してください。

パッチ適用レベルのノート:

• パッチ・レベルを設定するオプションは、すべてのリージョンで使用できるわけではありません。一部のリージョンでは、すべてのAutonomous AI Databaseインスタンスが通常のパッチ・レベルでプロビジョニングまたはクローニングされます。

• Autonomous Data Guardは、パッチ・レベルが「通常」のインスタンスでのみ使用できます。パッチ・レベル「早期」でAutonomous AI Databaseインスタンスを構成する場合、Autonomous Data Guardを有効にできません。

• Always Free Autonomous AI Databaseインスタンスでは、早期パッチ・レベル・オプションは提供されません。

• ソースAutonomous AI Databaseインスタンスのパッチ・レベルが通常の場合、早期パッチ・レベルをサポートするリージョンで、クローンのパッチ・レベルを早期に設定できます。

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

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

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

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

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

   SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';

次に、DESCRIPTIONフィールド値の詳細を示します。

• メンテナンス実行が終了しました: メンテナンスが完了したことを指定します。MAINTENANCE_STATUSは、ACTUAL_START_DATEおよびACTUAL_END_DATEで完了したメンテナンスの開始タイムスタンプと終了タイムスタンプを持つ値COMPLETEDを示します。

• インスタンスのメンテナンス実行がスケジュールされています: 新しいメンテナンスがスケジュールされていることを指定します。MAINTENANCE_STATUSは、EXPECTED_START_DATEおよびEXPECTED_END_DATEのスケジュール済メンテナンスの開始および終了の予想タイムスタンプを持つ値SCHEDULEDを示します。

• メンテナンス実行が開始されました: メンテナンスが進行中であることを指定し、アクティブなメンテナンスの開始タイムスタンプを提供します。MAINTENANCE_STATUSは値IN_PROGRESSを示し、ACTUAL_START_DATEは開始タイムスタンプを格納します。

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

メンテナンスWindows中にアプリケーションの可用性を維持するためのベスト・プラクティス

アプリケーションの可用性を維持し、スケジュール済メンテナンス・ウィンドウ中のアプリケーションの中断を最小限に抑えるためのベスト・プラクティスに関する情報を提供します。

Autonomous AI Databaseのパッチは、スケジュール済メンテナンス・ウィンドウ中にローリング・パッチとして適用されます。ローリング・パッチを使用すると、Autonomous AI Databaseインスタンスは、実行中の元のノードでパッチ適用を開始する前に、新しいクラスタ・ノードで使用できるようになります。新しいクラスタ・ノードでデータベースが使用可能になると、すべての新しい接続が新しいノードに転送されます。つまり、データベースはオンラインのままであり、メンテナンス中も使用可能であり、メンテナンス・ウィンドウ中に新しいデータベース接続リクエストが成功します。

元のノード上の既存のデータベース接続は、5-minutesFoot 1で排出されます。ドレイン期間中、データベースはクライアントが既存の接続を解放するのを待機します。ドレイン期間を過ぎると、元のノードにデータベース接続が残っている場合、残りの接続は切断され、パッチ適用が開始されます。次のベスト・プラクティスは、排出期間中にデータベース接続が排出され、新しいノードに再接続されるため、アプリケーションがメンテナンス・ウィンドウ中に中断されないようにするのに役立ちます。

接続プールを使用し、プールに接続を返す

アプリケーションからスケジュール済メンテナンスを非表示にするには、接続プールを使用することをお薦めします。アプリケーションが次のことを行う場合、メンテナンス・ウィンドウ中にアプリケーションを実行しても、アプリケーションには影響しません。

• 推奨設定で接続プールを使用します。

• 接続プールから接続をチェックアウトします。

• 排水時間(5分)未満の接続を使用します。

• 接続プールへの接続を返します。

接続プールを使用するアプリケーションのベスト・プラクティスは、次のステップに従うことです。アプリケーションは接続をチェックアウトし、データベース処理のために接続を使用し、作業が完了するとすぐに接続プールに接続を解放します(これにより、他のスレッドで接続を使用できるようになります)。

ドレイン期間が開始されると、接続プールは接続プールで使用可能な接続を再確立して、新しい接続が新しく使用可能なノードに接続するように処理します。アプリケーションが新しい接続をチェックアウトすると、中断は発生しません(新しい接続では新しいノードが使用されます)。ただし、メンテナンスの開始前またはドレイン時間中に接続がチェックアウトされ、ドレイン時間より長く続く処理が実行されると、接続は切断されます。この場合、中断を回避するために、メンテナンスの開始前にこのような長時間実行操作を停止し、メンテナンスの終了時に再起動できます。いつ停止するか、および長時間実行される操作をいつ再開するかを知るには、次の項「情報イベントのサブスクライブ」の説明に従って、イベントをサブスクライブできます。

次の表に、共通接続プール・タイプの一部と、推奨されるバージョンおよび設定を示します。

接続プールを使用できない場合、JDBCドライバでの接続テストの使用

接続プールを使用できない場合、Oracleクライアント・ドライバ19.13 (以降)によって接続がドレインされるため、アプリケーションで中断が見られません。接続が正しく排出されるように、Oracle JDBC排出API (isValid()、isUsable()、pingDatabase()またはendRequest())をコールできます。

情報イベントのサブスクライブ

アプリケーションで長時間実行されているデータベース操作がドレイン時間(5分)より長い場合、プールまたはJDBCドライバはドレイン時間の終了前に解放されないため、接続をドレインできません。このような長時間実行操作では、中断を回避するために、メンテナンス・ウィンドウ中またはメンテナンス・ウィンドウ直前にプロセスおよびジョブを開始しないでください。

Autonomous AI Databaseは、OCIイベント・サービスに情報イベントを公開し、次の情報イベント(イベント・カテゴリ「メンテナンス」)を含むメンテナンス・ウィンドウについて通知します。

• 新しいメンテナンス・ウィンドウがスケジュールされている場合

• パッチ適用開始の24時間前

• パッチ適用開始の60分前

• パッチ適用の開始時

• パッチ適用の終了時

自律型AIデータベース情報イベントをサブスクライブし、オプションでイベント・カテゴリのメンテナンスを指定して、通知を受信し、メンテナンス・イベントに受信する通知を制限できます。その後、定義した通知およびルールに基づいて、長時間実行操作を停止し、メンテナンス終了後に再起動するアクションを実行できます。これらのイベントおよび長時間実行操作の知識を使用して、長時間実行操作を停止するタイミングおよび再起動するタイミングを決定できます。

詳細は、Autonomous AIデータベース・イベントの使用を参照してください。

アプリケーションでPL/SQLを使用している場合のPL/SQLセッション状態の処理

データベース・パラメータSESSION_EXIT_ON_PACKAGE_STATE_ERRORは、セッションで実行されているステートフルPL/SQLパッケージの処理を指定します。Oracle提供オブジェクトの計画メンテナンス中など、そのようなパッケージが変更されると、パッケージのアクティブなインスタンス化があるセッションでは、パッケージの実行が試みられると次のエラーが発生します。ORA-04068: existing state of packages has been discarded. ただし、ORA-4068エラーを受信するアプリケーション・コードでは、このエラーを再試行ロジックで処理できない場合があります。

SESSION_EXIT_ON_PACKAGE_STATE_ERRORをTRUEに設定すると、この場合に異なる処理が行われます。SESSION_EXIT_ON_PACKAGE_STATE_ERRORがTRUEの場合、パッケージ状態が破棄されたときにORA-4068エラーが発生するのみでなく、セッションはただちに終了します。これは、多くのアプリケーションが接続を自動的に透過的に再確立することでセッション終了を処理できるため、有利です。

詳細は、SESSION_EXIT_ON_PACKAGE_STATE_ERRORを参照してください。

パッチ適用シミュレーションの実行

オンライン再起動機能を使用して、スケジュールされたメンテナンス・ウィンドウ中にAutonomous AI Databaseに表示される動作をシミュレートできます。これにより、アプリケーションの可用性を維持し、スケジュール済メンテナンス・ウィンドウ中のアプリケーションの中断を最小限に抑えることができます。

詳細は、「Autonomous AI Databaseの再起動」を参照してください。

脚注の説明

脚注1: この排出時間は、将来のリリースで変更される可能性があります。