其实早在2个月前就从一些国外OUG得知,第一个是从2017年开始改变了季度更新的方式,改变了过去的PSU为RUR (Release Update Revision) ,和改变 ProactiveBP 为 RU (Release Update), BP(not Windows BP)的这12.1才出新的补丁形式又这么快消失了,前不久《Oracle 补丁那些事儿(PS、PSU、CPU、SPU、BP、DBBP&》整理过ORACLE的补丁相关的名词,没想到这么快又得更新; 第二个是oracle 12c的下一个版本不再延续12.2.0.2 和12.2.0.3的形式发布,从201708月更新MOS note#742060.1确认了计划分别与2018年年第1季度和2019年第1季度发现未来的两个版本oracle 18.1 和oracle 19.1,目前支持到2025年, 似乎更像MS 发布SQL Server的版本号,只不过不是叫2018只是18。 这种发布方式似乎像是从过去的瀑布式开发方式变成了迭代式开发 关于RUs和RURs1,RUs和12.1时DBBP一样是主动的,经过高强度测试修改了客户已知的关键问题,并有可能引入小特性,代替BP 以后如何选择季度补丁?1, 如查使用是Oracle Engineered System如EXADATA Machine安装Bundle Patches for Engineered Systems 关于NEXT RELEASE和RUs 、RURs发布计划1, 12.2.0.1没有计划改变版本号 安装RU安装RU的方式同样是使用之前的OPatch工具,对于RAC可以滚动安装。不过个人感觉第一个RU发布有点仓促,发布没几天因为BUG再次发布,并且readme txt or html都无内容。 安装方法: [oracle@anbob ~]$ unzip p26549748_122010_Linux-x86-64.zip [oracle@anbob 26549748]$ $ORACLE_HOME/OPatch/opatch prereq CheckConflictAgainstOHWithDetail -ph . SQL> shutdown immediate; [oracle@anbob 26549748]$ $ORACLE_HOME/OPatch/opatch apply SQL> alter pluggable database all open; [oracle@anbob 26549748]$ $ORACLE_HOME/OPatch/datapatch -verbose -- verify SET lines 300 COLUMN action_time FORMAT A20 COLUMN action FORMAT A10 COLUMN bundle_series FORMAT A10 COLUMN comments FORMAT A30 COLUMN description FORMAT A40 COLUMN namespace FORMAT A20 COLUMN status FORMAT A10 COLUMN version FORMAT A10 SELECT TO_CHAR(action_time, 'DD-MON-YYYY HH24:MI:SS') AS action_time, action, status, description, version, patch_id, bundle_series FROM sys.dba_registry_sqlpatch ORDER by action_time; sys@pdbanbob:anbob> / ACTION_TIME ACTION STATUS DESCRIPTION VERSION PATCH_ID BUNDLE_SER -------------------- ---------- ---------- ---------------------------------------- ---------- ---------- ---------- 07-AUG-2017 17:52:16 APPLY SUCCESS DATABASE RELEASE UPDATE 12.2.0.1.170730 12.2.0.1 26549748 DBRU |
|