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

• 「クラウド」の横にあるをクリックして、Oracle Cloud Infrastructure Consoleを開きます。

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

• 「Autonomous Databases」ページで、「表示名」列の下のリンクからAutonomous Databaseを選択します。

メンテナンス履歴を表示する手順は、次のとおりです。

Autonomous Databaseインスタンスのパッチ・レベルの表示

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

1. 「Autonomous Database情報」タブの「メンテナンス」領域に、インスタンスのパッチ・レベルが表示されます。選択肢は「通常」と「早期」です。
2. パッチ・レベルを変更する場合は、「編集」をクリックします。

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

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

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

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

SELECT * FROM DBA_CLOUD_PATCH_INFO;

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

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

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

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

  BUG_NUM, BUG_TITLE, COMPONENT_NAME, PATCH_VERSION

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

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

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

インスタンスをプロビジョニングまたはクローニングし、パッチ・レベルを「早期」に設定すると、今後のパッチをすべてのシステムに適用する前に使用およびテストできます。Oracle recommends you select the Early patch level for your development and test databases if you want to test the upcoming patches before the patches reach production.Oracle Real Application Testingを使用してワークロードをテストし、本番システム上のワークロードを取得して「早期」パッチ・レベルでリプレイすることもできます。詳細は、Oracle Real Application Testingを使用したワークロードのテストを参照してください。

既存のAutonomous Databaseのパッチ・レベルを変更するには、次を実行します:

1. 「Autonomous Databaseの詳細」ページの「メンテナンス」の「パッチ・レベル」フィールドで、「編集」をクリックします。
   ノート
   
   「編集」ボタンは、次の状況では無効にできます。

   • データベース・バージョンのリージョンで早期パッチ・レベルが使用できない場合。
   • データベースでAutonomous Data Guardが有効になっている場合。
   • データベースが早期パッチ・レベルで、通常のパッチ・レベルに移動できない場合。この場合、次のメンテナンス・ウィンドウの後で再試行してください。
2. パッチ・レベル「通常」または「早期」を選択し、「送信」をクリックします。

   パッチ・レベルの変更にかかる時間は、データベースのサイズによって異なります。この時間中、短い接続が低下することがあります。

Oracle Supportへのパッチの問題の報告

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

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

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

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

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

Oracleは、本番データベースでゼロ回帰というサービス・レベル目標を提供します。詳細は、「ゼロ回帰サービス・レベル目標」を参照してください。

パッチ適用レベルに関するノート:

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

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

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

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

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

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

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

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

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

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

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

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

• 推奨設定で接続プールを使用します。
• 接続プールから接続をチェックアウトします。
• 排水時間(5分)未満の接続を使用します。
• 接続プールへの接続を返します。

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

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

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

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

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

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

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

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

• 新しいメンテナンス・ウィンドウがスケジュールされている場合
• パッチ適用開始の24時間前
• パッチ適用開始の60分前
• パッチ適用の開始時
• パッチ適用の終了時

Autonomous Database情報イベントをサブスクライブし、オプションでイベント・カテゴリのメンテナンスを指定し、通知を受信して、メンテナンス・イベントに受信する通知を制限できます。その後、定義した通知およびルールに基づいて、長時間実行操作を停止し、メンテナンス終了後に再起動するアクションを実行できます。発表されたメンテナンス・ウィンドウは通常2時間ですが、実際のパッチ適用は、そのウィンドウ中に5分から10分で行われます。これらのイベントおよび長時間実行操作の知識を使用して、長時間実行操作を停止するタイミングおよび再起動するタイミングを決定できます。

詳細は、Autonomous Databaseイベントの使用に関する項を参照してください。

アプリケーションで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を参照してください。