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

• 「クラウド」の横にあるをクリックして、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年7月以降)。

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

  BUG_NUM, BUG_TITLE, COMPONENT_NAME, PATCH_VERSION

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

パッチ・レベル「早期」を選択すると、「通常」スケジュール済パッチの1週間前に、Autonomous Databaseインスタンスにパッチが適用されます。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は、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列とデータ型を示します。

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

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

• 推奨設定で接続プールを使用します。
• 接続プールから接続をチェックアウトします。
• 排水時間(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を参照してください。