从计划的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>