Oracle Database Oracle Databaseパッチ・メンテナンス, リリース19c以降のリリース

この記事では、Oracle Database 19c以降のバージョンのパッチ配信方法について学習します。

Oracle Databaseパッチ・メンテナンスの概要
リアクティブ・パッチ・メンテナンスとプロアクティブ・パッチ・メンテナンスの違いについて学習します。
RUおよびMRPを使用したプロアクティブ・メンテナンス
プロアクティブ・メンテナンスは、Oracle Databaseソフトウェア・リリースごとにMy Oracle Support (MOS)カスタマ・ポータルから入手できる定期的な四半期パッチ・バンドル(リリース更新)を予防的に適用することで実現されます。
ワンオフ・パッチを使用したリアクティブ・メンテナンス
すべての方法でワンオフ・パッチをインストールできますが、必要なワンオフ・パッチのバージョンはパッチ適用方法によって異なることがあります。
Oracle Update Advisorによる更新エクスペリエンスの合理化
Oracle Update Advisorは、ソフトウェアを推奨バージョンに保つための正確かつ最新の情報を提供するソフトウェア更新推奨フレームワークです。
月次推奨パッチ(MRP)
Linux x86-64プラットフォームの場合、MRPは、現在のRUに対して推奨されるすべての修正を簡単に適用する方法を提供します。
パッチの競合の解決
個別パッチをプロアクティブなパッチ適用方法のいずれかと組み合せて使用すると、パッチの競合が発生する可能性があります。
Oracle Fleet Patching and Provisioning (Oracle FPP)を使用したパッチ適用
Oracleでは、Oracle RAC、ExadataおよびOracle Data GuardとともにデプロイされたOracle Databaseのメンテナンス方法として、Oracle FPPサービスをお薦めします。
Oracle DatabaseおよびOracle GoldenGateへのパッチ適用
Oracle DatabaseとともにOracle GoldenGateを使用する場合は、データベースにパッチを適用する前に、Oracle GoldenGateプロセスが停止していることを確認する必要があります。
よくある質問(FAQ)
この項では、よくある質問を一覧で示します。
現在のデータベースのプロアクティブ・パッチ
次の表に、入手可能なデータベース関連のプロアクティブ・パッチに関する情報をプラットフォーム、環境およびバージョン別に示します。

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

リアクティブ・パッチ・メンテナンスとプロアクティブ・パッチ・メンテナンスの違いについて学習します。

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

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

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

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

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

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

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

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

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

データベース・プロアクティブ・パッチ・プログラムのプライマリ・ノート(ドキュメントID 888.1)
Oracle Database 19c and 23ai Important Recommended One-off Patches (Doc ID 555.1)
現在のデータベース・リリースのリリース・スケジュール(ドキュメントID 742060.1)

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

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

プロアクティブ・メンテナンスは、Oracle Databaseソフトウェア・リリースごとにMy Oracle Support (MOS)カスタマ・ポータルから入手できる定期的な四半期パッチ・バンドル(リリース更新)を予防的に適用することで実現されます。

リリース更新(RU)は四半期ごとにリリースされます(1月、4月、7月、10月の第3火曜日)。各RUには、毎月リリースされる最大6つの月次推奨パッチ(MRP)が付与されます。

パッチ更新は次の場所で発表されます。

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

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

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

関連トピック

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

リリース更新(RU)

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

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

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

5つのフィールドの1番目は、この年の新機能セット(このリリースとも呼ばれる)が最初に使用可能になった年を示します。
2番目のフィールドには、その年の新機能リリースに適用されているRUレベルを示します。19.7.0.0は、Oracle Database 19cの第7四半期RUを意味します。初期RUのいくつかはOracle内部にあり、最初に公開されているRUは多くの場合、19.4.0.0のように第4四半期RUです。この最初に公開されているRUは、リリースが公開された後の次の四半期に提供されます。
3番目のフィールドはRUR (2023年1月廃止)を指します。
4番目のフィールドは将来使用するために予約されており、現在は常に0に設定されます。
通常、最初の3つのフィールドのみが使用されますが、5番目のフィールドは、19.7.0.0.200414のようにRUのリリース日を冗長に明確にする数値を示す場合があります。

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

月次推奨パッチ(MRP)

更新19.17以降、Oracleはリリース更新間のプロアクティブなパッチ適用を提供するため、Linux x86-64用にMRPを提供しています。

