Oracle AI Database Oracle AI Databaseパッチ・メンテナンス・ガイドラインリリース26ai

この記事では、Oracle AI Databaseのパッチ配信方法について学習します。

Oracle AI Databaseパッチ・メンテナンスの概要
リアクティブ・パッチ・メンテナンスがプロアクティブ・パッチ・メンテナンスとどのように違うかを説明します。
ホーム内およびホーム外パッチ・メンテナンス
ホーム外パッチ・メンテナンスを実行することをお薦めします。ホーム内パッチ適用とホーム外パッチ適用の違いについて学習します。
RUおよびMRPを使用したプロアクティブ・メンテナンス
プロアクティブ・メンテナンスとは、定期的に四半期リリース更新を適用することと、月次推奨パッチを適用して(それを選択した場合)リリース更新パッチを更新することを意味します。
個別パッチによるリアクティブ・メンテナンス
すべてのパッチ適用方法で個別(または"ワンオフ")パッチをインストールできますが、必要な個別パッチのバージョンはパッチ適用方法によって異なることがあります。
Oracle Update Advisorによる更新エクスペリエンスの合理化
Oracle Update Advisorは、ソフトウェアを推奨バージョンに保つための正確かつ最新の情報を提供するソフトウェア更新推奨フレームワークです。
Oracle Update Advisorの高度な概念とユースケース
Oracle Update Advisorの高度な機能(環境の標準化など)、およ本番環境の管理を促進するためのその他の機能について、活用方法を学習します。
パッチの競合の解決
ゴールド・イメージ・パッチ・メンテナンスを使用しない場合は、カスタム・ゴールド・イメージなど、他のプロアクティブ・メンテナンス方法とともに使用される個別パッチによって、パッチの競合が発生する場合があります。
Oracle AI DatabaseおよびOracle GoldenGateへのパッチ適用
Oracle AI DatabaseとともにOracle GoldenGateを使用している場合は、そのデータベースにパッチを適用する前に、Oracle GoldenGateプロセスが停止されていることを確認する必要があります。
よくある質問
一般的な質問への回答を確認し、一般的な問題への対処方法について詳細を学習してください。

Oracle AI Databaseパッチ・メンテナンスの概要

リアクティブ・パッチ・メンテナンスがプロアクティブ・パッチ・メンテナンスとどのように違うかを説明します。

リアクティブ・パッチは、特定のメンテナンスの問題に対応します。特徴は次のとおりです。

通常は個別パッチとして配信されます。
従来はワンオフ・パッチと呼ばれていました。
特定の不具合、バージョン、プラットフォームの組合せに対してオンデマンドで提供されます。
基本的な健全性テストを受けます。
特定のリアクティブ修正が今後のリリース更新に含まれる場合があります。

プロアクティブ・パッチでは、Oracle AI Databaseのすべてのお客様に対して、推奨されている更新が提供されます。プロアクティブ・パッチでは、一緒に配信するように最適化されたパッチのバンドルが使用されます。Oracle AI Database 26ai以降では、これらのパッチ・バンドルもゴールド・イメージとして提供されます。

プロアクティブ・パッチ(パッチ・バンドル)には、次のような特徴があります:

特定の構成に影響する影響の大きいバグに対応します。
実証済の低リスク修正を含みます
累積されている以前の修正を含みます
そのパッチの影響を受ける機能によって決まる、付加的レベルのテストを受けます
"My Oracle Support"で「パッチと更新版」タブをクリックすることで入手できます
リリース更新(RU)および月次推奨パッチ(MRP)として入手できます。

Oracle AI Database以降では、プロアクティブ・パッチ・バンドルについては、次のいずれかの方法を使用してソフトウェア・メンテナンスを実行することをお薦めします:

Database Configuration Assistant (DBCA): 単一インスタンスOracle Databaseの場合は、お薦めのソフトウェア・メンテナンス方法であるDBCAを使用します。
Oracle Fleet Patching and Provisioning (FPP): Oracle Real Application Clusters (Oracle RAC)データベースの場合と、Oracle Data GuardとともにデプロイされているOracleデータベースの場合は、お薦めのソフトウェア・メンテナンス方法であるFPPを使用します。また、大規模なデータベース・フリートの場合や、Exadataデータベースがある場合には、FPPを使用することをお薦めします。

ホーム内およびホーム外パッチ適用(新しいOracleホームへのソフトウェア更新のインストール)には、引き続きOPatchおよびOPatchAutoを使用できます。すべてのパッチ適用操作をホーム外パッチ適用として実行することをお薦めします。

注意:

論理破損のリスクを回避するために、パッチ・メンテナンスの開始前(パッチ適用前や他のソフトウェア・メンテナンスの実行前)に、実行中のOracle Data Pumpジョブがすべて停止されていることを確認してください。また、パッチ適用プロセスが完了するまで、新しいOracle Data Pumpジョブを開始しないでください。メンテナンス時間枠の間はあらゆる種類のデータ移動操作をすべて中止することをお薦めします。詳細は、「Datapatch: Database 12c or later Post Patch SQL Automation (Doc ID 1585822.1)」を参照してください

リリースに関するメンテナンス計画の準備の詳細は、次のMy Oracle Supportのノートを参照してください。

関連トピック

親トピック: Oracle AI Databaseのパッチ配信方法

ホーム内およびホーム外パッチ・メンテナンス

ホーム外パッチ・メンテナンスを実行することをお薦めします。ホーム内パッチ適用とホーム外パッチ適用の違いについて学習します。

ホーム内パッチ適用とは、単一のOracleホームがあり、このOracleホームにパッチとして次のリリース更新(RU)または個別パッチを適用することを意味します。ホーム外パッチ適用とは、データベース・スタックを移動して、目的のレベルのソフトウェア・バージョンである新しいOracleホームから実行することを意味します。オラクル社は、新しいOracleホームを設定するためにダウンロードできるソフトウェア・イメージとして、RUをリリースします。ホームを設定した後は、データベース・スタックを、この新しいOracleホームから操作できるように移動できます。

