PSU更新之后是否更改数据库版本号呢

在安装psu补丁之后,登陆数据库发现sqlplus、数据库版本号没有发生变更。查看MOS官方给出如下解释。同时做了一个测试,将打psu补丁后的数据库冷备份到打补丁之前的数据库仍然可以

启动数据库,同时没有任何报错。

APPLIES TO:

Oracle Database - Enterprise Edition - Version 10.2.0.4 to 12.1.0.1 [Release 10.2 to 12.1]
Information in this document applies to any platform.

GOAL

This article helps to find whether  PSU released for Oracle Database Server 10gR2  ( 10.2.0.x  ) and 11gR1 (11.1.0.x) ,11g R2  (11.2.0.x )  and 12c R1 (12.1.0.1) change the database version.

SOLUTION

Do Patchset Updates (PSU‘s) Change the Oracle Release Version/Fifth Digit?

Answer: NO.

The PSU  i.e 10.2.0.4.x or higher , 11.1.0.7.x  and 11.2.0.1.x or higher and 12.10.1 released for Oracle Database Server version 10.2.0.4.x or higher  , 11.1..0.7.0 ,11.2.0.1 or higher and 12.1.0.1   respectively does NOT change the database version . That means PSU  10.2.0.4.x /10.2.0.5.x, 11.1.0.7.x, 11.2.0.1.x /11.2.0.2.x/11.2.0.3.x/11.2.0.4.x and 12.1.0.1. x  ( where x is the fifth digit ) does NOT change the 5th digit of the Oracle Database Server version.

After applying the PSU "opatch lsinventory" still shows the version as 10.2.0.4.0/10.2.0.5.0 for Oracle 10g R2, 11.1.0.7 for Oracle 11g R1 , 11.2.0.1 /11.2.0.2/11.2.0.3/11.2.0.4 for Oracle 11g R2 and 12.1.0.1 for Oracle 12c R1

PSU‘s also will not change the version of oracle binaries (like sqlplus, exp/imp etc.)

Note : It is also applicable for the Oracle Enterprise Manager Grid Control and EM Agent

Although Patch Set Updates are referenced by their 5-place version number, with the 10.2 , 11.1 and 11.2  PSUs the product banners and Oracle Universal Installer (OUI) information are not updated with the new version number. For the 10.2 ,11.1 ,11.2 and 12.1 PSUs, use the OPatch inventory information to determine the PSU version currently installed.

example:

> opatch lsinventory

And compare it to the version table listed in

Note 854428.1 Patch Set Updates for Oracle Products

Section 7, "Determining the Patch Set Update Version"

or

1. Make sure your opatch version is at or above

  • 10.2.0.4.5 for version 10.2 ORACLE_HOMEs
  • 11.1.0.6.5 for version 11.1 ORACLE_HOMEs
  • 11.2.0.1.0 for version 11.2 ORACLE_HOMEs

$ opatch version 
Invoking OPatch 10.2.0.4.8

OPatch Version: 10.2.0.4.8

2. Verify if PSU is installed in the ORACLE_HOME

$ opatch lsinventory -bugs_fixed | egrep ‘PSU|PATCH SET UPDATE‘