2022年10月のRU 19.17以降、Oracleでは、月次推奨パッチを使用するようにリリース更新間のプロアクティブ・パッチ・プログラムを変更しています。リリース更新リビジョン(RUR)は廃止され、2023年1月以降廃止される予定です。MRPは、RURパッチと同じ機能の多くを提供します。ただし、Linux x86-64プラットフォームではOracle Database 19cに対してのみ提供されています。

MRPは、Oracle Database 19c RU19.17 (2022年10月中旬)以降、各RUのリリース後6か月で各RU用に配信されます。MRPには、Oracle Databaseの重要な推奨パッチ(My Oracle SupportドキュメントID 555.1)に記載されている修正と、RUの前回のMRPが含まれます。RUはサポートされているすべてのプラットフォームで引き続き使用できますが、MRPはLinux x86-64プラットフォームでのみ提供されます。お客様は、サポートされているすべてのプラットフォームで引き続きワンオフ・パッチをリクエストできます。特定の月にRUの新しい推奨修正がない場合、MRPはリリースされず、混乱を避けるために関連するMy Oracle Supportノートに注釈が追加されます。RUのワンオフ・パッチと最新のMRPとの間で競合がある場合は、マージ・パッチが提供されます。

MRPは、まとめてバンドルされたワンオフ・パッチのコレクションです。RUとは異なり、MRPはリリースのリビジョン番号には影響しません。リリース番号は、引き続きRU番号で指定されます。MOS競合チェッカは、MRP修正を他のバンドル済パッチと同様に処理し、通常の競合解決を行います。MRP内のパッチは、Oracle Inventoryディレクトリ(oraInventory)で追跡されます。このディレクトリは、MRPからインストールされたワンオフを示すために更新されます。

MRPは、データベース(RDBMS)、Oracle Clusterware (OCW)、Advanced Cluster File System (ACFS)、および高速ホーム・プロビジョニング(RHP)に対して個別のパッチとして提供されます。各MRPは、コマンドopatch napplyを使用して適用できるワンオフ・パッチのバンドルとしてパッケージ化されています。opatchautoツールを使用して適用またはロールバックできます。

各MRPには、最新のクリティカルな修正およびリグレッション修正が含まれていますが、6か月前にリリースされたクリティカル・コンテンツも含まれています。新しいRUコンテンツの取得を6か月待つことを選択することで、Oracle Databaseソフトウェア・メンテナンスに対してより保守的なアプローチを取ることができますが、最新のRUで修正された既知の問題にぶつかる恐れが依然としてあります。このパッチ適用方針の主な利点は、ベースRUまたは後続のMRPでリグレッションがレポートされた場合、それらが後のMRPで修正されることです。

MRPの特徴は次のとおりです。

MRPは累積的です。新しい各MRPには、特定のリリース更新用にリリースされた以前のMRPのパッチと、OracleがRUに推奨するワンオフ・パッチの現在のセットに加えて、Oracle Database 19cの重要な推奨ワンオフ・パッチ(ドキュメントID 555.1)に記載されているRUの推奨ワンオフ・パッチの現在のセットが含められます。
MRPではリリース番号は変更されません。
MRPはOpatchautoを使用してデプロイされます。
MRPは、Linux x86-64プラットフォームでのみ使用できます。

関連トピック

Oracle Database 19cの重要な推奨個別パッチ(ドキュメントID 555.1)

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

RUとMRPの内容の違い

リリース更新(RU)と月次推奨パッチ(MRP)とでは内容に相違点があります。

次の表で、相違点について説明します。

基準	リリース更新(RU)	MRP
間隔	四半期	Linux x86-64のリリース19cに対して毎月
ゼロ・ダウンタイム(ZDT)	RACローリング	RACローリング
セキュリティ修正	含まれる	CPUアラートと高CVSS修正が含まれる場合あり
リグレッション修正	含まれる	含まれる
プロアクティブな機能修正	含まれる	含まれない
オプティマイザ計画変更(デフォルトではオフ)	含まれる	含まれない
機能拡張(マイナー)	含まれる	含まれない
緊急の1回かぎり	含まれる	含まれる
サポートされるオペレーティング・システム	サポートされるすべてのプラットフォーム	Linux x86-64のリリース19c