ホーム外パッチ適用の理解

ホーム外パッチ適用は、ゴールド・イメージを新しいOracleホームにデプロイすることで実行されます。この方法には、停止時間の短縮、パッチ・デプロイメントに関する問題のリスクの軽減、既存のホームから更新後のホームへのサービスの切替えに必要な時間の短縮、および一般的にはデプロイメント・プロセスの簡略化など、多くの利点があります。

ベスト・プラクティスとして、ホーム外パッチ・メンテナンスを使用することをお薦めします。また、デプロイメントを簡略化して容易にするために、ご使用の構成タイプに対してお薦めしている特定のOracleパッチ・メンテナンス・ユーティリティを使用してください。お薦めのユーティリティは、単一インスタンス・データベースの場合はDatabase Configuration Assistant (DBCA)であり、Oracle Real Application Clusters (Oracle RAC)の場合や、Oracle Data Guardを使用したOracle AI Databaseデプロイメントの場合はOracle Fleet Patching and Provisioningです。

ホーム内パッチ適用の理解

ホーム内パッチ適用は、既存のOracleホームにパッチ・バイナリを適用することで実行されます。ホーム内パッチ適用を使用すると、OPatchまたはOPatchAutoのどちらかを使用して個々のパッチとRUをデプロイできます。この場合は、バイナリ・パッチの形式で既存のOracleホームにRUまたはパッチをデプロイします。ただし、ホーム内パッチ・メンテナンスは、より多くの手作業が必要になり、正常に実行するには手間がかかる可能性があります。ほとんどのお客様には、ホーム外パッチ適用を選択することをお薦めします。

四半期リリース更新(RU)は、最新のRUを前のRUにマージすることを意図して、累積パッチ更新バンドルとして作成されています。リリース更新リビジョン(RUR)および個別パッチも、特定のRUを含むOracleホームにデプロイするように構築されています。そのため、累積更新を使用して最新のRUをデプロイするには、以前の異なるRUに対してデプロイされたパッチを既存のOracleホームから削除した後に、既存のOracleホームに最新のRUを適用する必要があります。

Oracleホームのホーム内パッチ更新を実行する場合は、その既存のOracleホームを使用するOracle AI Databaseインスタンスをすべて停止する必要があります。そのため、手動によるパッチ管理を実行するための、停止時間の長いメンテナンス時間枠が必要です。既存のOracleホーム内のパッチ環境の複雑度によっては、この作業に必要な停止時間がかなり長くなる可能性があります。問題が発生した場合は、リカバリ・プロセスの一部として新しいOracleホームを作成する必要があります。また、Oracleホームをクローニングし、Oracleホームの履歴もクローニングした場合も、想定外に複雑になる可能性があります。

親トピック: Oracle AI Databaseのパッチ配信方法

RUおよびMRPを使用したプロアクティブ・メンテナンス

プロアクティブ・メンテナンスとは、定期的に四半期リリース更新を適用することと、月次推奨パッチを適用して(それを選択した場合)リリース更新パッチを更新することを意味します。

オラクル社は、リリース更新と月次推奨パッチという2つのタイプのプロアクティブ・コンテンツを提供しています。これらのソフトウェア更新は、Oracle AI Databaseソフトウェア・リリースごとに、My Oracle Support (MOS)カスタマ・ポータルから入手できます。

リリース更新と月次推奨パッチについて

リリース更新(RU)は四半期ごとにリリースされます(通常は、1月、4月、7月および10月の第3火曜日)。ソフトウェアのパフォーマンスとセキュリティの確保に役立つため、RUは、Oracleソフトウェアに必要な更新です。四半期ごとに、RUがリリースされたときに、ご使用のソフトウェアを更新することをお薦めします。

月次推奨パッチ(MRP)は、RUに適用される、オプションのソフトウェア更新です。それらには、推奨更新、および既知の問題の修正が、デプロイメントを容易にするためにグループ化されて含まれています。これらのソフトウェア更新は、Linuxシステムにデプロイされているソフトウェアに対して、毎月リリースされます。各RUには、最大6つの月次推奨パッチ(MRP)が提供されます。MRP更新は、特定のRUの上に適用される、追加のオプション修正です。

Linux以外のプラットフォームの場合は、MRPのかわりに、引き続き推奨個別パッチおよび既知の問題のパッチをOracleソフトウェア・ホームにダウンロードできます。

ソフトウェア更新は次の場所で発表されます

データベース・プロアクティブ・パッチ・プログラムのプライマリ・ノート(ドキュメントID 888.1)
月次推奨パッチ(MRP)
クリティカル・パッチ・アップデート、セキュリティ・アラートおよび掲示板

四半期ごとのリリース更新は、クリティカル・パッチ・アップデート、セキュリティ・アラートおよび掲示板のページでそれぞれ1月、4月、7月および10月に発表されます。月次推奨パッチは、四半期ごとのRUの間に毎月リリースされ、推奨パッチの累積バンドルとなります。四半期ごとのRUソフトウェア更新を入手可能になったときに電子メール通知を受信するには、Oracleセキュリティ・アラートをサブスクライブします。

プロアクティブ・メンテナンス・パッチの推奨適用頻度

適用頻度では、更新をデータベース・ソフトウェアに適用する頻度を定義します。適用頻度では、以前のリリース更新パッチまたは月次推奨パッチの選択が定義されることはありません。

