适用于:

Oracle Database - Personal Edition - 版本 10.2.0.3 和更高版本

Oracle Database - Enterprise Edition - 版本 10.2.0.3 和更高版本

Oracle Database - Standard Edition - 版本 10.2.0.3 和更高版本

Oracle Database Cloud Schema Service - 版本 N/A 和更高版本

Oracle Database Exadata Cloud Machine - 版本 N/A 和更高版本

本文档所含信息适用于所有平台

用途

该文档给出了 oracle 数据库主要补丁使用方法的一个概述。Oracle Database - 数据库补丁使用方法概述

本文概述了 Patch Set Updates，Bundle Patches 等补丁的主要特点，并解释了哪种方法适用于哪种环境。

适用范围

该文档适用于负责数据库补丁安装的 oracle 数据库 DBA 人员。

本文概述了各种补丁的使用方法，这些方法都是为数据库 Base Release 或者 Patch Set Release (PSR)上安装补丁。本文不讨论 Base Release 和 Patch Set Release，只讨论 oracle 数据库，不讨论 Enterprise Manager。

详细信息

Oracle Database - 数据库补丁使用方法概述 - 12.1.0.2 及更低版本 (Doc ID 1962125.1)

这篇文档涵盖12.1.0.2及更早版本的数据库的补丁使用方法。如果你关心NOTE covers Database Patch Delivery Methods for 12.1.0.2 and older versions. If you are interested in Methods for 12.2.0.1 and later versions, please see MOS Note 2337415.1.

• Oracle Database - 数据库补丁使用方法概述 -12.1.0.2 及更低版本 (Doc ID 1962125.1)

• 已发布补丁使用方法

• Proactive Patch 类型（SPU/PSU/Bundle Patches）

• 版本号

• 测试概述

• 补丁类型的测试推荐

• 该使用哪种补丁方法？

• 更换补丁方法

• 补丁冲突解决办法

• 常见问题

• 当前数据库的 Pro-active Patches

• Pro-active 数据库补丁的平台/环境/版本

• Pro-Active 数据库补丁的更多信息

已发布补丁使用方法

Oracle 提供了 pro-active 和 Reactive 两种补丁的维护：

• Reactive Patches:

• 通常被分发为“临时补丁”（Interim Patch）

• 历史上被称为“一次性”补丁（One-off Patch）

• 是对特定的 defect、版本、平台组合而按需提供的

• 经过了基本的完整性测试

• 这些修复通常在下一个相关的补丁集发布中被包含进来

• 每个补丁集都有一个”代码冻结“日期，超过该日期后只有阻碍运行的关键 bug 的修复会被包含进来。

• 如果一个修复错过了这次的补丁集，它将在后续的补丁集中（如果有的话）被包含进来。

• Proactive Patches

• 解决影响特定配置的有高影响的 bug

• 包含已证实的低风险修复

• 取决于受影响的功能，经过了额外级别的测试

• 在"My Oracle Support"通过点击"Patches & Updates"标签可以获得

Proactive Patch 类型（SPU / PSU / Bundle Patches）

有几种不同类型的 pro-active patches 可以使用。本节概述了主要的 pro-active 补丁方法：

• Security Patch Update (SPU)

• 作为 Oracle 的 Critical Patch Update (CPU) 计划的一部分而发布的安全修复程序的集合

• 以预定义的季度计划交付

• 数据库 SPU 是 RAC Rolling 和 Standby First 安装的

• 注意：数据库 SPU 正在从数据库 12c 版本中淘汰- CPU 程序的安全性内容将在 Bundle Patch 或 PSU 中发布（见下文）。

• Patch Set Update (PSU)

• 在该领域遇到的已证实有高影响的 bug 的修复程序集合

• 包括作为 CPU 计划的一部分而发布的安全修复程序

• 确保不包含任何能改变应用程序行为的优化器更改或修复

• 可能跨多个产品组件

  例如："Database Grid Infrastructure PSU" (GI PSU) 同时包含了 GI 和数据库的修复

• 以预定义的季度计划交付

• 数据库 PSU 和 GI PSU 通常是可 RAC 滚动应用和备库首先安装的

• OJVM PSU 既不可 RAC 滚动安装也不可备库首先安装

  
  

