ORACLE补丁介绍及安装操作说明.doc

背向天堂 第 第 PAGE 1 页 共 NUMPAGES 6 页 ORACLE补丁安装操作说明 Oracle数据库的版本号 Oracle数据库的发行版本号(release number)一般由五位数字组成。 Major Database Release Number 第一位数字是我们最常提到的一个大版本标识，它代表了数据库主要发行版本号；譬如我们说的10g不管是R1还是R2，其版本号的第一位总是10；不同Major release Number之间预示着存在功能上的巨大差别，例如在11g中加入了许多10g上永远不会有的新特性。 Database Maintenance Release Number 第二位数字代表数据库维护版本发行号，也就是我们常说的R1或者R2。已有的Maintenance Release Number包括:8.1(比较特殊)、9.1、9.2、10.1、10.2和11.1、11.2。从9i开始每一个大版本都有2个release，一般来说R1总是显得不那么稳定(至少11g之前是这样)，通过在R1中引入大量特性后发行并根据用户实际使用情况不断修正Bug，到R2发行时R1中引入的新特性已经日渐成熟，当然按照Oracle的风格在R2中还会引入部分特性，一些特性甚至可能是颠覆性的。 Application Server Release Number 第三位数字代表了Oracle Application Server (OracleAS)的发行版本号；对于Oracle database软件而言这一位总是为0。 Component-Specific Release Number 第四位数字代表了某个组件的发行版本号。这里说的组件是指我们在使用DBCA创建数据库是选择安装的Component，例如Oracle OLAP、Label Security等(如果是手动创建数据库，那么必然运行了安装组件的脚本，一般位于$ORACLE_HOME/rdbms/admin目录下)取决于数据库上所打过的Component Patch set补丁集或interim release临时版本，同一个数据库中不同组件可能存在不同的组件版本号。在给数据库软件打上Patch Set后我们需要给已经存在的数据库升级组件版本，通俗地说是给数据库升级数据字典，这样数据库内的组件版本一般是一致的，如我将一个的数据库升级到，那么这个数据库里的组件版本也会是。我们可以通过查询DBA_SERVER_REGISTRY视图来了解数据库中的组件版本情况。 Platform-Specific Release Number 第五位数字代表了平台相关发行版本号。通常意义上该位数字受到另一种补丁(不是Patch Set)的影响。在10g以后Oracle引入了在某个特定的补丁集的基础上发行的补丁集的更新(PSU-patch set update)；通过PSU的发行，Oracle可以针对某个特定的补丁集版本上发生的Bug集中性地修复，例如是一个10g使用十分广泛的版本，如果在上发现了Bug那么就可以将fix合并到PSU中。一般来说PSU会每年的1、4、7、10月份release，最近的一次PSU释放是在2011年的4月，包含了的第8个PSU也就是.8。注意Oracle只会为某个大版本上的几个final release制作PSU补丁，目前在10g上保持PSU发布的版本是和，而对于则不再有PSU的支持。可以通过查询registry$history表了解数据库(DB ,not Database Software)的PSU信息。 补丁类型介绍 名称 说明 Release 标准产品发布。如Oracle Database 10g Release 2的第一个发行版本为，可以在OTN、edelivery等站点上公开下载。 Patch Set Release 就是早期大家常说的PSR。这是在主版本号上发布的补丁集，修复了较多的Bug，可能会包含一些增强功能（Enhancement）。比如是一个主版本，那么、就是2个不同的Patch set。这种补丁集经过了严格的集成测试，也是累积型的。所以推荐安装最新的Patch Set。 Patch Set Update 就是DBADMA们常论道的PSU。Oracle 选取在每个季度用户下载数量最多，并且得到验证具有较低风险的补丁放入到每个季度的PSU中，修复比较严重的一些问题，包含每个季度的CPU，是累积型的。虽然在描述PSU的时候会用到数据库版本第5位，比如Database PSU .5，但实际上打完PSU后并不会真正改变数据库的版本，从v$version中看到的版本还是4位的(.0)，第5位仍然是0。 注意 Windows上没有CPU和PSU，