リリース更新(RU)
RUは、既知の問題を回避できるようになるクリティカルな修正の、高度にテストされたバンドルです。それらには通常、セキュリティ、リグレッション(不具合)、オプティマイザおよび機能(機能拡張も含まれることがある)といった修正タイプが含まれます。
月次推奨パッチ(MRP)
オラクル社は、四半期ごとのリリース更新の間の簡略化した推奨および個別ソフトウェア更新を提供するために、Linux x86-64用のMRPを提供しています。
追加のプロアクティブ・パッチ
RUおよびMRPに加えて、四半期フル・スタック・ダウンロード・パッチとコンボ・パッチ、およびその他のプロアクティブ・パッチがあります。
適用頻度によるプロアクティブなパッチ適用計画
最新のリリース更新(RU)を適用することで、ご使用のデータベースとOracle Grid Infrastructureソフトウェアを最新の状態に保つことをお薦めします。

関連トピック

親トピック: Oracle AI Databaseのパッチ配信方法

リリース更新(RU)

RUは、既知の問題を回避できるようになるクリティカルな修正の高度にテストされたバンドルです。それらには通常、セキュリティ、リグレッション(不具合)、オプティマイザおよび機能(機能拡張も含まれることがある)といった修正タイプが含まれます。

RUを使用して最新の状態を維持することをお薦めします。そうすることで、既知のバグやセキュリティの脆弱性が発生する可能性を最小限に抑えることができます。

RUパッチの命名規則は、23.26.1.0.0のような5つのフィールドの番号です。

1番目の数字: この数字はメジャー・リリース・バージョンを示します。これは、Oracle AI Databaseのそのバージョンが初めてリリースされた年の、末尾の2桁でもあります。
2番目の数字: この数字はそのリリース更新の年を示しています。この例では、リリース更新の年は2026です。
3番目の数字: この数字は、RUバージョンのリフレッシュを示しています。この例では、その数字は、これが第1四半期のリリース更新であることを示しています。
4番目の数字: 4番目の数字は、月次推奨リリース更新のパッチ・レベル(MRP)を示しています。MRPのみにより、この4番目のフィールドの値が大きくなります。この例では、その数字は0です。
5番目の数字: この数字は、そのバージョンの再編集レベルを示しています。この例では、再編集レベルは0です。

ノート:

先頭3つの数字では、主に、Oracle AI Databaseのリリースを特定しています。

RUは、常にOracle RACローリング・インストール可能です。使用可能RUのリストは、「Primary Note for Database Proactive Patch Program (Doc ID 888.1)」に記載されています

関連トピック

Primary Note for Database Quarterly Release Updates (Doc ID 888.1)

親トピック: RUおよびMRPを使用したプロアクティブ・メンテナンス

月次推奨パッチ(MRP)

オラクル社は、四半期ごとのリリース更新の間の簡略化した推奨および個別ソフトウェア更新を提供するために、Linux x86-64用のMRPを提供しています。

MRPは、推奨および個別ソフトウェア更新をまとめたものです。RUとは異なり、MRPはリリースのリビジョン番号には影響しません。リリース番号は、引き続きRU番号で指定されます。MOS競合チェッカは、MRPの修正を、他のバンドルされたソフトウェア更新と同様に扱います。定期的な競合解決が実行されます。MRP内のパッチは、Oracle Inventoryディレクトリ(oraInventory)内で追跡されます。これは、どの個別パッチがMRPからインストールされているかを示すように更新されます。

MRPは、各RUリリースから6か月後にRUごとに提供される可能性があります。MRPには、「Oracle AI Database Important Recommended Patches」(My Oracle SupportドキュメントID 555.1)に記載されている修正と、そのRUの以前のMRPが含まれています。MRP内のすべての修正は、常にOracle RACローリングおよびOracle Data Guardローリング・インストール可能です。RUはすべてのサポート対象プラットフォームに対して引き続き入手可能になり、推奨および個別パッチはすべてのプラットフォームに対して別途入手可能ですが、MRPはLinux x86-64プラットフォームに対してのみ提供されます。お客様は、サポートされているすべてのプラットフォームで引き続きワンオフ・パッチをリクエストできます。使用可能MRPのリストは、「Primary Note for Database Proactive Patch Program (Doc ID 888.1)」に記載されています。

MRPは、データベース(RDBMS)、Oracle Clusterware (OCW)、Advanced Cluster File System (ACFS)、および高速ホーム・プロビジョニング(RHP)について別々のパッチとして提供されます。ホーム外パッチ適用方法を使用してMRPを適用することをお薦めします。ホーム外パッチ適用を実行できない場合でも、opatchautoまたはopatch (たとえば、opatch napply)を使用することでMRPの適用やアンインストールができます。

ノート:

Oracle Grid Infrastructure MRPはシステム・パッチであるため、opatch napplyを使用してこれらのパッチを適用することはできません。

関連トピック

親トピック: RUおよびMRPを使用したプロアクティブ・メンテナンス

追加のプロアクティブ・パッチ

RUおよびMRPに加えて、四半期フル・スタック・ダウンロード・パッチとコンボ・パッチ、およびその他のプロアクティブ・パッチがあります。

四半期フル・スタック・ダウンロード・パッチとコンボ・パッチ

Oracleでは、様々なパッチをまとめてパッケージ化して配信します。次に例を示します。

Exadataの四半期フル・スタック・ダウンロード・パッチには、1回のダウンロードで、OJVM更新およびその他のExadataシステム・パッチとともに四半期グリッド・インフラストラクチャRUが含まれています。
データベースRUのコンボ・パッチ

その他のプロアクティブ・パッチ

通常の更新およびリビジョン・サイクル外で、非常に具体的な目的のためにプロアクティブ・パッチがいくつか生成されます。このようなパッチは通常、"個別パッチ"として配信されます。たとえば、システムで最新のタイムゾーン・データを使用する必要がある顧客のために、特殊なタイムゾーン・パッチが6か月ごとにリリースされます。

ノート:

Oracle AI Databaseソフトウェアに加えてOracle Grid Infrastructureソフトウェアを使用している場合は、パラレルOracle Grid Infrastructure RUを使用する必要があります。これらのOracle Grid Infrastructure RUには、パラレル・データベースRUに含まれるすべてのものが含まれます。