• Bundle Patch (BP)

• 用于解决给定功能、产品或配置的 bug 的一组修复集合。

  例如：Windows Database Bundle Patch, Database Patch for Exadata, Database Proactive Bundle Patch

• 是 PSU 的一个超集

• 可能跨越多个产品组件

  例如："Database Patch for Exadata"即包含数据库的也包含 GI 的修复

• 以预定义的计划交付，可能比 PSU 发布频率更高

• 通常是可 RAC 滚动应用和备库首先安装的

• 截至2016年4月，Database Patch for Engineered Systems and Database In-Memory 已重新命名为"Database Proactive Bundle Patch"

• "Quarterly Full Stack Download Patch" / "Combo Patch"

• 若干不同的补丁打包在一起发布

  例如："Quarterly Full Stack Download Patch for Exadata" 把 "Quarterly Database Patch for Exadata"与 OJVM PSU 还有其他的 Exadata系统补丁包含在一个下载链接中。

• Other Proactive Patches

• 在正常的 SPU/PSU/BP 周期之外，oracle 会针对特殊用途发布一些 proactive patches。

  例如：针对客户系统使用最新时区数据的需求，每6个月发布一次特殊的 time-zone 补丁。这样的补丁通常作为“临时补丁”发布。

各种 pro-active patch 方法的数据库补丁内容可以用下图展示：

		BP
		PSU
		SPU

• SPU 仅包含 CPU 计划的安全修复

• PSU 包含 CPU 程序安全修复以及其它的 高影响/低风险 的关键性 bug 的修复

• BP 包含所有 PSU 修复以及其它额外的修复

安装只能使用 SPU，PSU， BP补丁方法之一。

所有方法都允许安装“临时补丁”，但是根据不同的补丁方法，临时补丁的版本可能也不同。

Windows 平台特殊，因为 windows 上不支持一般的“临时补丁”。

关于当前的和历史的 pro-active 补丁详情，请参阅本文末尾部分的“Pro-Active数据库补丁的更多信息”。

版本号

各种补丁方法都有不同的方式来表示版本信息，详情查看下表：

截至2015年11月，Oracle 数据库的最新 Bundle Patches , Patch Set Updates 和 Security Patch Updates 的版本号有了新的格式。下面是新的格式，用发布日期 YYMMDD 格式替代了 bundle 版本的第5个数字字段：

YY 是年份的最后2位数字

MM 是数字月份（2位）

DD 是月份中的数字日期（2位）

请注意，发布日期是主要的 BP，PSU 或者 SPU 的发布日期。

这个新版本格式可以更容易地看到哪些 bundle patch 是来自哪个时间段，特别是哪些补丁是来自相同的 Critical Patch Update 版本。有关示例和更多信息，参阅 My Oracle Support Note 2061926.1, Oracle Database, Enterprise Manager and Middleware - Change to Patch Numbering from Nov 2015 onwards。

注意：

只有版本的前4个字段显示在数据库 views/trace banners 中。第5个字段以及特定补丁方法可以通过检查 inventory 来验证。

例如："opatch lsinventory"会显示 Patch Set (或 Base Release) 以及安装的补丁列表。该补丁列表通常包含一行或几行描述性语言来表示 SPU/PSU/BP 正在使用的补丁方法以及版本。

在早期的 RDBMS 产品版本（比如 Oracle 8 和 Oracle 9）中，同样的版本编号系统被称为”digits”，如”版本号 9.2.0.4 显示 Major Release 是前两位数字9.2”。因此，你仍然会发现一些遗留的 Oracle 软件涉及到版本号，比如12.1.0.2，”显示 Major Release 是前两位 12.1”。由于”12.1”技术上来讲是3位而*不是*2位，所以上表中所使用的术语” field”一词优先于传统术语”digit”。

测试概述

Oracle 在发布各种类型的补丁之前，都做了各种不同类型的测试：

• 功能测试

• 测试功能的特定领域对比预期结果。

  一个”area”可能是一个特性或者一个特性的子集（例如：Advanced Queueing 或者 Advanced Queueing 的特定功能）

• 功能测试包括回归测试，以确保特定操作的结果和行为跟预期一致。

• 压力测试

