RU、MRPおよびCSPUの詳細 (2026/08/24)

RU、MRPおよびCSPUの詳細 (2026/08/24)

https://mikedietrichde.com/2026/08/24/more-clarifications-on-rus-mrps-and-cspus/

時折質問が寄せられますが、FAQドキュメントですべてを網羅することは必ずしもできないと認識しています。しかし、私たちは最善を尽くしています。また、回答する前に私自身も二度考えなければならない質問もあります。RU 、MRP、CSPUに関するより詳しい説明については、最新のFAQをご覧ください。

RU、MRP、CSPUに関するさらなる説明

写真はLarry Nalzaro氏によるもので、Unsplashに掲載されています。

事前に読んでおくべきものは何ですか?

まだ読んでいない方は、これ以上読み進めないでください。

後者のMOS FAQは検索で見つけるのが非常に難しいのですが、一読する価値はあります。

ここに挙げたトピック(すべてブログやメールで寄せられたものです)は、近いうちにFAQにも追加されるかもしれません。

 

バージョン19.29.0のセキュリティ修正プログラムまたはMRP(マスターリリースプログラム)をリクエストできますか?

必要な時に迅速にパッチを適用するのは非常に難しいことは承知しています。また、その上に個別のパッチやマージパッチを要求して受け取るのにも少し時間がかかることも十分に理解しています。後者は、独自のプロセス、テスト要件、アプリケーションの制約などに加えて、作業を遅らせる可能性があります。したがって、誰かが「私たちはまだ19.29.0を使用しており、すべてのコンテンツを受け取り、テストなどを完了した9月下旬に19.32に移行する予定です」と言うのも理解できます。

ただし、MRP( 1つの例外を除く)とCSPUは、現在および前のRUに対してのみ提供されることに注意してください

私のブログ記事にあるこのグラフをご覧ください

RU、MRP、CSPUに関するさらなる説明

RUの上に6つのMRP

つまり、私がこのブログ記事を書いている2026年8月24日現在、19.32と19.31のMRP(またはCSPU)は入手できますが、19.30や19.29のMRPは入手できなくなります。Oracle AI Database 26aiについても同様で、現在はRU 23.26.3を使用しており、そのRUだけでなく、以前のRUである23.26.2のMRPも提供していますが、それより古いRUのMRPは提供していません。

さらに、セキュリティ修正プログラムを適用する対象車両は、まず以下のとおりであることをご理解、ご承知おきください。

  • リリースアップデート
  • さらに、バージョンとプラットフォームに応じて、MRPまたはCSPUも最新の状態に保つ必要があります。

しかし、セキュリティ修正プログラムが単発の修正としてリリースされることは非常に稀です。そのため、RUを適用した後は、次のRUがリリースされるまでMRPまたはCSPUを使用する必要があります。

 

私はまだN-1のままでいられますか?

上記の段落に関連して、現在のRUと以前のRU、そしてその上のMRPを比較した場合、同じセキュリティコンテンツを受け取っているかどうかについて議論されることがよくあります。

私の見解に基づくと、明確な答えは「いいえ」です。

最新の例を挙げて、現行のRUである19.32と、対応する7月のMRP3である19.31を比較してみましょう。oradiff.oracle.comは、このような比較に非常に役立ちます。

  • 19.31 => MRP3 を含む 19.31 には 16 の追加修正が含まれており、そのうち 12 は件名に「バグの修正」(セキュリティ修正)が含まれています。
  • 19.31 => 19.32 には 19.31 に対する 671 の修正が含まれており、そのうち 527 (!!) は件名に「バグの修正」と記載されています。

つまり、これで疑問は解決したと思います。N-1 のままにしておくと、以前の RU に加えて最新の MRP または CSPU を適用しても、利用可能なセキュリティ修正プログラムのごく一部しか消費されません。

前述のとおり、セキュリティコンテンツを提供する主要な手段は明らかにRU(更新単位)です。したがって、RUは常に最新の状態に保ち、その上に毎月のMRP(マスターリソースポリシー)またはCSPU(顧客サービスポリシー)を適用する必要があります。しかし、以前のRUを使い続けるべきではありません。これが、当社の経営陣が古いRUにパスワード保護をかけることを決定した理由でもあります。

 

MRPが適用されているかどうかを確認するにはどうすればよいですか?

この疑問は、MRPを導入した初日から存在しています。ここの最後の段落までスクロールしてください。

そして、この問題は2023年にMRPが導入された直後に提起されたことが分かるでしょう。

残念ながら、在庫状況からMRPが適用されたかどうかを判断する方法はまだありません。これは古い例であり、修正の数はこれほど多くないかもしれませんが、単発のパッチしか表示されません。例えばデータポンプバンドルパッチの場合のように、MRPやCSPUが適用されたことを示す一行のエントリはありません。