親トピック: RUおよびMRPを使用したプロアクティブ・メンテナンス

適用頻度によるプロアクティブなパッチ適用計画

最新のリリース更新(RU)を適用することで、ご使用のデータベースとOracle Grid Infrastructureソフトウェアを最新の状態に保つことをお薦めします。

適用頻度では、更新をデータベース・ソフトウェアに適用する頻度を定義します。これによって最新のRUでないリリース更新の選択が定義されることはありません。ご使用のリリースに対して入手可能な最新のRUに常に更新しておくことをお薦めします。

リリース更新ラグおよび適用頻度

インストールを実行するたびに最新のリリース更新(RU)をインストールすることをお薦めします。RUには、最新のセキュリティ修正、リグレッション修正およびクリティカル修正が含まれます。RUを適用すると、既知のバグやセキュリティの脆弱性が発生する可能性を最小限に抑えられます。RUを使用して最新の状態を維持すると、固有のソフトウェア・ベースラインおよび継続的なコストのかかるパッチ・メンテナンスの可能性につながる、別々の個別ワンオフ・パッチが必要になる可能性が低くなります。

例1-1 四半期ごとに最新のRUを適用

これは、シングル・インスタンス・データベースの場合のデフォルト計画です。最も単純なメンテナンス・スケジュール計画は、最新のリリース更新(RU_Latest)を四半期ごとに適用し、MRPを適用しないことです。

ノート:

この計画を選択した場合は、適用頻度を四半期(3か月ごと)にすることをお薦めします。

表1-1 四半期ごとのRUソフトウェア・メンテナンス計画(RU_N)

適用頻度	リリース更新(RU_N)
月次	該当なし
四半期	3か月ごと - `RU_Latest` (N)を適用します
半年	6か月ごと - `RU_Latest` (N)を適用します
毎年	12か月ごと - `RU_Latest` (N)を適用します

例1-2 そのRUに対する最新の四半期RUおよび最新のMRPを適用

このメンテナンス・スケジュール例では、セキュリティおよびパフォーマンスに関する最新の修正を取得するために、最新のRU (RU_Latest)をインストールし、最新のMRP (MRP_N、ここでのNは最新のRUに対して入手可能な最新のMRP)をインストールします。最新のMRPには、そのRUに対して公開されている以前のMRPからの推奨および個別修正パッチすべてが含まれています。

ノート:

この計画を選択した場合は、適用頻度を四半期(3か月ごと)にすることをお薦めします。

表1-2 RU (RU_N)および月次推奨パッチ・ソフトウェア・メンテナンス計画(MRP_N)

適用頻度	RU (RU_Latest) + MRP_N
月次	1か月ごと - `RU_Latest` + `MRP_N`を適用します
四半期	1か月ごと - `RU_Latest` + `Recommended_Latest_N`を適用します
半年	6か月ごと - `RU_Latest` + `Recommended_Latest_N`を適用します
毎年	12か月ごと - `RU_Latest` + `Recommended_Latest_N`を適用します

親トピック: RUおよびMRPを使用したプロアクティブ・メンテナンス

個別パッチによるリアクティブ・メンテナンス

すべてのパッチ適用方法で個別(または"ワンオフ")パッチをインストールできますが、必要な個別パッチのバージョンはパッチ適用方法によって異なることがあります。

Microsoft Windowsプラットフォームでは、通常の個別("ワンオフ"とも呼ばれる)パッチはサポートされていません。現在と過去のプロアクティブ・パッチの詳細は、Oracle Database - Overview of Database Patch Delivery Methods for 12.2.0.1 and greater (Doc ID 2337415.1)を参照してください。

個別パッチは、特定の"不具合、バージョン、プラットフォーム"の組合せに対して、スタンドアロン・パッチとして、リクエストに応じて配信されます。

個別パッチは、技術的に可能であれば、サポートされているソフトウェア・バージョンのリリースまたはリリース更新(RU)の上に提供されます。
個別パッチは、基本的な機能テスト、ストレス・テストおよびパフォーマンス健全性テストを受けています。
個別パッチは、技術的な重大度や影響を受ける機能の数に基づいて、リリース更新(RU)に含めることが検討されます。

通常は、個別パッチをリクエストするのではなく、修正を含む最新のリリース更新を適用することをお薦めします。RUメンテナンス・スケジュールに従うのではなくパッチでの個別のバグ修正を要求することの長所と短所については、Should I ask for a one-off bug fix or wait for the next Release Update (Doc ID 2648544.1)を参照してください。

Oracle Databaseのオンライン・パッチ適用(またはホット・パッチ適用)では、インスタンスを停止せずに、実行中のデータベースに、特定の個別パッチを適用できます。このオプションを使用すると、アプリケーションの中断を最小限に抑えることができます。データベース・オンライン・パッチ適用は、OPatchユーティリティを使用して必ずホーム内で実行されます。詳細は、RDBMS Online Patching Aka Hot Patching (Doc ID 761111.1)を参照してください。

親トピック: Oracle AI Databaseのパッチ配信方法

Oracle Update Advisorによる更新エクスペリエンスの合理化

Oracle Update Advisorは、ソフトウェアを推奨バージョンに保つための正確かつ最新の情報を提供するソフトウェア更新推奨フレームワークです。

Oracle Update Advisorとは
Oracle Update Advisorでは、Oracle AI DatabaseホームとGrid Infrastructureホームが分析され、必要な更新が特定され、事前構成済のデプロイメント・パッケージが提供されます。
Oracle Update Advisorの使用を開始する方法
Oracle Update Advisorの使用を開始するために必要なのは、Oracleユーザー情報、セキュアHTTP、およびサポートされているOracleソフトウェア・メンテナンス・ツールのみです。
DBCAとのOracle Update Advisorの使用例
Database Configuration Assistant (DBCA)をOracle Update Advisorの機能とともに使用してメンテナンスの間の予防的チェックを簡略化する方法を参照してください。
Oracle FPPとOracle Update Advisorの使用例
Oracle Real Application Clusters (Oracle RAC)データベースのメンテナンスにはOracle Update Advisorの機能とともにOracle Fleet Patching and Provisioning (Oracle FPP)を使用することをお薦めします。