月次推奨パッチ(MRP)は、Linux x86-64のOracle Database 19cに対して提供されます。RUとMRPはどちらも累積バンドル・パッチです。それぞれ、以前のパッチの修正がすべて含まれています。年の数字が現在のインストールの数字と同じで、現在インストールされているバージョンと同時または後にバンドルがリリースされているかぎり、どんなバンドル・パッチでも直接インストールできます。

Linux x86-64プラットフォーム上のOracle Databaseの場合、RUおよびMRPは共存し、将来のRUおよびMRPをインストールできるように設計されています。

あるMRPから次のMRP (221115から221220など)に移行すると、基礎となるRU (この場合19.17)のすべての機能修正が取り込まれますが、より最新のパッチ更新が1か月分追加されます。

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

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

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

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

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

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

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

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

ノート:

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

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

プロアクティブなパッチ適用方針

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

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

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

次の表に、四半期ごとにリリース更新をどのように適用できるかの例を示します。10月から始まり、RU 19.17.0をインストールします。1月に、RU 19.18.0をインストールします。4月に、RU 19.19.0をインストールします。7月に、RU 19.20.0をインストールします。10月に、RU 19.21.0をインストールします。

パッチ・タイプ	10月	1月	4月	7月	10月
RU	19.17.0	19.18.0	19.19.0	19.20.0	19.21.0

例1-2 Linux x86-64でのRUに対する毎月の月次推奨パッチ(MRP)の適用

Linux-x86-64プラットフォームのもう1つのプロアクティブなパッチ適用方針は、すでにインストールされている特定のリリース更新に最新の月次推奨パッチ(MRP)を定期的に適用することです。MRPはRUリリースごとに6か月間作成され、月の第3火曜日に外部化されます。MRPは、Linux x86-64プラットフォームで19.17 RU以降19cリリースに対してのみ提供されます。

MRPは、Opatchautoユーティリティを使用してインストールされます。MRPトラッキング・パッチの概要または件名には、MRPが適用されるデータベースRUと、MRPのリリース日がRU-番号.MRP-番号の形式で示されます。RU-番号はRUの数値、MRP-番号はMRPの数値です。MRP番号は、MRPがリリースされる日付を示します。

次に例を示します。

Patch 34522319 - DATABASE MRP 19.17.0.0.221115

このMRPパッチは、パッチ34522319がRU 19.17に加えて適用できるOracle Database MRPであり、MRPのリリース日は2022(年)11(月)15(日)で、2022年11月15日に対応することを示しています。

次の表に、2022年10月18日にリリースされたRU 19.17.0を適用し、2022年11月に開始して(19.17.0用の最終MRPがリリースされる)2023年4月まで続く6か月間、そのRUをMRPで更新する方法の例を示します。2023年5月に、2023年1月にリリースされたRU 19.18.0に更新し、RU 19.18.0を2023年4月または2023年5月のRU 19.18.0用のMRPで更新します。表のn/aは、更新対象のRUがリリースされないためMRPが適用されない月を示します。

表1-1 RU 19.17.0のパッチ・スケジュール

MRP	2022年10月	2022年11月	2022年12月	2022年1月	2022年2月	2022年3月	2022年4月
19.17.0 RU用のMRP	n/a	221115	221220	230117	230221	230321	23418

表1-2 RU 19.18.0のパッチ・スケジュール

MRP	2023年1月	2023年2月	2023年3月	2023年4月	2023年5月	2023年6月	2023年7月
19.18.0 RU用のMRP	n/a	230221	230321	230418	230516	230620	230718

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

ワンオフ・パッチを使用したリアクティブ・メンテナンス

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

Windowsプラットフォームでは、通常の"ワンオフ・パッチ"はサポートされません。現在および過去のプロアクティブ・パッチの詳細は、My Oracle Supportノート2337415.1を参照してください。

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

技術的に実行可能であれば、サポートされているバージョンのリリースまたは更新に加えてワンオフ・パッチが提供されます。
ワンオフ・パッチは、基本的な健全性テストを受けます。
ワンオフ・パッチは、技術的な重大度または爆発半径に基づいて更新に含まれる対象となります。

修正を含む更新を適用することをお薦めします。RUを待ち続けるかわりに1回かぎりのバグ修正を要求する長所と短所の詳細は、My Oracle Supportノート2648544.1を参照してください。

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

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

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

Oracle Update Advisorとは
Oracle Update Advisorでは、Oracle 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 Databaseのパッチ配信方法」

Oracle Update Advisorとは

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

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

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

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

