oracle 12c 我们到底该选择 RU,还是RUV?

郑全

数据库 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>

  
  

登录/注册后可看大图

郑全

新安装，就选择 RU吧