親トピック: Oracle AI Databaseのパッチ配信方法

Oracle Update Advisorとは

Oracle Update Advisorでは、Oracle AI DatabaseホームとGrid Infrastructureホームが分析され、必要な更新が特定され、事前構成済のデプロイメント・パッケージが提供されます。

ソフトウェアのメンテナンスは簡単ではありません。管理者は、ソフトウェアのエンタープライズ・セキュリティおよび機能のメンテナンスのために必要なことを理解するには、複数の製品情報ソース(My Oracle Supportのドキュメントや、サポートから推奨された技術概要など、)を確認する必要があります。その後、その情報をメンテナンス・ポリシーに従って適用する必要があります。

更新への合理化されたアクセス

Oracle Update Advisorでは、メンテナンスを合理化するための強力なソフトウェア更新推奨フレームワークが提供されます。このアドバイザでは、Oracle AI DatabaseホームとOracle Grid Infrastructureホームが分析され、定義したメンテナンス・ポリシーに基づいて最新のガイダンスが特定されて、1つのわかりやすいレポートで示されます。また、Oracle Update Advisorでは、事前構成された、そのままで十分機能するゴールド・イメージのzipファイルも提供されます。それを使用すると、企業全体にわたる、一貫したオペレーティング・システム更新およびOracleソフトウェア更新のデプロイを簡略化できます。

Oracle Update AdvisorコマンドがOracle AI Database Configuration Assistant (DBCA) とOracle Fleet Patching and Provisioning (FPP)に追加されています。Database Configuration Assistantの軽量な自分で展開可能かつ実行可能なバージョンである、Database Configuration Assistant Utility (dbcactl)のリリースにより、DBCAで、Oracle Database 19cとOracle AI Databaseもサポートされるようになりました。これはOracle Database 21cでは使用できません。これらのコマンドを使用すると、Oracle AI DatabaseおよびOracle Grid Infrastructureソフトウェアを推奨バージョンに保つために役立つ、Oracle情報を提供できます。他のOracleツールは、将来はOracle Update Advisorと連携する予定です。

正確なソフトウェア・ヘルス・ステータス、最新バージョンのガイダンス

Oracle Update Advisorには、次の2つの基本機能があります:

ソフトウェア・ステータス
ソフトウェアの推奨事項

ソフトウェア・ステータスでは、現在インストールされているソフトウェアがOracleの現在の推奨事項を満たしているかどうかが示されます。インストールされているソフトウェアが現在の推奨事項を満たしていない場合は、Oracle Update Advisorによって、ソフトウェアの推奨事項のリストが示され、ご使用のソフトウェアがその現在の推奨事項を満たすようにするために使用できる、更新とメンテナンス修正のソフトウェア・イメージも提供されます。その後、そのイメージを使用して、ソフトウェアの推奨事項を満たす新しいOracleホームを作成します。

関連トピック

Database Configuration Assistant Utility (dbcactl) - Standalone Software Package (Doc ID 3099785.1)

親トピック: Oracle Update Advisorによる更新エクスペリエンスの合理化

Oracle Update Advisorの使用を開始する方法

Oracle Update Advisorの使用を開始するために必要なのは、Oracleユーザー情報、セキュアHTTP、およびサポートされているOracleソフトウェア・メンテナンス・ツールのみです。

必要事項

Oracle Update Advisorの使用は簡単です。これはすでに使用している機能の使用を拡張するものであるためです。Oracle Update Advisorの機能を有効にするために必要なのは、次のもののみです:

