本篇内容介绍了“Oracle补丁相关的知识及术语是什么”的有关知识,在实际案例的操作过程中,不少人都会遇到这样的困境,接下来就让小编带领大家学习一下如何处理这些情况吧!希望大家仔细阅读,能够学有所成!Patch Set Updates(PSU)是一个Oracle补丁集合,是Oracle一个主动的补丁一个PSU有以下特征:- PSU是一个累积的补丁集合-每个季度发表一个(季度计划)-高度控制和选择的内容-包括CPU(Critical Patch Update)安全修复-不包含功能增强-遵循PSU所基于的补丁级的纠错策略PSU是一系列补丁的集合,PSU和CPU(关键补丁更新)的季度进度相同,分别是1月、4月、7月、10月最接近17日的星期二。- Oracle database- Oracle Grid infrastructure- Cluster Ready Services- Enterprise Manager- Weblogic Server- Exalogic1)低风险、高价值PSU风险很低,主要是通过控制内容和深度测试来实现。包括Bug的修复标准:-可能会影响大量客户的技术性问题,并且已经得到验证- CPU(Critical Patch Update)修理每一个PSU都有的新内容,通常包含25-100个bug修复。内容是从高级客户下载和开发和支持解决的问题中发现的。2)集成、良好的测试补丁-通过在一个补丁中包含补丁建议。Oracle为了能够确保推荐的补丁能良好的工作,对每个PSU进行彻底的回归测试。3)基线版本,便于跟踪Oracle将版本号和补丁关联起来,每个PSU都增加数据库的第五个数字。例如,最初的PSU是11.2.0.4.1,第二个PSU版本是11.2.0.4.2。以此类推。CPU全称是Critical Patch Update,Oracle每个季度都会发布一个安全补丁包,用于修复产品中的安全隐患。PSU包含与安全问题相关的关键补丁,也包括与安全问题无关的关键补丁。所以,PSU是包括于关键补丁更新(CPU),但又不限于CPU。PSU通常和CPU一起发布。CPU是累计的。最新的CPU补丁已经包含以往的CPU补丁,所以只要安装最新的CPU补丁即可。PSU通常也是增量的,大部分PSU可以直接安装,但是有些PSU则必须安装上一个版本的PSU之后才能安装。在安装PSU之前,请仔细看readme文档。从2016年开始,数据库相关的PSU/SPU/BP的版本号第五位发生改变,如11.2.0.4.8的下一版本不再是11.2.0.4.9,而是11.2.0.4.160119,格式是与发布日期相关的YYMMDD。Oracle数据库的补丁分为两种:一种是主动的补丁(oracle定期更新),包括PSU/SPU/CPU/BP;(CPU改名为SPU)一种是被动的补丁(当用户发现了BUG后,由oracle进行修复),只有one-off patch。所以,one-off patch只是为了修改某一个Bug而产生。从12c以后,Oracle又提供了一个名为DBBP的补丁类型。在12c以前,至少是安装相应版本的PSU,而从12c以后起想安装更全的补丁集,应该选择DBBP。从12c开始,数据库提供安全相关的修复不再单独以SPU的形式发布,而是以PSU或DBBP打包的形式集中修复,这种方式也更为简单。从2016年4月起,”database patch for engineered systems and database in-memory bundle patch(BP)”改名为”database procative bundle patch(DBBP)”,不再仅限于EXADATA系统。DBBP更是多个PSU的超集,包含了GI PSU/DB PSU/EXADATA/DBIM的相关修复。也就是说,从12c以后DBBP可以应用于所有数据库环境,另外DBBP仅限于Linux和UNIX系统,不支持windows系统。windows平台继续使用BP。mos Doc ID 2118136.2注意:SPU,PSU,DBBP不兼容,更换补丁的时候要检查冲突,回滚之前的冲突。如安装DBBP不能基于上一季度的PSU。1)PatchSetRelease就是早期大家常说的PSR。这是在主版本号上发布的补丁集,版本的第4个字段指定,如11.2.0.4,修复了较多的Bug,可能会包含一些增强功能。比如11.2.0.1是一个主版本,那么11.2.0.2、11.2.0.3就是2个不同的Patch set。这种补丁集经过了严格的集成测试,也是累积型的。所以推荐安装最新的Patch Set。2)PatchSetUpdate就是DBA们常论道的PSU.Oracle选取在每个季度用户下载数量最多,并且得到验证具有较低风险的补丁放入到每个季度的PSU中,修复比较严重的一些问题,包含每个季度的CPU,是累积型的。针对数据库以及数据库客户端的重要修复。包括安全(CPU)内容。没有优化器修复,虽然在描述PSU的时候会用到数据库版本第5位,但实际上打完PSU后并不会真正改变数据库的版本,需要从opatch lsinv确认。注意(1) Windows上没有CPU和PSU,对于Windows和Exadata,Oracle使用BundlePatch代替PSU,BundlePatch会包含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版本安装。3)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后不再发行。4)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 PSU5)Timezone PatchesDB和DB client安装,当对最新时区数据要求很高时,补丁仅包含时区数据,每半年发行一次。6)CriticalPatchUpdateOracle在2005年开始引入的产品安全更新策略,CPU最早的雏形出现在2005年,该项目致力于为客户周期性地提供累积性的补丁以修复安全漏洞。没有一个强制要求安装CPU的理由,Oracle仅仅是强烈推荐实施这些补丁以降低潜在的安全风险并降低受到骇客入侵成功的概率,由月/年指定 如11.2.0.4 Jan 2015 SPU这个指的就是CPU补丁。每季度发布一次,用来修复安全方面的一些补丁,是累积型的。目前(2012年10月)已经更名为Security Patch Update(SPU)PSU包含了最新的CPU,从12.1.0.1开始CPU不再单独发布而是包含在PSU中发布。7)One-OffPatch是我们常说的小补丁,为了修复某(几)个Bug而发布的补丁。这种补丁推荐在测试库上测试无误后再安装在生产库上。8)MergedPatch合并的补丁。当几个小补丁之间有冲突,不能同时安装的时候,需要提供这种Merged Patch。补丁冲突主要是由于2个或者多个补丁修改同一个文件,但是修改的内容是不同的。9)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 Updates10)Windows BundlePatch(BP)免费主机域名仅适用于WINDOWS平台的补丁集修复多个Bug。在Windows平台上的Oracle没有小补丁,只有这种BundlePatch。 这种累积型的补丁会周期性的发布(至少每季一次),也就是每个BundlePatch会包含之前所有的BundlePatch。比如Windows Bundle Patch 16,它会包含之前所有15个Bundle Patch,所以我们总是推荐安装最新的Bundle Patch。Oracle的集群软件和数据库软件的Window Bundle Patch是同一个,比如Windows Bundle Patch 16(补丁号16167942,既可以打在集群上,也可以打在数据库上) ,每季度会包含DB PSU和OJVM PSU内容。。10)DiagnosticPatch诊断补丁。顾名思义,这类补丁不是用来解决问题的,而是用来寻找问题的原因的。这类补丁只在Oracle技术支持部门要求安装时,才需要安装。在得到需要的诊断信息后 ,应立即卸载这一补丁。11)CompositePatch从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有变化的部分和新增加的补丁。12)Database Patch for Exadata也叫EXADBBP或BP,仅用于exadata machine ORACLE 11G,每月发行, 每月重要 的BP都会放在本季度的Quarterly Full Stack Download Patch for Exadata13)QuarterlyFullStackDownloadPatchfor ExadataQFSDP 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基础上的临时修复。14)Database ProactiveBundlePatch适用于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修复的问题。重要的一点是12C的DBBP和以前的“Windows Bundle Patch” (BP)没有直接关系,windows还是继续使用之前的WINDOWS BP.虽然DBBP是包含了多个PSU和BUG FIXED,但是DBBP不能是基于上一季度的PSU继续安装,反之亦然,所以如果切换DBBP和PSU的补丁安装技术需要提前rollb免费主机域名ack有冲突的PSU,这样做需要更多的时间窗口和停机时间。如果下载同期的DBBP和PSU会发现里面的子补丁存在互斥, 在DBBP的readme中会看到DBBP明确是增量的包含了所有的PSU和CPU,虽然子补丁号不同 但是安装后使用opatch lsinventory -bugs_fixed会发现DBBP会包含了同期PSU修得的所有BUG,还能找到一些fixed的BUG在DBBP中,而没有在PSU中 。“Oracle补丁相关的知识及术语是什么”的内容就介绍到这里了,感谢大家的阅读。如果想了解更多行业相关的知识可以关注云技术网站,小编将为大家输出更多高质量的实用文章!
这篇文章主要讲解了“常用的mysql命令汇总”,文中的讲解内容简单清晰,易于学习与理解,下面请大家跟着小编的思路慢慢深入,一起来研究和学习“常用的mysql命令汇总”吧!一、连接MySQL 格式: mysql -h 主机地址 -u 用户名 -p 用户密码二、修…