$ORACLE_HOME/OPatch/opatch lspatches
35246710 ; 19.18 DBRUパッチ適用後の高ダイレクトパス読み取り
35213579 ;データベース RU 19.18 . 0 . 0 . 0 OF 35037877 35046819でマージ
35162446 ;行動変更をオフにする必要があります
35160800 ; Oracle DBを19.18 DBRUにアップグレードした後、 SYSTEM.LOGMNRC_USERでGG IEがORA-14400エラーで失敗ます
35156936 ;ORA- 7445 [ KFFBNEW () + 351 ] ASM FLEX DISKGROUP に変換後
34974052 ;ダイレクトNFS接続リセットメッセージ
34879016 ;INST_RCVバッファに書き込み権限が付与されていないため、すべてのセッションがハングアップします
34871935 ;SBIキューの蓄積 - GC現在のリクエストによりセッションが急増( 2022年12月6日)
34861493 ;保護対象データベースを19.17にパッチ適用後、ZDLRAカタログでカタログの再同期が失敗しました
34810252 ;バグ34808861スピンオフ[ ORA- 00600 内部エラー コード、引数 [ KFDS_GETSEGREUSEENQ01 ]すべての DB インスタンスが終了しました
34793099 ; 19.17でストレス FA CDB 作成が失敗し、PDB$SEED を開く際ORA- 00704 ブートストラップ プロセスが失敗します
34783802 ;パーティションテーブルに対する並列クエリが誤った結果を返す
34557500 ;CTWRにより、RACスタンバイデータベース上で複数のインスタンスがハング状態になりました
34340632 ;AQAHスマートモニタリングとキューKGLメモリ使用量の回復力
33973908 ;DBWRがしばらく書き込みを拾わない
32727143 ;トランザクション期間グローバル一時テーブルに対するトランザクションレベルのコンテンツ分離
31222103 ; ストレス RAC ATPD ファン イベントは 21C GI および19.4 DBで処理されていません
34972375 ;DATAPUMP バンドル パッチ19.18 . 0 . 0 . 0
34786990 ; OJVMリリースアップデート: 19.18.0.0.230117 ( 34786990 )
34765931 ;データベース リリース アップデート: 19.18 . 0 . 0.230117 ( 34765931 )
29585399 ;OCW リリースアップデート19.3 0 0 0 ( 29585399 )

お客様から既に機能改善のご要望をいただいていることは承知しており、近いうちに何らかの改善が見られると確信しています。

MRPのREADMEファイルを見れば、その理由がわかるはずです。

2. 「 opatch napply 」を使用して、すべてのMRPコンテンツをオフラインで適用します

「napply」コマンドで個々のパッチを適用すると、インベントリにはそれぞれのパッチに対応するエントリが1つずつ作成されます。

 

MRPを使用してクライアントのインストールにパッチを適用できますか?

これは難しい問題です。なぜなら、私は基本的にクライアントのインストールにパッチを適用しないからです。なぜでしょうか?

ええ、私はかなり前にInstant Clientに切り替えて、パッチが適用されているはずの最新バージョンをダウンロードしました。でも、これは実は先週同僚が提起した非常に正当な質問なんです。少し考えましたが、MRPを使ってクライアントのインストールにパッチを適用することもできるはずです。

なぜ?

ええ、クライアントインストールにRUを適用できます。そして、MRPを使ってクライアントインストールにパッチを適用できない理由はないと思います。

しかし、このブログには1つのルールがあります。それは、
私が自分で試したこと、またはチームの誰かが試したことだけを書くということです。この場合、私は試していないことを告白しなければなりません。すでに試した人がいたら教えてください。そうでなければ、時間があればすぐに自分で試してみます。しかし、READMEにはクライアントのインストールについては何も書かれていないことに気づきました。MRPが構築されたベースRUが必要であること、そしてMRPを使用してデータベースホームにパッチを適用できることは書かれています。

特に後者については、私は疑問に思った。

  • このMRPは、Oracle Databaseリリースアップデート19.32.0.0.260721がインストールされているOracleホームにのみインストールできます。
  • このMRPは Oracle DB Homeに適用されます

しかし、すぐに分かるだろう。

 

MRPの上にRUを適用できますか?

これも興味深い質問ですね。先日、ブログで顧客からこの質問がありましたが、ある程度は可能です。

まず、異論を述べさせてください。

インプレースパッチ(弊社が推奨する方法)を適用する場合は、まずMRPをアンインストールする必要があります。たとえば、MRP3が適用された19.31 RUが既にインストールされている環境で、同じ環境に19.32 RUを適用したい場合、MRPは(データポンプバンドルパッチと同様に)一度限りのパッチであるため、19.32 RUを適用する前に、まずMRPを環境から削除する必要があります。

(強く推奨する)パッチ適用を別の場所で行う場合、このような問題は発生しません。新しいホームを19.32で準備すれば、以前のホームに何がインストールされていたかは気にしなくて済みます。datapatchにクリーンアップ作業を任せるだけで、自動的に処理されるため、手間が省けます。

 

 

関連リンクと情報

-マイク

コメント

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13)

OCI Object Storageアクセス制御ポリシーの構成 (2024/04/25)