• 测试当在特定的配置下，资源利用率达到了极限时数据库的应变能力

• 高负载下严重的破坏性测试

• 性能测试

• 测试各种工作负载及特性

• 测量具体操作的性能，以确保最常用的代码路径没有性能上的降低(有时被称为”原子”测试)

• 测试特定工作负载/特性的整体性能

下表展示了 Oracle 为各种补丁类型进行的不同层面的测试：

补丁类型的测试推荐

建议客户先在测试环境中进行补丁测试，然后再部署到重要的生产环境。

下表给出了各种补丁类型的不同层面的测试建议概述：

其中：

• 安装/回滚 = 补丁安装/回滚工作的基本测试。任何类型的补丁都要进行补丁安装和回滚测试。

  
  

• Bug Fix 验证 = 如果你打算安装一个补丁，目的是修复一个 bug，那么你需要验证该 bug fix 能解决该特定 bug 的问题。

• 对于某些修复，也许无法验证 - 例如：如果该修复解决了一个罕见的竞争条件。

  
  

• Admin 活动 = 软件/系统管理功能：

• “基本” 被定义为常见功能。 

  例如，“基本” admin 功能，包括验证数据库以及 Grid Infrastructure 关闭和启动，验证监控。

• 应用功能测试 = 你的应用程序的功能。”核心”表示业务的关键应用程序的功能。

  
  

该使用哪种补丁方法？

对于数据库相关的安装该使用哪补丁方法，oracle 给出了如下建议：

• 每个客户至少要安装 PSU，需要最小限度的测试。

• 12.1.0.2 客户想要一个更全面的修复补丁集，那么应该安装数据库 Proactive Bundle patch。这比 Patch Set Update (PSU) 要求多一些测试，但是它提供了大量的修复。

• 因为SPARC SuperCluster 包含了Exadata Storage Cells，所以应该使用和Exadata类似的补丁方法

1 "Database Proactive Bundle Patch"比Patch Set Update (PSU) 需要多一些测试，因为它提供了大量的修复。

此外

• 所有情况下都要安装相关的 OJVM PSU

  
  

• 仅在你打算安装的环境上遇到了该特定问题，才安装临时补丁

• 安装的临时补丁数量要保持最低限度。

数据库 SPU 仍可作为 11g 版本的可用的补丁方法 – 建议过渡到 PSU 补丁模型。

（SPU 可能被认为是最低的变更风险，但是它会让你遗漏那些在相应 PSU 中的重要问题的修复）

更换补丁方法

如果你希望变更补丁方法，你可以在升级到一个新的 Patch Set Release (PSU)的时候更换。想要更换补丁方法，而且还要保持在相同的 Patch Set Release / 4 个字段的版本号，你通常需要做如下事情：

• 完全回滚当前方法安装的补丁

• 这可能也需要你回滚某些临时补丁 – 把回滚掉的任何临时补丁都记录下来

• 应用/安装新方法的补丁，至少是相同的 CPU 周期

• 获取和应用所有临时补丁，需要维持跟替换之前相同的修复

12.1.0.2 DBBP 到 12.1.0.2 PSU

不能在同一个 ORACLE_HOME 下混合 Database Proactive Bundle Patch (DBBP) 和 DB PSU（或 SPU）补丁方法。

例如: 如果你在一个系统上安装了  DBBP ,那么接下来就不可以在该系统上安装"Database PSU" (DB PSU)。你需要保持在 DBBP 补丁或者完全回滚 DBBP 补丁(可能需要多次回滚直到DBBP都被回滚掉)之后应用 DB PSU 补丁来更换补丁方法。

例如:

• 从 "Database Proactive Bundle Patch" 更换为 "Database PSU":

• 备份你当前的安装

• 完全回滚/卸载 "Database Proactive Bundle Patch"

• 如果使用 OJVM PSU 的话，可能也需要回滚 OJVM PSU

• 应用/安装最新的 "Database PSU"

• 应用前面同样被回滚掉的所有临时补丁（包括 OJVM PSU 如果已安装）

(包括 OJVM PSU 在内的回滚或安装变更，数据库都需要完全停机)

从12.1.0.2 PSU 更换为 12.1.0.2 DBBP

