当前ORACLE数据库提供两种方式的补丁一种是主动的Proactive Patches和另一种被动的Reactive Patches，其中Reactive Patches是指过去的ONE-OFF Patch，而过去的PSU,SPU/CPU,BP都是Proactive Patches。从12c（12.1.0.2）起数据库又提供了一个名为DBBP的补丁类型，在数据库安装选择补丁时建议是PSU,CPU,DBBP中的一种，在12c以前至少是安装相应版本的PSU，而从12.1.0.2起想要安装更全的补丁集应该选择DBBP，DBBP更是一种趋势，以后可能会替代PSU，就像以前的CPU后改名为SPU，安装SPU建议以PSU的方式一样，DBBP成了更大的超集，下面来整理一份数据库相关的补丁术语及注意事项。

patch number改变

从2015年11月开始数据库相关的PSU,SPU,BP的版本号第5位发生改变，如11204的PSU的11.2.0.4.8下个版本不再是11.2.0.4.9，而是11.2.0.4.160119，格式是与发布日期相关的YYMMDD,年份的后两位月份和日期。方便查找PATCH的时间段。更多信息关注Doc ID 2061926.1

SPU/CPU改变

从12.1.0.1开始数据库提供安全相关的修复不再单独以SPU的形式发布，而是以PSU或DBBP打包的方式集中修复，这种方式也更为简单，PSU从2009年起就是ORACLE主动修改首选，也许会从2016年后DBBP会成为首选(linux/unit)。更多信息关注1581950.1

BP FOR EXADATA AND DBIM改变

从2016年4月 Database Patch for Engineered Systems and Database In-Memory Bundle Patch (BP) ”改名为 “Database Proactive Bundle Patch”. 也就是DBBP,不再仅限于EXADATA系统，你也许会话如果以字母简写更应该呢DPBP或者是PBP for DB, “Database Proactive Bundle Patch”更是多个PSU的超集，包含了GI PSU、DB PSU及EXPDATA和DBIM的相关修复，从dba_registry_sqlpatch视图中可以看到Database Bundle Patch (DBBP) 区别于原来的PSU,也就是从12.1.0.2以后Database Proactive Bundle Patch可以应用于所有数据库环境。另外DBBP仅用于LINUX和UNIX环境，与WINDOWS 的BP没有关系， Windows平台还继续使用Bundle Patch (Windows 32bit & 6bit). 更多信息关注Note 1937782.1

如何选择最新的补丁？

查看Assistant: Download Reference for Oracle Database PSU, SPU(CPU), Bundle Patches, Patchsets and Base Releases (Doc ID 2118136.2)
另外SPU, PSU ,DBBP不兼容，更换补丁方法要检查冲突，回滚之前的冲突，如安装DBBP不能基于上一季度的PSU。

1) SPU contains only the CPU program security fixes

2)PSU contains the CPU program security fixes and additional high-impact/low-risk critical bug fixes

3)Proactive Bundle Patch (PBP) includes all PSU fixes along with fixes targeted at the specific Bundle Patch environment.

4)PSU – Can be applied on Database Servers, Client-Only and Instant Client.

5)GI PSU – Can be applied on GI Home (Oracle Restart or Oracle Clusterware) in conjunction with RAC, RACOne, Single Instance home, Client-Only and Instant Client.

6)Proactive Bundle Patch – Can be applied on GI Home in conjunction with RAC, RACOne, or Single Instance home, Client-Only and Instant Client.

补丁的术语：