Oracle Update AdvisorコマンドがConfiguration Assistant (DBCA)とOracle Fleet Patching and Provisioning (FPP)に追加されています。Database Configuration Assistantの自分で展開可能かつ実行可能で軽量なバージョンである、Database Configuration Assistant Utility (dbcactl)のリリースにより、DBCAで、Oracle Database 19cもサポートされるようになりました。Oracle Update Advisorは、Oracle Database 21cでは使用できません。これらのコマンドを使用すると、データベースおよび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ユーザーを登録します。
Database Configuration Assistant Utility (dbcactl)コマンドを使用したDatabase Configuration Assistant (Oracle Update Advisorオプションを含む)またはFleet Patching and Provisioning (FPP)のいずれかを使用して、インストール済のOracleホームのソフトウェア・ステータスのチェックを実行します。dbcactlコマンド構文は、dbcaコマンド構文と同じです。
そのステータス・レポートを確認します。そのステータスが緑色でない場合は、推奨されているソフトウェア・イメージをダウンロードしインストールします。

ノート:

Database Configuration Assistant Utilityソフトウェア・パッケージは、Linuxでのみ使用できます。

DBCAとのOracle Update Advisorの使用例

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

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

Database Configuration Assistant Utility (dbcactl)の場合は、まずOracleサポート(Oracle Cloud Infrastructureおよびクラウド・アプリケーションのサポート)からユーティリティをダウンロードしてインストールする必要があります。Database Configuration Assistant Utility (dbcactl) - スタンドアロン・ソフトウェア・パッケージ(ドキュメントID 3099785.1)を参照してください。

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

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

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

dbcactl -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 -registeruser --ssousername enterprise1 -csinumber 123456789 -proxyserver -192.0.2.1 -proxyport 20001 -proxyuser maint1
rhpctl evaluate patchコマンドを使用して、メンテナンスしているデータベースまたはGrid Infrastructureホームのステータスを確認します。この例では、Oracle Grid InfrastructureイメージGI_1928を確認します:
```
rhpctl evaluate patch  -image GI_1928 iso -path 
```
そのテスト・システムにインストールされているソフトウェアを検証した後、本番環境にそのゴールド・イメージ・ソフトウェア・バージョンをデプロイできます

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

月次推奨パッチ(MRP)

Linux x86-64プラットフォームの場合、MRPは、現在のRUに対して推奨されるすべての修正を簡単に適用する方法を提供します。

月次推奨パッチ(MRP)は、1つのダウンロード可能なパッチを使用して毎月間隔で提供される、推奨される個別(ワンオフ)修正のコレクションです。各MRPは、その月次更新に関連付けられたRUがリリースされた後、RUのリリース日から最大6か月後まで毎月更新コンテンツを提供します。新しい更新コンテンツのインストールを3か月または6か月待つことで、Oracle Databaseソフトウェア・メンテナンスに対してより保守的なアプローチを取ることになりますが、最新の更新で修正された既知の問題にぶつかる恐れが依然としてあります。

さらに、次のものをインストールする必要があります。

JVMコンポーネントがOracle Databaseで使用可能なOJVMパッチ。
環境に該当することがわかっている特定の問題専用の個別パッチ
最低限の個別パッチ

最新の更新のインストールは、個別パッチの必要性を減らすのによい方法です。

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

パッチの競合の解決

個別パッチをプロアクティブなパッチ適用方法のいずれかと組み合せて使用すると、パッチの競合が発生する可能性があります。

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

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

関連トピック

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

Oracle Fleet Patching and Provisioning (Oracle FPP)を使用したパッチ適用

Oracleでは、Oracle RAC、ExadataおよびOracle Data GuardとともにデプロイされたOracle Databaseのメンテナンス方法として、Oracle FPPサービスをお薦めします。

Oracle Grid InfrastructureのサービスであるOracle Fleet Patching and Provisioning (FPP)は、Oracle Fleet Patching and Provisioningサーバー自体をホストしているクラスタ上のソフトウェア・ホームを管理します。これにより、データベース、クラスタおよびユーザー定義ソフトウェア・タイプの標準運用環境の一括デプロイメントおよびメンテナンスが使用可能になります。FPPは、クラスタのインストールや、Oracle Grid InfrastructureおよびOracle Database 12cリリース2 (12.2)以降のリリース、およびリリース19c (19.17以降のリリース)を含むOracle Exadataスタックのプロビジョニング、パッチ適用、スケーリングおよびアップグレードにも役立ちます。FPPは、単一インスタンスのOracle Database構成とOracle Real Application Cluster構成の両方にパッチを適用することもできます。FPPを使用して、アプリケーションおよびミドルウェアをプロビジョニングすることもできます。

