Oracle RU RUR

数据库 12.1 和 11.2 版本仍然使用传统的 PSU/BP 流程以及版本编号系统。

补丁系统的改变 - Release Updates 和 Release Update Revisions

从计划的2018年的下一个数据库发布（本来预计是12.2.0.2）开始，数据库产品的新版本发布改为每年一次，并且不再发布补丁集。 

为了支持与安全相关的修复以及高优先级的非安全修复，将在每年的1月，4月，7月和10月每个季度发布一个 Release Updates (Updates)。 Oracle的季度发布的Updates包含客户最有可能遇到的错误的修复：

• 查询优化器错误修复,在之前版本的PSU以及BP中并不包含的这些修复被加入到Updates中，但是默认是禁用的。

• Updates包含安全相关的补丁。

• Updates会经过 广泛的测试，包括功能测试，压力测试，性能测试以及破坏性测试。

• 及时应用Updates可以降低碰到已知问题的可能性。

• Updates在RAC环境下可以使用rolling的方式不停机安装。

除了季度性发布的Updates, Release Update Revisions (Revisions) 也会每个季度发行，包含对Updates的回退修复以及包含最新的安全方面的修复。

• 在每个Update发布后的六个月内，会有2个针对这个Update的Revisions 。比如，  Release.Update .1 和  Release.Update .2，这里"1" 和 "2"代表的是Revision。

Oracle推荐客户保持应用最新的Updates，这样可以避免很多已知的问题。并且可以避免申请很多小补丁，并显著降低更多的补丁维护的操作。

某些客户可能已达到稳定状态，并希望优先考虑安全更新而不是功能修复。在这种情况下，他们可能选择应用 Revisions。当他们应用  Release.Update.1 ，他们落后Update的内容3个月。 当他们应用 Revision  Release.Update.2 ，他们落后Update的内容6个月。通过选择延迟3或6个月的新Update的内容，客户可以采取更保守的方法来进行数据库软件维护，但是他们仍有可能会碰到已在最新Update中包含的已知问题。

在Updates和Revisions 之间来回切换是可能的。但是是有限制的，新的patch必须是之前patch的超集。为了避免补丁冲突，客户应该坚持一贯的政策，即在每季维护周期中始终采用相同的Revision级别 (比如  Release.Update.0 ,  Release.Update.1  或者  Release.Update.2 )

从12.2.0.1 数据库软件以及更新的版本开始，Update 和 Revision策略取代了之前的 Patchset Update (PSU) 和 Database Bundle Patch (DBBP) 策略。从2017年7月开始，之前的术语'Patchset', 'Patchset Update', 以及"Database Bundle Patch' 不再适用于 12.2.0.2 及更高版本。注意，数据库版本12.1 和11.2 仍然会每季度发布 PSUs 和 BPs。

 

图1: 12.2.0.1 数据库版本 - Update/Revision的命名规则

• Release Update - Database <Quarter> Release Update 12.2.0.1.<build-date>

• Release Update Revision - Database <Quarter> Release Update Revision 12.2.0.1.<build-date>

在本地安装的软件(non-Engineered System)版本被发布后，大部分的年度软件发布版本会被支持2年。定期的会有一个版本被定义为“扩展支持版本”，并且会被支持8年。关于每个版本的支持年限被详细记载在  技术支持策略文档 .

http://www.oracle.com/us/support/library/lifetime-support-technology-069183.pdf

版本编号的变化

从2018年开始，开始使用一个新的数据库软件版本编号系统。和以往的编号系统（比如12.2.0.2）不同，会使用3个数字编码格式：年.更新.发布 (Year.Update.Revision)，比如18.1.0。这样可以清楚的表示:

• 软件是哪年发布的 (第一个部分)

• 哪个季节发布的Update (第二个部分)

• 哪个季节发布的Revision (第三个部分)

 

 Revisions 是overlays补丁还是一个完全的补丁？

A:  Revisions 不是overlay补丁。   它们是完全的补丁。

 

在没有先应用对应的Update的情况下，是否可以安装这个Update对应的Revision ？

A:  是的.  不需要先安装Update。

Update 和 Revision在补丁的内容上有什么主要的不同？

A:  Revision 包含对 Update 的安全性和回退修复，将 Update 的生命周期延长两个季度，可以让数据库保持最新的安全修复。每个 Revision 只针对特定的 Update。

 

客户是否可以在 Updates 和 Revisions 之间来回切换？

A: 是的。   只要客户选择的版本是另一个的累积，那么就可以在 Updates 和 Revisions 之间切换。一个简单的公式就是在相同的年度发布的情况下，把目标以及源库的版本号的后两个部分相加。如果目标版本号的后两个部分相加大于源库版本号的后两个部分相加，那么就可以应用目标版本；否则安装会失败。

例 1:
    源版本 - 18.2.2     <<<<< 第二部分和第三部分的和是 "4"
    目标版本 - 18.5.0     <<<<< 第二部分和第三部分的和是 "5"
    结论: 目标版本 "5" 比源版本 "4" 大，所以可以应用目标版本

例 2:
    源版本 - 18.2.2     <<<<< 第二部分和第三部分的和是 "4"
    目标版本 - 18.3.0     <<<<< 第二部分和第三部分的和是"3"
    结论: 目标版本 "3" 比源版本 "4" 小所以不能安装目标版本，会出错

 

12.2.0.1会发生什么变化？

A: 2017年7月对于 12.2.0.1 版本，Oracle 将发布 Database Update，Grid Infrastructure Update，OJVM Update。  12.2.0.1 版本将不会再有 PSU 或者 Bundle Patch。  2017年10月，计划发布在 Database July 2017 Release Update 上的第一个 Revision。  同样的，2018年1月，计划发布 Database July 2017 Release Update 上的第二个 Revision 。  在上面的图1中也反映了这一点。

如果需要的话，Grid Infrastructure 和 OJVM 的 Revisions 也计划以相似的方式提供。

参考： Release Update介绍以及FAQ (文档 ID 2289879.1)

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/20747382/viewspace-2199197/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/20747382/viewspace-2199197/