有効なOracle Support契約、カスタマ・サポートID (CSI)番号およびMy Oracle Supportユーザー
製品の使用および構成について予防的なアドバイスを得るための情報を転送するデータ・トランスポート・サービス(DTS) (https://transport.oracle.com)へのセキュアHTTP (HTTPS)ネットワーク接続
Oracle Object Storeサービス。これは、Oracle Update Advisorイメージをダウンロードするために必要です。

ノート:

Oracle Update Advisorでは、Oracle Update Advisorの顧客登録を処理するためと、構成データ(RUやパッチ・インベントリなど)をアップロードするためと、パッチ更新のステータスおよび推奨事項を提供するために、データ・トランスポート・サービス(DTS)が使用されます。

動作の仕組み

Oracle Update Advisorは、1、2、3のように簡単に使用できます:

Oracle Update Advisorサービス用のMy Oracle Supportユーザーを登録します。
Oracle Update AdvisorコマンドとともにDatabase Configuration Assistant (DBCA)、Fleet Patching and Provisioning (FPP)またはDatabase Configuration Assistant Utility (dbcactl)のどれかを使用して、インストールされているOracleホームのソフトウェア・ステータスのチェックを実行します
そのステータス・レポートを確認します。そのステータスが緑色でない場合は、推奨されているソフトウェア・イメージをダウンロードしインストールします。

DBCAとのOracle Update Advisorの使用例

Database Configuration Assistant (DBCA)をOracle Update Advisorの機能とともに使用してメンテナンスの間の予防的チェックを簡略化する方法を参照してください。

希望するパッチ適用ツールがDBCAである場合、必要なのは、Oracle Update Advisorコマンドをパッチ適用プロセスに追加することのみです。

Oracle Update Advisor用のユーザーを登録するには、次のコマンド構文を使用します(ここでのsso_usernameはOracleユーザー・アカウントの名前であり、csi_numberはカスタマ・サポートID (CSI)番号です)

dbca -managePatches -silent -registerUser -ssoUserName sso_username -csiNumber csi_number

ソフトウェア・サービスを確認するには、次のコマンド構文を使用します:

dbca -managePatches -checkPatchStatus -silent

親トピック: Oracle Update Advisorによる更新エクスペリエンスの合理化

Oracle FPPとOracle Update Advisorの使用例

Oracle Real Application Clusters (Oracle RAC)データベースのメンテナンスにはOracle Update Advisorの機能とともにOracle Fleet Patching and Provisioning (Oracle FPP)を使用することをお薦めします。

クラスタ内のメンテナンス更新を管理するには、Oracle Update AdvisorコマンドとともにOracle Fleet Patching and Provisioning Control (RHPCTL)コマンドライン・ユーティリティを使用します。

Oracle Update Advisorを使用したメンテナンスの場合は、Oracle Fleet Patching and Provisioningをローカル・モードで使用します。これにより、Oracle Update Advisorへの接続以外に構成の必要なく、ローカルのOracle RACクラスタでバージョン更新を実行できるようになります。次の例で方法を確認してください:

rhpctl manage updateadvisor updateコマンドを使用してOracle Update Advisorに登録します。構文は以下のとおりです。
```
$ rhpctl manage updateadvisor 
      {-registeruser -ssousername <sso_username>
            [-csinumber <csi_number]
            [-proxyserver <proxy_server> -proxyport <port_number>
                  [-proxyuser <proxy_user>] ]
            [-endpoint <endpoint_url>] |
       -unregisteruser}
```
次のオプションがあります:
- -registeruser: Oracle Update Advisorにユーザーを登録します
- -ssousername <sso_username>: SSOユーザー名
- csinumber <csi_number>: カスタマ・サポートID (CSI)
- -proxyserver <proxy_server>: プロキシ・サーバーのIP/名前
- -proxyport <proxy_port>: プロキシ・サーバーのポート番号
- -proxyuser <proxy_user>: プロキシ・サーバーのユーザー名
- -endpoint <endpoint_url> Oracle Update Advisorのエンド・ポイントURL
- -unregisteruser Oracle Update Advisorからユーザーを登録解除します
この例では、My Oracle Supportユーザーはenterprise1、CSI番号は123456789、プロキシ・サーバーは192.0.2.1、プロキシ・ポートは20001、プロキシ・ユーザーはmaint1です:

rhpctl manage updateadvisor update -registeruser --ssousername enterprise1 -csinumber 123456789 -proxyserver -192.0.2.1 -proxyport 20001 -proxyuser maint1
rhpctl evaluate patchコマンドを使用して、メンテナンス対象のOracle AI DatabaseホームまたはGrid Infrastructureホームのステータスをチェックします。この例では、Oracle RACホーム/u01/app/oracle/product/23.0.0/dbhome_1を確認します:
```
rhpctl evaluate patch -path /u01/app/oracle/product/23.0.0/dbhome_1
```
そのテスト・システムにインストールされているソフトウェアを検証した後、本番環境にそのゴールド・イメージ・ソフトウェア・バージョンをデプロイできます

これは単純な例です。一元的な手法を使用する例については、Oracle Fleet Patching and Provisioningのドキュメントを参照してください。Oracle Fleet Patching and Provisioningを使用すると、Oracle AI Databaseランドスケープ全体(Oracle Exadata、Oracle Grid Infrastructure、Oracle AI Database、Oracle RestartおよびOracle Single instanceのデプロイメントを含む)を一元的に管理できます。

Oracle Update Advisorの高度な概念とユースケース

Oracle Update Advisorの高度な機能(環境の標準化など)、およ本番環境の管理を促進するためのその他の機能について、活用方法を学習します。

Oracle Update Advisorでのポリシーの使用による予防的なエンタープライズ・メンテナンス
Oracle Update Advisorは、企業全体にわたりポリシーを実装するために役立ちます。
Oracle Update Advisorのネットワーク構成に関する考慮事項
Oracle Update Advisorを使用するには、セキュアHTTPプロトコルを構成します。プロキシ・ネットワークおよびアクセスには、決定と構成選択が必要になる可能性があります。
Oracle Update Advisorの推奨事項の理解
Oracle Update Advisorのステータス推奨事項は単純ですが、ここでは、さらに詳細情報を示します。
Oracle Update AdvisorによるOracleソフトウェア・イメージの取得
Oracle Update Advisorとともに使用するメンテナンス・ユーティリティでは、Oracleソフトウェア・イメージがダウンロードされ、ご使用のシステムにデプロイされます。

親トピック: Oracle AI Databaseのパッチ配信方法

Oracle Update Advisorでのポリシーの使用による予防的なエンタープライズ・メンテナンス

Oracle Update Advisorは、企業全体にわたりポリシーを実装するために役立ちます。

Oracle Update Advisorには、企業用に構成可能なポリシー属性が含まれています。更新ポリシーを確立するときは、次のことを決定する必要があります:

1年に何回ソフトウェアをメンテナンスする必要があるか?
ソフトウェア・メンテナンス時間枠の間に最新のリリース更新を適用するか、別の適用頻度モデルを使用して以前のリリース更新をインストールするか?

次のオプションを選択できます:

ポリシー属性	説明
適用頻度	ソフトウェアに更新を適用する頻度: 月次四半期ごと(デフォルト) 半年毎年
リリース更新ラグ	リリース更新ラグを使用すると、計画とプリファレンスを反映するように、最新のリリース更新のインストールを延期できます: ラグなし(デフォルト) N-1 (最新のリリース更新より1つ前のリリース更新) N-2 (最新のリリース更新より2つ前のリリース更新)

ポリシー属性

説明

適用頻度

ソフトウェアに更新を適用する頻度:

月次
四半期ごと(デフォルト)
半年
毎年

リリース更新ラグ

リリース更新ラグを使用すると、計画とプリファレンスを反映するように、最新のリリース更新のインストールを延期できます:

ラグなし(デフォルト)
N-1 (最新のリリース更新より1つ前のリリース更新)
N-2 (最新のリリース更新より2つ前のリリース更新)

親トピック: Oracle Update Advisorの高度な概念とユースケース

Oracle Update Advisorのネットワーク構成に関する考慮事項

Oracle Update Advisorを使用するには、セキュアHTTPプロトコルを構成します。プロキシ・ネットワークおよびアクセスには、決定と構成選択が必要になる可能性があります。

Oracle Update Advisor APIは、Oracle Cloud Infrastructure(OCI)内でホストされます。このAPIには、インターネットを介してパブリックにアクセスできます。認可された顧客は、プライベートまたは専用のネットワーク接続を必要とせずにOracle Update Advisor APIとやり取りできます。Oracle Update Advisor APIにアクセスするには、クライアント・システムによって次のエンドポイントへのアウトバウンドHTTPS接続を開始できる必要があります:

https://transport.oracle.com

このエンドポイントは、Oracle Update Advisorサービスのプライマリ・アクセス・ポイントとして機能します。これは、標準のRESTful APIプロトコルに基づいて構築されており、幅広いクライアント・アプリケーションおよび統合ツールとの互換性が確保されています。クライアントにより、次の2つの方法のどちらかでこのエンドポイントに接続できます:

標準のHTTPまたはHTTPSクライアント・ライブラリまたはツールを使用して、インターネットを介して直接的に。
構成されたHTTPまたはHTTPSプロキシを使用して間接的に(これは、インターネットへの直接アクセスが制限されているかフィルタされているエンタープライズ環境で使用されることが多い)。

ノート:

クライアント環境により、TCPポート443 (HTTPS)での、transport.oracle.comドメインへのアウトバウンド・トラフィックを許可する必要があります。

親トピック: Oracle Update Advisorの高度な概念とユースケース

Oracle Update Advisorの推奨事項の理解

Oracle Update Advisorのステータス推奨事項は単純ですが、ここでは、さらに詳細情報を示します。

Oracle Update Advisorでは、Oracleホームについて、わかりやすい3つのステータス・インジケータ(緑色、黄色、赤色)が提供されます:

緑色: ご使用のシステムはOracle推奨のベスト・プラクティスに従って更新されているため、アクションは必要ありません。
黄色: 更新をお薦めします。通常、このステータスは、ご使用のOracleソフトウェアが、推奨されているリリース更新より1つ前のリリース更新サイクルであることを示しています。
赤色: 更新が必要です。通常、このステータスは、ご使用のOracleソフトウェアが、推奨されているリリース更新より2つ以上前のリリース更新サイクルであることを示しているか、重要なアプリケーション修正またはセキュリティ修正が適用されていないことを示しています。

これらの基本ステータス・インジケータは、ユーザーが確立したOracle Update Advisorポリシーによって変更できます。たとえば、リリース更新のポリシーを最新の更新より1リリース前になるように(N-1)設定した場合、Oracleホーム・ステータスN-1は緑色になります。これは、ご使用のポリシーが、最新のリリース更新より1つ前のリリースにするという内容であるためです。

そのステータスが緑色でない場合は、Oracleホームについての推奨Oracle Update Advisorレポートに従って、ご使用のソフトウェアを、推奨されているソフトウェア・イメージで更新することをお薦めします。このイメージのダウンロードとデプロイにDatabase Configuration Assistant (DBCA)を使用するかFleet Patching and Provisioning (FPP)を使用するかを選択できます。

親トピック: Oracle Update Advisorの高度な概念とユースケース

Oracle Update AdvisorによるOracleソフトウェア・イメージの取得

Oracle Update Advisorとともに使用するメンテナンス・ユーティリティでは、Oracleソフトウェア・イメージがダウンロードされ、ご使用のシステムにデプロイされます。

リリース更新修正を含むソフトウェア・イメージは、使用しているメンテナンス・ツール(Database Configuration Assistant (DBCA)またはOracle Fleet Patching and Provisioning (FPP)のどちらか)で自動的に取得されます。

標準リリース更新のゴールド・イメージはすぐに入手でき、直接ダウンロードできます。

追加の修正を含むゴールド・イメージは、使用できるようになるまでに時間がかかる可能性があります。その場合は、ご使用のソフトウェア用のソフトウェア・イメージをダウンロードするためにかかる時間の見積りが示されます。

ソフトウェア・イメージに関する高度な考慮事項

Oracleの予防的修正およびガイドラインは事象に対応して動的に変更される可能性があるため、ソフトウェア・ステータスをOracle Update Advisorに確認するタイミングに応じて、受け取る推奨事項が変わる可能性があります。
ソフトウェア・メンテナンスを実行するときは、環境の標準化が鍵となります。そのため、テストされていないソフトウェアが本番環境にないことの確認が重要です。
ご使用のソフトウェアをメンテナンス開始前に必ずバックアップすることをお薦めします。更新によって生じる、アプリケーションの問題やその他の問題を最小限に抑えられるように、1つの環境(本番環境と同期されているソフトウェアを含むテスト環境など)でデプロイメントをテストすることをお薦めします。システムをテストした後、そのテスト・システムにあるソフトウェアを、他の環境用のソースとして使用できます。メンテナンスの重要ポリシーとして、標準化をお薦めします。
ソフトウェア管理の職責を簡素化するために、リリース更新バージョンごとの、ダウンロードするゴールド・イメージの数を制限することをお薦めします。

親トピック: Oracle Update Advisorの高度な概念とユースケース

パッチの競合の解決

ゴールド・イメージ・パッチ・メンテナンスを使用しない場合は、カスタム・ゴールド・イメージなど、他のプロアクティブ・メンテナンス方法とともに使用される個別パッチによって、パッチの競合が発生する場合があります。

ノート:

データベースのメンテナンスには四半期ごとのゴールド・イメージ・デプロイメントの方法のいずれかを使用することをお薦めします。ゴールド・イメージ・デプロイメントでは、パッチ競合解決とマージがゴールド・イメージ作成の一部として含まれています。カスタム・ゴールド・イメージには、この最適化は含まれていません。

四半期プロアクティブ・パッチ(四半期Exadataパッチ、RUおよびMRP)の場合、競合する既存のパッチに対して新しい個別パッチが予防的に生成されます。新しい個別パッチは通常、プロアクティブ・パッチと同時にリリースされます。

パッチ競合の解決の詳細は、パッチ競合に関するMy Oracle Supportノートを参照してください。

関連トピック

親トピック: Oracle AI Databaseのパッチ配信方法

Oracle AI DatabaseおよびOracle GoldenGateへのパッチ適用

Oracle AI DatabaseとともにOracle GoldenGateを使用している場合は、そのデータベースにパッチを適用する前に、Oracle GoldenGateプロセスが停止されていることを確認する必要があります。

Oracle AI Databaseにパッチを適用する場合、Oracle GoldenGateを使用しているときには、そのデータベースへのパッチの適用を開始する前に、すべてのOracle GoldenGateプロセスを無効にする必要があります。この理由は、パッチとアップグレードによってRDBMSの内部表およびビューが変更される可能性があり、それにより、それらをコールするストアド・プロシージャが無効になるためです。依存オブジェクトもすべて無効になります。データベースに対するSQL問合せの使用のみで、GoldenGateプロセス(Extract、Pump、Replicatなど)が停止されていることの確認はできません。これは、それらがオペレーティング・システム・レベルで実行されており、GoldenGateソフトウェアによって管理されているためです。このようなプロセスに関するチェックのプロセスをおおまかに次に示します:

GoldenGateプロセスのステータスを問い合せます:
```
GGSCI> info all
```
すべてのプロセスを停止します
```
GGSCI> stop extract *
GGSCI> stop replicat *
.
.
.
```
この*ワイルドカードの使用により、そのタイプのすべてのプロセスが停止されます。他のOracle GoldenGateプロセス(managerなど)がある場合は、それらも停止されていることを確認します。
GGSCIのinfo all コマンドを実行します
```
GGSCI> info all
```
すべてのプロセスのステータスがSTOPPEDであることがわかります。

エンタープライズ・オートメーションの場合は、GGSCIコマンドを使用しそれらの出力を解析する、シェル・スクリプトの使用を検討してください。Oracle GoldenGateプロセスが停止されていることを確認するには、必ずGGSCIユーティリティを使用し、必要に応じて、これをオペレーティング・システム・レベルとアプリケーション・レベルのチェックと組み合せます。

この手順の詳細は、Oracle GoldenGateのドキュメントとMy Oracle Supportを参照してください。

関連トピック

親トピック: Oracle AI Databaseのパッチ配信方法

よくある質問(FAQ)

一般的な質問への回答を確認し、一般的な問題への対処方法について詳細を学習してください。

プロアクティブ・パッチにオプティマイザ修正は含まれますか。

"Windowsデータベース・バンドル・パッチ"には、オプティマイザ修正を含めることが可能です。
Oracle AI Database RUには、オプティマイザの不正確な結果から生じた問題に対する、オプティマイザ修正が含まれている可能性がありますが、それらは、必要に応じて個別に有効または無効にするという形式でのみ提供されます。RUには、"デフォルトで無効"状態のオプティマイザ修正が含まれます。詳細は、Managing "installed but disabled" bug fixes in Database Release Updates using DBMS_OPTIM_BUNDLE (Doc ID 2147007.1)を参照してください。

インストールで使用されるパッチ適用方法を確認するにはどうすればよいですか。

適用されているパッチを確認するには、opatch lsinventory出力を確認します。RUおよびRURには、その出力でのパッチ名およびバージョンの説明が含まれます。

"Windowsデータベース・バンドル・パッチ"と"Exadata用のQFSDP"などの違いは何ですか。

これらのバンドルは、異なる環境をターゲットとしています。最新バージョンには同じ更新コンテンツが含まれますが、他のすべてのコンテンツはターゲット環境に固有です。共通のコンテンツが他に存在することもありますが、コンテンツに違いがあります。

トレース・ファイルおよびV$VERSIONなどのデータベース・ビューでレポートされているように、プロアクティブ・パッチはデータベース・バージョンに影響しますか。

Oracle AI Database 26ai (23.4.0.0以降)の場合、ORACLE_HOMEでのパッチ・レベルはopatch lsinventoryデータに反映され、パッチ・タイプによっては、パッチ・レベルがDBA_REGISTRYまたはDBA_REGISTRY_HISTORYに反映されます。DBA_REGISTRY_SQLPATCHビューは、データベースに適用されているSQLパッチを示します。

1回かぎりのバグ修正を要求するか、次のRUを待つか、どうすればよいですか。

RUを待つのではなく1回かぎりのバグ修正を要求することの長所と短所については、Should I ask for a one-off bug fix or wait for the next Release Update (Doc ID 2648544.1)を参照してください。

パッチはどのように適用すればよいですか。opatchユーティリティまたはOPLANユーティリティのどちらかを使用しますか。

パッチのインストール方法を学習するには、READMEを参照してください。

OPatch - OPatchの最新バージョンはどこで入手できますか。

How To Download And Install The Latest OPatch(6880880) Version (Doc ID 274526.1)またはOPatch - Where Can I Find the Latest Version of OPatch(6880880)? [Video] (Doc ID 224346.1)を参照してください

親トピック: Oracle AI Databaseのパッチ配信方法

タイトルと著作権情報

Oracle AI Database Oracle AI Databaseッチ・メンテナンス・ガイドラインリリース26ai

G45679-01

Oracle and/or its affiliates.