Oracle补丁包RU(Release Update)介绍以及FAQ (Doc ID 2289879.1)

0    806    2

👉 本文共约6357个字,系统预计阅读时间或需24分钟。

本页目录 隐藏
Frequently Asked Questions

适用于:

Oracle Database Exadata Express Cloud Service - 版本 N/A 和更高版本
Oracle Cloud Infrastructure - Database Service - 版本 N/A 和更高版本
Oracle Database Cloud Exadata Service - 版本 N/A 和更高版本
Oracle Database Backup Service - 版本 N/A 和更高版本
Oracle Database Cloud Service - 版本 N/A 和更高版本
本文档所含信息适用于所有平台

用途

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

概述

从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 目前所提供的)

为了实现这个目标,如下的数据库软件修改被实施:

数据库 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 Release Update 12.2.0.1.
  • Release Update Revision - Database Release Update Revision 12.2.0.1.

    Oracle补丁包RU(Release Update)介绍以及FAQ (Doc ID 2289879.1)

对于年度数据库软件发布的技术支持策略

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

版本编号的变化

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

  • 软件是哪年发布的 (第一个部分)
  • 哪个季节发布的Update (第二个部分)
  • 哪个季节发布的Revision (第三个部分)

声明:

对文档中公布的日期仅用于规划和讨论的目的。它的目的纯粹是为了帮助您规划 I.T. 项目。该日期并不是一个确认的开发计划。任何平台的发布和时间如有变更,在任何时候,由 Oracle 自行决定。

您访问和使用此机密资料应遵守您的Oracle软件许可和服务协议的条款和条件。未经Oracle事先书面许可,不得将本文档及其中包含的信息披露,复制,复制或分发给许可组织外的任何人。 本文档不属于您的许可协议的一部分,也不能包含在与Oracle或其子公司或关联公司的任何合同中。

Figure 2: Release and Update Timeline

Oracle补丁包RU(Release Update)介绍以及FAQ (Doc ID 2289879.1)

请注意,本文所述的更改只适用于数据库和 GI(Grid Infrastructure)12.2 及之后版本。 数据库 12.1 和 11.2 版本仍然使用传统的 PSU/BP 流程以及版本编号系统。

Frequently Asked Questions

Q1: 是否每年的初始,新功能的数据库版本发布也会同时发布?

A: 初始的新功能版本比如18.1和19.1并不会发布Revisions

Q2: 我想了解更多的信息,比如对于non-Cloud用户来说 初始版本 的发布日期。

A: 没有计划针对初始生产版本(也称为18.1、19.1等)发布Revisions,因为初始生产版本仅适用于Oracle Cloud部署。然后在下一个季度里,on premise的版本才会发布,比如 release 18.2 在 2018, 或者 19.2 在 2019, 等等。 Oracle不能更具体地确定何时为非Cloud客户提供这些本地版本

Q3: 在 bug 的修复被并入 Update 及新版本之前,是否仍然可以申请单独的 bug 修复?

A: 是的。只要技术上可行的话,可以在支持版本的 Update 和 Revision 上申请临时补丁。

本人提供Oracle、MySQL、PG等数据库的培训和考证业务,私聊QQ646634621或微信db_bao,谢谢!

Q4: 替代临时补丁是否可以在Updates和Revisions上可用?

A: 替代临时补丁只在Updates上可用,在Revisions上不可用。请参考Note 1998563.1 - Proactive Replacement Interim Patches for Conflicts with Database Proactive Patches

Q5: 客户是否被要求应用新的Updates 或者 Revisions 来修复一些新的 bug?

A: 不。 - 不要求为了修复新的 bug 就去应用 Updates 或者 Revisions 。然而,Oracle 强烈建议客户尽可能保持最新的 Updates / Revisions 以维持最稳定的系统,避免触发已知 bug 或者安全问题。

Q6: Update中是否会包含新特性?

A:小的重要的 Cloud 特性会不定期地包含到 Update 中。

Q7: Revision中是否会包含新特性?

A: 不会。

Q8: 每个Update会发布多少Revisions ?

A: 每个Update会在发布后六个月内提供Revisions ,每个Update会发布对应的2个单独的,季度发布的Revisions 。

Q9: 对于每个 annual new features Release 会发布多少 Updates?

A: 只要这个annual release仍是被支持的,我们就会一直发布 Updates,至少在下个annual Release发布之后的2年内。这意味着对于每一个annual new features Release都会至少发布3年 Updates。

Q10: Revisions 是overlays补丁还是一个完全的补丁?

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

Q11: 在没有先应用对应的Update的情况下,是否可以安装这个Update对应的Revision ?

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

Q12: Release Updates 是累积的吗?

A: 是的。比如,7月份的 Release Update patch 包含之前所有的 Release Updates 中包含的补丁。

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

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

Q14: 客户是否可以在 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" 小所以不能安装目标版本,会出错

Q15: 从 Update 转换向相同季度发布的 Revision 会怎样?比如,从 18.5.0到18.4.1? 虽然后两位的数的和都是5,但是从 "high-priority non-security fixes" 的角度来看,却是倒退了一个季度?

A: 就像在问题里提到的情况,如果从"high-priority non-security fixes"的角度想后退一个季度,那么Opatch tool会报错退出 - 声明要打的 Revision 是已经安装了 Update 的子集。

Q16: 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 也计划以相似的方式提供。

Q17: 那么12.2.0.2和18c本质上是同一件事,对吗?

A: 不,他们不是。 如果仅将18c视为12.2.0.2的不同标签,您将感到困惑。 您需要将12.2.0.1视为12.2的最终版本,并意识到没有Oracle Database 12.2.0.2这个版本。 从12.2.0.2开始,Oracle完全更改了发布Oracle数据库软件的范例。 该新范例就是本文档中所描述的。