Oracle Fleet Patching and Provisioningは、次のモードのどれかで使用できます:

"Liteモード"の使用(ローカル・モードのOracle Fleet Patching and Provisioningサーバー(FPP Liteモードとも呼ばれる))。このモードは、Oracle Grid Infrastructureのインストール時のデフォルト構成です。FPP Liteモードの操作を使用すると、ゴールド・イメージを登録またはデプロイすることなく、簡略化された環境のローカル・クラスタでOracle Grid InfrastructureおよびOracle Databaseのパッチ適用操作を実行できます。Oracle Grid InfrastructureまたはOracle Databaseパッチ・ホームのいずれかをデプロイして、rhpctl move gihomeまたはrhpctl move databaseコマンドを使用してパッチ適用操作を実行し、作業用コピー名のかわりにソースと宛先のパスを指定します。
中央サーバー(Oracle Fleet Patching and Provisioningサーバー)の使用。中央サーバーは、ゴールド・イメージと呼ばれる標準化されたイメージを格納および管理します。ゴールド・イメージは、データ・センター全体の任意の数のノードにデプロイできます。デプロイされたホームを使用して、新しいクラスタとデータベースの作成、および既存のインストールに対するパッチ適用、アップグレード、およびスケーリングを行うことができます。

関連トピック

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

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

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

Oracle Databaseにパッチを適用し、Oracle GoldenGateを使用している場合は、データベースへのパッチ適用を開始する前にOracle GoldenGateプロセスを無効にする必要があります。この理由は、パッチとアップグレードによってRDBMSの内部表およびビューが変更される可能性があり、それにより、それらをコールするストアド・プロシージャが無効になるためです。依存オブジェクトもすべて無効になります。

関連トピック

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

よくある質問(FAQ)

この項では、よくある質問を一覧で示します。

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

"Windowsデータベース・バンドル・パッチ"には、オプティマイザ修正を含めることが可能です。
Oracle Database RUには、不正確なオプティマイザの結果から発生した問題に対するオプティマイザ修正を含めることは可能ですが、必要に応じて個別に有効または無効にする形式にかぎります。RUには、"デフォルトで無効"状態のオプティマイザ修正が含まれます。詳細は、My Oracle Supportノート2147007.1「Database Proactive Bundle Patchの自動の制御永続性修正(FCP)」を参照してください。

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

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

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

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

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

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

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

RUを待ち続けるかわりに1回かぎりのバグ修正を要求する長所と短所の詳細は、My Oracle Supportノート2648544.1を参照してください。

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

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

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

My Oracle Supportノート6880880.1またはMy Oracle Supportノート224346.1を参照してください

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

現在のデータベースのプロアクティブ・パッチ

次の表に、入手可能なデータベース関連のプロアクティブ・パッチに関する情報をプラットフォーム、環境およびバージョン別に示します。

この表の「方法」列で使用される短縮名は、My Oracle Supportノート2337415.1で詳述されています。

プラットフォーム	環境	DBバージョン	方法
UNIXプラットフォーム	Exadata	19.3.0.0以降のリリース	Exadata用のQFSDP、OJVM更新、TZ
Linuxプラットフォーム	Exadata	19.3.0.0以降のリリース	Exadata用のQFSDP、OJVM更新、TZ、MRP
UNIXプラットフォーム	RAC	19.3.0.0以降のリリース	GI更新、OJVM更新、コンボ、TZ
Linuxプラットフォーム	RAC	19.3.0.0以降のリリース	GI更新、OJVM更新、コンボ、TZ、MRP
UNIXプラットフォーム	非RAC	19.3.0.0以降のリリース	DB更新、OJVM更新、コンボ、TZ
Linuxプラットフォーム	非RAC	19.3.0.0以降のリリース	DB更新、OJVM更新、コンボ、TZ、MRP
Windowsプラットフォーム	すべて	19.3.0.0	Windowsバンドル、TZ

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

タイトルと著作権情報

Oracle Database Oracle Databaseパッチ・メンテナンス, リリース19c以降のリリース

F35819-04

Oracle and/or its affiliates.