从2018年9月份开始，Oracle  支持supports 通过使用最新版本的OPatch工具简单的应用最新的季度"DBBP"补丁来从 12.1.0.2 "PSU" 补丁策略到12.1.0.2 "DBBP" 补丁策略&nbsp；关于获取Oracle 12.1.0.2软件最新的 Opatch 工具，请参考 "OPatch - Where Can I Find the Latest Version of OPatch(6880880)?" [Video]Note 224346.1

11.2.0.4 PSU 到 11.2.0.4 SPU 或者相反

一般来讲不推荐从"Database PSU" 切换到 "Database SPU" 补丁策略

补丁冲突解决办法

如果临时补丁与 pro-active 补丁方法之一结合使用，那么很有可能遇到补丁冲突问题。

每季度发布的 proactive patches 作为重要补丁更新程序（DB PSU, Quarterly Database Patch for Exadata，Database Proactive Bundle Patch）的一部分，Oracle 主动为有冲突的现有补丁发布新的临时补丁。新的临时补丁通常跟pro-active bundles 同时发布。

关于解决补丁冲突的信息请参阅如下文档：

• Document:1941934.1 My Oracle Support Patch Conflict Checker Overview [Video]

• Document:1091294.1 How to Use the My Oracle Support Conflict Checker Tool for Patches Installed with OPatch [Video]

• Document:1321267.1 Database Patch Conflict Resolution

常见问题

• 可以在 non-Exadata 系统上使用"Quarterly Database Patch for Exadata" (11.2.0.x)吗？

• 不可以，Oracle 不支持这样做。

• 大多数更新都是专门为 Exadata 上的 Oracle Database (DB_BP) 和 Oracle Clusterware (GI_BP) 创建的 Bundle patches 发行的。Bundle patches 包含的不是 Exadata 特定代码，但是，只能在用于测试目的，或者是为Exadata 系统提供灾难恢复支持的时候，才可以在 non-Exadata 系统上安装这些补丁。只有当 non-Exadata 系统用在 Data Guard 环境中作为 Exadata 系统的备用系统时，Oracle 才为 non-Exadata 系统提供在 Exadata bundle patches 基础上的临时修复。

  
  

• 可以在 non-Exadata 系统上使用"Database Proactive Bundle Patch" (12.1.0.2+)吗？

• 可以，该补丁在 non-Exadata 系统上是适用的。

• 该 bundle 的修复信息可能包括一些”Exadata”特定的修复，这是因为 bundle 同样适用于 Exadata 系统。

• 详情请参阅 Note 1937782.1 12.1.0.2 Database Proactive Bundle Patches / Bundle Patches for Engineered Systems and DB In-Memory - List of Fixes in each Bundle - 每个 bundle 的修复列表。

  
  

• pro-active patches 包括优化器修复吗？

• "Database SPU" 和 "Database PSU"都不包含优化器修复。

• "Database Patch for Exadata" 会包含针对错误结果问题的优化器修复，但需要用户按需要个别启动/禁用该功能。

• "Windows Database Bundle Patch"会包含优化器修复。

• 如何识别某个安装使用的是什么补丁方法？

• 检查 opatch lsinventory 的输出结果，查看已经应用了哪些补丁。

  在输出结果中，SPU，PSU，BP patches 包括该补丁名字/版本的描述。

  
  

• "Windows Database Bundle Patch"和 "Database Patch for Exadata"等之间有什么区别？

• 这些 BP 分别针对不同的环境。最新版本将包括相同的 SPU 和 PSU 内容，但是其他所有内容都是特定于目标环境的-可能还有其他一些常见修复，但是在修复的 bugs 上还是有差异的。

  
  

• Pro-active patches 会影响 tracefile 或者数据库视图 v$version 中记录的的数据库版本吗？

• 不会。补丁级别反映在 opatch lsinventory 数据中，并且，某些补丁类型是反映在 DBA_REGISTRY 或者 DBA_REGISTRY_HISTORY 中。

  
  

当前数据库 Pro-active Patches

下表中目前可用的 pro-active 数据库相关补丁的信息，也包括一些已经不再发布的补丁类型。

Pro-active 数据库补丁的平台/环境/版本

下表中” Method/s”列中使用到的简称将在下节中扩展。

Pro-Active 数据库补丁的更多信息