oracle12.2 之后数据库软件发布流程

举报
snowofsummer 发表于 2020/11/12 09:17:01 2020/11/12
【摘要】 More Information about RU and RUR :MOS Note:742060.1 – Release Schedule for Current Database Releases (updated Aug 3, 2017 )MOS Note: 2285040.1 – Release Update and Release Update Revisions for Dat...

More Information about RU and RUR :

MOS Note:742060.1 – Release Schedule for Current Database Releases (updated Aug 3, 2017 )

MOS Note: 2285040.1 – Release Update and Release Update Revisions for Database Proactive Patch Program

MOS Note: 2275525.1 – FAQ for RU and RUR (not public yet)



Release Update介绍以及FAQ (Doc ID 2289879.1)


从2017年下半年开始, Oracle开始转向一个更加灵活和主动的数据库软件发布流程。   这些改变仅仅影响数据库和Grid Infrastructure12.2 及之后版本。   这个战略的主要目标是双重的:

1. 拥抱一个更加简单的软件发布流程

a. Oracle每年都可以发布一些新特性,而不是像以前一样等很多年
b. Oracle通过减少每次发布的软件的修改来提升数据库的质量

2.可以提供给客户一个更灵活的方式来:

a. 在需要时有效的提供 bug 修复(就像 12.1.0.2的DB Proactive BP 目前所提供的)
b. 当客户环境稳定时,有效的提供季度安全更新(就像11.2.0.4以及12.1.0.2上的 PSU 目前所提供的)

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

为了支持与安全相关的修复以及高优先级的非安全修复,将在每年的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.0Release.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>



blob.png



版本编号的变化

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

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

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

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


blob.png









【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。