...
12827740 13343461 Wed Feb 22 07:11:36 GMT 2012 DATABASE PSU 11.1.0.7.9 (INCLUDES CPUOCT2011)
13343461 13343461 Wed Feb 22 07:11:36 GMT 2012 DATABASE PATCH SET UPDATE 11.1.0.7.10 (INCLUDES

3. Verify the PSU Post Install steps were run in the DB

select substr(action_time,1,30) action_time, 
substr(id,1,10) id, 
substr(action,1,10) action, 
substr(version,1,8) version, 
substr(BUNDLE_SERIES,1,6) bundle, 
substr(comments,1,20) comments 
from registry$history;

ACTION_TIME                  ID ACTION VERSION  BUNDLE COMMENTS 
---------------------------- -- ------ -------- ------ -------------- 
23-AUG-10 07.28.02.856762 AM 4  APPLY  10.2.0.4 PSU    PSU 10.2.0.4.3 
23-AUG-10 07.31.48.001892 AM 1  APPLY  10.2.0.4 PSU    PSU 10.2.0.4.4

For Windows : You get the output as mentioned below

Example output :

ACTION_TIME                    ID ACTION VERSION  BUNDLE COMMENTS 
----------------------------   -- ------ -------- ------ --------------

30-JUL-12 10.28.44.656000 PM               20   APPLY     11.2.0.2    WINBUN      Patch 20

Note: The registry$history will not contain the row showing the PSU Post Install step was executed unless catbundle.sql is executed.  This means if the Post Install steps were skipped because the db was upgraded or created after installing the PSU, this row will not exist

备注:MOS通过查看registry$history视图,查看DB是否更新psu,同时也可以通过dba_registry_history视图进行查看。

PSU更新之后是否更改数据库版本号呢

时间: 2024-10-11 18:22:38

PSU更新之后是否更改数据库版本号呢的相关文章

2014年第一季度Oracle PSU更新(包括10.2.0.4+版本号全部PSU信息)

2014年第一季度的PSU更新主要是3个版本号:12.1.11.2.0.4.11.2.0.3以及11.1.0.7. 在第2季度Oracle 将公布12.1.0.2,同一时候11.2.0.4版本号也将是11.2的终极版本号,不会再出11.2.0.5. 例如以下是我整理的最新的10.2.0.4+版本号的最新psu信息,供大家參考!(包括12c psu信息). ++++10.2.0.4 Oracle Database Patch Set Update Unix Comments Includes Cp

java更改数据库中的数据

不废话,上代码 1 package com.ningmeng; 2 3 import java.sql.*; 4 5 /** 6 * 1:更改数据库中的数据 7 * @author biexiansheng 8 * 9 */ 10 public class Test04 { 11 12 public static void main(String[] args) { 13 // TODO Auto-generated method stub 14 try { 15 Class.forName("

利用SQL更改数据库名称

今天闲来无事,从网上学习到了一个SQL小技巧,和大家分享一下. 就是在查询分析器输入exec sp_renameDB'<原数据库名称>','<新数据库名称>' 然后,选择这条语句并按  "F5" 键即可:具体步骤如下: 首先我的SQL Server中有一个名叫"sql"的数据库,现在我想将这个数据库的名字更改为  "da":如图1 图1 然后打开查询分析器,在查询分析器中的查询窗口中输入命令:如图2: 图2 然后将这条语句

windows下MySQL更改数据库文件目录及1045,1067错误

MySQL安装时不能选择数据库文件的安装位置, 也没有可用的直接更改数据库目录的工具,要想更改数据目录,方法如下: MySQL安装并配置完毕,默认的数据哭安装目录为 C:/ProgramData/MySQL/MySQL Server 5.1/data(vist或者win7下) C:/Documents and Settings/All Users/Application Data/MySQL/MySQL Server 5.1/Data/(xp下), 下面以win7为例介绍: 1.正常安装并配置M

MongoDB:更改数据库位置(Windows)

MongoDB在Windows中默认的数据库目录是c:\data.如果在没有该目录的情况下,直接运行mongod.exe,就会报如下错误: 在某些情况下,我们并不想把mongoDB的数据库放在c盘,这时候有两种方法可以切换数据库目录. 1. 命令方式 首先创建数据库目录,例如d:\data.然后运行命令 mongod –dbpath d:\data 2. 配置文件方式 在任意位置创建一个配置文件,例如c:\mongodb\conf的目录下创建一个名为master.cfg的文件,内容为dbpath

mysql更改数据库目录提示“ERROR 2002 (HY000): &#39;/var/lib/mysql/mysql.sock&#39; (2)”

操作系统环境如下: [[email protected] data]# cat /etc/issue CentOS release 6.7 (Final) Kernel \r on an \m [[email protected] data]# uname -r 3.19.0-25-generic [[email protected] data]# getconf LONG_BIT 64 mysql数据库由于yum安装方式,所以默认的数据库目录是/var/lib/mysql,也就是my.cnf文

Qt 5.3更新无数,更改C++控制台输出最为赞

本人觉得有了这个更新,Qt Creator可谓几乎没有缺点了,起码仅仅开发C/C++,是不用再去安装VS了. Qt 5.3放出,更新无数,具体参考: http://qt-project.org/wiki/New-Features-in-Qt-5.3 有一个功能,属于超级好的改进了,就是C++控制台程序的输出,不再是弹出一个CMD,执行程序,而是直接在应用程序输出结果: 这个修改,让我振奋不已,以前弹出CMD,经常提示找不到句柄,程序无法结束.这个Bug我一直难以接受! Many thanks.

.Net开源数据库设计工具Mr.E For Linq (EF 6.1) 教程(三)更新已发布的数据库

项目发布到服务器后,如果在后期,数据库的结构发生变更,如何更新到服务器呢? 首先,右键点击数据库,导出结构脚本文件 把脚本文件和 Mr.E.rar拷贝到服务器,在服务器解压Mr.E,运行其中的“更新数据库结构.bat” 选择脚本文件,选择数据库类型,填写数据库连接字符串,点击[开始更新] 更新不同类型的数据库 如果你设计的时候,是Sql Server类型数据库,但是想生成一个sqlite数据库,或者更新一个sqlite数据库,该怎么办? 和上面那个方法一样,只要选择sqlite数据库类型,填写正

批量更改数据库COLLATION

企业内部有很多系统是繁体的,由于各方面的原因,公司目前正在实行简体化,但各系统中又有数据间的交换,所以系统只能一个一个的更改,以防同时出现过多的问题.由于原先数据库只能存储繁体,而原先已存在的数据则可以不必转换为简体,照用就可以了.我们新的数据库均采用Chinese_PRC_BIN collation, 所以我们直接把旧系统备份一份,然后恢复到新的服务器上,同时更改数据库的collation. 但是只更改了数据库的COLLATION还是不够的.要把数据库里面的表都同时更改了才可以.但我们的数据库