名称	说明
Release Release	版本的前2个字段指定（小数点分隔的字段）如ORACLE 10gR1 10gR2 , 11gR1 11gR2, 12cR1 12cR2…
Base/Major Release	版本的前4个字段, 如11.2.0.1, 可以在OTN、edelivery等站点上公开下载,
Patch Set Release	就是早期大家常说的PSR。这是在主版本号上发布的补丁集，版本的第4个字段指定,如11.2.0.4，修复了较多的Bug，可能会包含一些增强功能（Enhancement）。比如11.2.0.1是一个主版本，那么11.2.0.2、11.2.0.3就是2个不同的Patch set。这种补丁集经过了严格的集成测试，也是累积型的。所以推荐安装最新的Patch Set。
Database Patch Set Update	就是DBA&DMA们常论道的PSU.Oracle 选取在每个季度用户下载数量最多，并且得到验证具有较低风险的补丁放入到每个季度的PSU中，修复比较严重的一些问题，包含每个季度的CPU，是累积型的。针对数据库以及数据库客户端的重要修复。包括安全(CPU)内容。没有优化器修复，虽然在描述PSU的时候会用到数据库版本第5位，但实际上打完PSU后并不会真正改变数据库的版本，需要从opatch lsinv确认 ¤ 注意 (1) Windows上没有CPU和PSU，对于Windows和Exadata，Oracle使用Bundle Patch代替PSU，Bundle Patch会包含PSU的内容 (2) 在11G之前有些PSU可以直接安装，而有些PSU则必须要求安装了上一个版本的PSU之后才能继续安装。比如对于10.2.0.4版本的数据库来说，PSU 10.2.0.4.4可以直接安装在最原始的10.2.0.4.0版本中，而最新的PSU 10.2.0.4.8则必须要求先安装10.2.0.4.4。更多信息参考PSU 附带的readme.txt (3)从11.2.0.2版本开始，一个新的补丁策略被引入，11.2.0.1之后发布的Patch Set本身就是一个完整的安装包，不再需要基础的Release 版本安装。 MOS站点中Oracle Recommended Patches — Oracle Database [ID 756671.1] 文档中查到各个产品版本最新的PSU。查看PSU $opatch lsinventory -bugs_fixed \| grep -i ‘DATABASE PSU’ # 11g r2 and above $ opatch lsinventory \| grep “Patch Set Update”
Database Grid Infrastructure Patch Set Update	也就是GI PSU，适用于11.2.0.1以上的RAC DB 安装在 Unix 平台上 (包括单实例 RAC)。补丁包括 Grid Infrastructure 的重要修复，也包括匹配的 DB PSU，但不包括任何 OJVM PSU，季度发行，在11.2以前叫CRS PSU，从11.2后不再发行。
OJVM Patch Set Update	也就没是OJVM PSU, 适用于数据库版本DB 版本 11.1.0.7，11.2.0.3，11.2.0.4，12.1.0.1 及以上所有平台。须知 Windows 平台有特殊的 OJVM PSU 覆盖补丁安装于 Windows BP 上， 2014年10月提出 OJVM PSU，但是 OJVM 和 JDBC 有单独的补丁。 2015年1月之后 OJVM PSU 包括 JDBC 针对数据库的修复在12c中的DBBP中包含了OJVM PSU
Timezone Patches	DB 和 DB client 安装，当对最新时区数据要求很高时，补丁仅包含时区数据，每半年发行一次。
Critical Patch Update	Oracle在2005年开始引入的产品安全更新策略，CPU最早的雏形出现在2005年，该项目致力于为客户周期性地提供累积性的补丁以修复安全漏洞。没有一个强制要求安装CPU的理由，Oracle仅仅是强烈推荐实施这些补丁以降低潜在的安全风险并降低受到骇客入侵成功的概率, 由月/年指定如11.2.0.4 Jan 2015 SPU ¤ 这个指的就是CPU补丁。每季度发布一次，用来修复安全方面的一些补丁，是累积型的。目前(2012年10月）已经更名为Security Patch Update (SPU) ¤ 这类问题本来不属于软件错误,在正常使用中不会出现任何问题。但是别有用心的人可以通过运行非常精巧设计的代码，绕过数据库系统的安全管理机制,达到非授权存取的目的。分为Normal CPU和Molecular CPU（最早是从10.2.0.3 CPUJUL2007）For LINUX/UNIT 平台, CPU Bundle Patch For Windows平台 ¤ 重要补丁公告参见这里. PSU包含了最新的CPU, 从12.1.0.1开始CPU不再单独发布而是包含在PSU中发布。
Interim Patch/One-Off Patch	¤ 是我们常说的小补丁，为了修复某(几)个Bug而发布的补丁。这种补丁推荐在测试库上测试无误后再安装在生产库上。
Merged Patch	¤ 合并的补丁。当几个小补丁之间有冲突，不能同时安装的时候，需要提供这种Merged Patch。补丁冲突主要是由于2个或者多个补丁修改同一个文件，但是修改的内容是不同的。
“Quarterly Full Stack Download Patch” / “Combo Patch”	若干不同的补丁打包在一起发布，适用于DB 版本 11.1.0.7，11.2.0.3，11.2.0.4，12.1.0.1 及以上，2014年10月开始每季度发行一次, 在一个下载中包括不同组件的 Patch Set Updates 例如：”Quarterly Full Stack Download Patch for Exadata” 把 “Quarterly Database Patch for Exadata”与 OJVM PSU 还有其他的 Exadata系统补丁包含在一个下载链接中。
Windows Bundle Patch(BP)	¤ 仅适用于WINDOWS平台的补丁集修复多个Bug。在Windows平台上的Oracle没有小补丁，只有这种Bundle Patch。这种累积型的补丁集会周期性的发布（至少每季一次）,也就是每个Bundle Patch会包含之前所有的Bundle Patch。比如Windows Bundle Patch 16，它会包含之前所有15个Bundle Patch，所以我们总是推荐安装最新的Bundle Patch。Oracle的集群软件和数据库软件的Window Bundle Patch是同一个，比如Windows Bundle Patch 16(补丁号16167942，既可以打在集群上，也可以打在数据库上) , 每季度会包含 DB PSU 和 OJVM PSU 内容。。 ■要了解Windows Bundle Patch的补丁号，可以参考MOS文档： Note 161549.1 Oracle Database, Networking and Grid Agent Patches for Microsoft Platforms
Diagnostic Patch	诊断补丁。顾名思义，这类补丁不是用来解决问题的，而是用来寻找问题的原因的。这类补丁只在Oracle技术支持部门要求安装时，才需要安装。在得到需要的诊断信息后，应立即卸载这一补丁。
Composite Patch	¤ 从2012年4月份的Database PSU 11.2.0.3.2和11.2.0.2.0.7开始，推出一种新的概念叫Composite Patches。这是一种新型的补丁包，它不同于其他的累积型补丁包。如果是第一次安装Composite Patches，那么该Composite Patches所包括的全部补丁都会被安装，后续安装的Composite Patches，只会安装对比前一次Composite Patches有变化的部分和新增加的补丁。 ¤ Composite Patche的改进包括减少补丁安装时间，减少回滚以前应用的overlay patches的需要。新的Composite Patches格式，使以前PSU应用的overlay patches和新安装的PSU并存成为可能。更多信息，请参考Document 1376691.1 ‘Composite Patches for Oracle Products’ 和Oracle Database Support NEWS April edition. ■ PSU就是一种Composite Patch ¤第一次安装的composite patch为PSU 11.2.0.3.5： Installed Top-level Products (1): Oracle Database 11g 11.2.0.3.0 There are 1 products installed in this Oracle Home. Interim patches (1) : Patch 14727310: applied on Fri Dec 09 10:59:28 EST 2011 Patch Description: “Database Patch Set Update : 11.2.0.3.5 (14727310)” <==变化和新增的部分 Created on 14 Jan 2013, 07:56:00 hrs PST8PDT Sub-patch 14275605; “Database Patch Set Update : 11.2.0.3.4 (14275605)”<==Sub-patch Sub-patch 13923374; “Database Patch Set Update : 11.2.0.3.3 (13923374)”<==Sub-patch Sub-patch 13696216; “Database Patch Set Update : 11.2.0.3.2 (13696216)”<==Sub-patch Sub-patch 13343438; “Database Patch Set Update : 11.2.0.3.1 (13343438)”<==Sub-patch Bugs fixed: 13566938, 13593999, 10350832, 14138130 … ¤安装下一个composite patch PSU 11.2.0.3.6时，只需要安装有变化的部分和新增加的patches，不需要再安装之前已经安装的11.2.0.3.1 、11.2.0.3.2,11.2.0.3.4和11.2.0.3.5，之前已经安装的这部分就称为sub-patch： Patch 16056266: applied on Sun Apr 28 12:42:57 CST 2013 Patch Description: “Database Patch Set Update : 11.2.0.3.6 (16056266)” <==变化和新增的部分 Created on 12 Mar 2013, 02:14:47 hrs PST8PDT Sub-patch 14727310; “Database Patch Set Update : 11.2.0.3.5 (14727310)”<==Sub-patch Sub-patch 14275605; “Database Patch Set Update : 11.2.0.3.4 (14275605)”<==Sub-patch Sub-patch 13923374; “Database Patch Set Update : 11.2.0.3.3 (13923374)”<==Sub-patch Sub-patch 13696216; “Database Patch Set Update : 11.2.0.3.2 (13696216)”<==Sub-patch Sub-patch 13343438; “Database Patch Set Update : 11.2.0.3.1 (13343438)”<==Sub-patch Bugs fixed: 13616375, 14035825, 12861463, 12834027, 15862021, 13632809, 13377816 … ¤在MOS文档中有针对Composite Patches详细的说明：Note 1376691.1 Composite Patches for Oracle Products
Database Patch for Exadata	也叫EXADBBP 或BP，仅用于exadata machine ORACLE 11G,每月发行，每月重要的BP都会放在本季度的Quarterly Full Stack Download Patch for Exadata
Quarterly Full Stack Download Patch for Exadata	QFSDP for Exadata，同样也是仅用于EXADATA MACHINE ORACLE 11G, 每季度发行，包括 Exadata 上的数据库补丁以及其他 Exadata 组件的补丁。不可用于非EXADATA系统。大多数更新都是专门为 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 基础上的临时修复。
Database Proactive Bundle Patch	适用于12c 数据库安装在 Exadata 上,同样适用于任何使用 Database In-Memory (DBIM) 特性的 12c 系统，RAC 或 non-RAC。数据库和 Grid 的 home 也适用。仅用于 12.1.0.2 及以上 DB on linux/unix平台，从1937782.1可以看出在2016年4月前的补丁都是叫for Engineered Systems and DB In-Memory，发布周期为每个月一次，截至2016年4月，Database Patch for Engineered Systems and Database In-Memory 已重新命名为”Database Proactive Bundle Patch”，不再只限于Engineered Systems and DB In-Memory，可以用于EXADATA也可以用于非EXADATA，和RAC及非RAC系统。为每季度发布一次，成为了一种新型的季度补丁，也是累计型,版本的第5个字段指定，”Database Proactive Bundle Patch”比Patch Set Update (PSU) 需要多一些测试，因为它提供了大量的修复. ¤DBBP就PSU的超集，BP是增量包含的如10，包含1-9，也包含了创建BP时最近的PSU和CPU，所以建议安装最新的BP, 准确应该是说包含了PSU,CPU修复的问题。 ¤最新的BP latest Bundle Patch can be found in the MOS note 21188742.8 or in the Mos note: 12.1.0.2 Bundle Patches for Engineered Systems and DB In-Memory (Doc ID 1937782.1). ¤For In-Memory customers we recommend that you always run with the latest Bundle Patch! ¤重要的一点是12C的DBBP和以前的 “Windows Bundle Patch” (BP)没有直接关系，windows 还是继续使用之前的WINDOWS BP. 新的DBBP在单独的子目录中所含下列组件： * Clusterware component the same as GI PSU * ACFS component the same as GI PSU * 一个数据库bundle 组件包含了所有的PSU修复补丁及并且“以及专门针对Engineered Systems and DB In-Memory的额外修复” ¤虽然DBBP是包含了多个PSU和BUG FIXED,但是DBBP不能是基于上一季度的PSU继续安装，反之亦然，所以如果切换DBBP和PSU的补丁安装技术需要提前rollback有冲突的PSU, 这样做需要更我的时间窗口和停机时间。如果下载同期的DBBP和PSU 会发现里面的子补丁存在互斥，在DBBP的readme中会看到DBBP明确是增量的包含了所有的PSU和CPU，虽然子补丁号不同但是安装后使用opatch lsinventory -bugs_fixed 会发现DBBP会包含了同期PSU修得的所有BUG,还能找到一些fixed的BUG在DBBP中，而没有在PSU中。除此之外，“Proactive”DBBP包含Non-Engineered Systems或DBIM时影响RDBMS的PSU中未包含修复的错误。 dba_registry_sqlpatch视图的字段BUNDLE_SERIES可以看到安装的PATCH是PSU还是DBBP. 前面所指的都是ORACLE企业版，在有些DBBP的readme中可能会写标准版还是应该安装PSU，注意是“应该”而不是“必须”. o 该 bundle 的修复信息可能包括一些”Exadata”特定的修复，这是因为 bundle 同样适用于 Exadata 系统。 o 详情请参阅 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 的修复列表。