Q18: 数据库 12.1 和 11.2 版本会受到影响吗?

A: 不会。本文所述的更改只适用于数据库和 GI(Grid Infrastructure)12.2 及之后版本。数据库 12.1 和 11.2 版本仍然使用传统的 PSU/BP 流程以及版本编号系统。

Q19: 季度的 CPU 会有什么变化?

A: 本文中提到的Update/Revision策略既是12.2版本及更高版本的数据库软件的季度发布的CPU项目。CPU文档会列出Updates和Revision提供的安全相关的修复。对于最近的CPU文档,请参照 "Critical Patch Updates, Security Alerts and Bulletins"

Q20: 安装 Update/Revision 需要多长的停库时间?

A: 当通过 RAC Rolling 或者 Data Guard/GG switchover 等方式安装时,不需要停机时间。

Q21: OJVM补丁在这种新的发布模式下是否可以rolling安装?

A: Oracle数据库开发正致力于减少OJVM补丁安装时的停机影响。更新信息请参考文档 Note 2217053.1 - RAC Rolling Install Process for the "Oracle JavaVM Component Database PSU" (OJVM PSU) Patches

Q22: 在应用OJVM Update前,是否需要先安装Database Update/Revision?

A: 答案会随不同的OJVM Update而不同。请参考要安装的OJVM Update的README的前提条件部分。

Q23: 怎样获知Updates和Revisions对应的已知问题?

A: 对每个 Updates和Revisions 都会有一篇 MOS 文档来列出已知问题,与当前对 PSU,BP 和 CPU 的做法一样。

Q24: Updates中是否包含优化器修复?

A: 优化器的一些修复会改变执行计划,必须由客户有选择的启用。 详细信息,请参考 MOS NOTE 2147007.1&gt中的"Managing 'installed but disabled' module bug fixes"这一部分。 Q20: 什么产品将改用这种新的发布策略?A: 除了 non-rolling 升级的修复,这一新策略将应用到当前 Oracle Database Bundle Patches for Oracle Database, Oracle Engineered Systems, Oracle E-Business Suite, Oracle Fusion Applications,以及 SAP products。 Oracle Engineered Systems 包括 Exadata,SPARC SuperCluster, MiniCluster 和 ZDLRA。

Q25: 哪些产品使用了这个新的patch策略?

A: 除了 non-rolling upgradeable 的fix,这个新的patch策略在如下产品上使用:Oracle Database Bundle Patches for Oracle Database (general), Oracle Engineered Systems, Oracle E-Business Suite, Oracle Fusion Applications, 和 SAP products。Oracle Engineered Systems include Exadata, SPARC SuperCluster, MiniCluster 和 ZDLRA.

Q26: 如何查看我所有的 $ORACLE_HOME 是处于相同的安全级别?

A: 在同一个季度周期中(本文图1中相同的列中列出)提供的版本 具有相同级别的安全内容。 一个简单的公式就是,对于相同年度发布版本,通过把版本号的第二部分和第三部分相加。 如果和相同,那么它们就包含相同的安全级别内容。

Q27: 是否每个年度发布的版本都是完全的发布/安装,不依赖之前的版本?

A: 每个年度发布的版本都是完全的发布/安装,不依赖之前的版本。

Q28: Windows 平台的补丁安装模式是否有变化?

A:不会。Windows 平台的数据库安装补丁策略不会更改。

Q29: 新的版本号码系统的3个部分具体的含义是?

A: 年.更新.发布(Year.Update.Revision)
Year 是发布的年份的后两位数字。比如 “18”会用在2018年发布的版本上
Update 代表 Release Update (0, 1, 2, 3, ....)
Revision 代表Update Revision 级别 (0, 1, 2)

Q30: 为什么我在某些文档或者数据库的输出中看到5位(而不是3位)?

A: 第四位是数据库的增量版本。有时候用在Oracle云部署上,有时候Oracle Support会用它。第五位是保留位。对于大部分的客户,只使用3位的格式。

Q31:和Revision同期发布的Update是否包含Revision的内容?

A:是的。 比如18.4.0和Revisions 18.2.2以及18.3.1同期发布,Update 18.4.0版本包含和Revisions 18.2.2以及18.3.1包含的安全内容以及回退修复。

Q32: 我是否可以期望Revision (比如18.2.3)中的修复也包含在另一个Update 里(比如18.6.0)?

A: 相同季度提供的版本包含相同的安全内容 (本文图1中相同的列中列出)。

Q33: 如果一个客户当前的版本是18.2.x,那么当版本19发布时如何升级? 是否可以直接升级还是需要临时过渡?

A: 可以直接迁移到Oracle 19

Q34: Updates/Revisions和产品升级的关系?

A: Updates/Revisions和产品升级无关。他们是版本12.2以及更高版本里的补丁相关的策略。而产品的升级(比如从12.2.0.1到18.x.x)是在不同的Oracle文档中进行处理。比如Oracle® Database Database Upgrade Guide 18c, E88788-01。

Q35: 对于Oracle 18版本的技术支持策略是怎样的?

A: Oracle Database 18以及Oracle Database 19会使用12.2的技术支持策略,就像已有的版本发布策略一样。在新的年度版本发布后仍然有2年的错误修复期可以提供Updates, Revisions 和单独的 bug 修复。

标签:

头像

小麦苗

学习或考证,均可联系麦老师,请加微信db_bao或QQ646634621

您可能还喜欢...

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注

5 × 4 =

 

嘿,我是小麦,需要帮助随时找我哦
  • 18509239930
  • 个人微信

  • 麦老师QQ聊天
  • 个人邮箱
  • 点击加入QQ群
  • 个人微店

  • 回到顶部
返回顶部