Oracle12201_Release Update介紹及FAQ (文檔 ID 2289879.1)

某些客戶可能已達到穩定狀態，並但願優先考慮安全更新而不是功能修復。在這種狀況下，他們可能選擇應用 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 <Quarter> Release Update 12.2.0.1.<build-date>
Release Update Revision - Database <Quarter> Release Update Revision 12.2.0.1.<build-date>

對於年度數據庫軟件發佈的技術支持策略

在本地安裝的軟件(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

請注意，本文所述的更改只適用於數據庫和 GI（Grid Infrastructure）12.2 及以後版本。數據庫 12.1 和 11.2 版本仍然使用傳統的 PSU/BP 流程以及版本編號系統。

Frequently Asked Questions

Q1: 是否每一年的初始，新功能的數據庫版本發佈也會同時發佈？

A: 初始的新功能版本好比18.1和19.1並不會發佈Revisions

Q2: 在 bug 的修復被併入 Update 及新版本以前，是否仍然能夠申請單獨的 bug 修復？

A: 是的。只要技術上可行的話，能夠在支持版本的 Update 和 Revision 上申請臨時補丁。

Q3: 替代臨時補丁是否能夠在Updates和Revisions上可用?

A: 替代臨時補丁只在Updates上可用，在Revisions上不可用。請參考Note 1998563.1 - Proactive Replacement Interim Patches for Conflicts with Database Proactive Patches

Q4: 客戶是否被要求應用新的Updates 或者 Revisions 來修復一些新的 bug？

A: 不。 - 不要求爲了修復新的 bug 就去應用 Updates 或者 Revisions 。然而，Oracle 強烈建議客戶儘量保持最新的 Updates / Revisions 以維持最穩定的系統，避免觸發已知 bug 或者安全問題。

Q5: Update中是否會包含新特性?

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

Q6: Revision中是否會包含新特性?

A: 不會。

Q7: 每一個Update會發布多少Revisions ？

A: 每一個Update會在發佈後六個月內提供Revisions ，每一個Update會發布對應的2個單獨的，季度發佈的Revisions 。

Q8: Revisions 是overlays補丁仍是一個徹底的補丁？

A: Revisions 不是overlay補丁。它們是徹底的補丁。

Q9: 在沒有先應用對應的Update的狀況下，是否能夠安裝這個Update對應的Revision ？

A: 是的. 不須要先安裝Update。

Q10: Update 和 Revision在補丁的內容上有什麼主要的不一樣？

A: Revision 包含對 Update 的安全性和回退修復，將 Update 的生命週期延長兩個季度，可讓數據庫保持最新的安全修復。每一個 Revision 只針對特定的 Update。

Q11: 客戶是否能夠在 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" 小因此不能安裝目標版本，會出錯

Q12: 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 也計劃以類似的方式提供。

Q13: 數據庫 12.1 和 11.2 版本會受到影響嗎？

A: 不會。本文所述的更改只適用於數據庫和 GI（Grid Infrastructure）12.2 及以後版本。數據庫 12.1 和 11.2 版本仍然使用傳統的 PSU/BP 流程以及版本編號系統。

Q14: 季度的 CPU 會有什麼變化？

A: 本文中提到的Update/Revision策略既是12.2版本及更高版本的數據庫軟件的季度發佈的CPU項目。CPU文檔會列出Updates和Revision提供的安全相關的修復。對於最近的CPU文檔，請參照 "Critical Patch Updates, Security Alerts and Bulletins"

Q15: 安裝 Update/Revision 須要多長的停庫時間？

A: 當經過 RAC Rolling 或者 Data Guard/GG switchover 等方式安裝時，不須要停機時間。

Q16: OJVM補丁在這種新的發佈模式下是否能夠rolling安裝？

A: Oracle數據庫開發正致力於減小OJVM補丁安裝時的停機影響。更新信息請參考文檔 Note 2217053.1 - RAC Rolling Install Process for the "Oracle JavaVM Component Database PSU" (OJVM PSU) Patches

Q17: 在應用OJVM Update前，是否須要先安裝Database Update/Revision？

A: 答案會隨不一樣的OJVM Update而不一樣。請參考要安裝的OJVM Update的README的前提條件部分。

Q18: 怎樣獲知Updates和Revisions對應的已知問題?

A: 對每一個 Updates和Revisions 都會有一篇 MOS 文檔來列出已知問題，與當前對 PSU，BP 和 CPU 的作法同樣。

Q19: 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。

Q21: 如何查看我全部的 $ORACLE_HOME 是處於相同的安全級別？

A: 在同一個季度週期中（本文圖1中相同的列中列出）提供的版本具備相同級別的安全內容。一個簡單的公式就是，對於相同年度發佈版本，經過把版本號的第二部分和第三部分相加。若是和相同，那麼它們就包含相同的安全級別內容。

Q22: 是否每一個年度發佈的版本都是徹底的發佈/安裝，不依賴以前的版本？

A: 每一個年度發佈的版本都是徹底的發佈/安裝，不依賴以前的版本。

Q23: Windows 平臺的補丁安裝模式是否有變化？

A:不會。Windows 平臺的數據庫安裝補丁策略不會更改。

Q24: 新的版本號碼系統的3個部分具體的含義是？

A: 年.更新.發佈（Year.Update.Revision）
Year 是發佈的年份的後兩位數字。好比「18」會用在2018年發佈的版本上
Update 表明 Release Update (0, 1, 2, 3, ....)
Revision 表明Update Revision 級別 (0, 1, 2)

Q25: 爲何我在某些文檔或者數據庫的輸出中看到5位（而不是3位）?

A: 第四位是數據庫的增量版本。有時候用在Oracle雲部署上，有時候Oracle Support會用它。第五位是保留位。對於大部分的客戶，只使用3位的格式。

Q26:和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包含的安全內容以及回退修復。

Q27: 我是否能夠指望Revision （好比18.2.3）中的修復也包含在另外一個Update 裏（好比18.6.0）？

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

Q28: 若是一個客戶當前的版本是18.2.x，那麼當版本19發佈時如何升級？是否能夠直接升級仍是須要臨時過渡？

A: 能夠直接遷移到Oracle 19

Q29: Updates/Revisions和產品升級的關係？

A: Updates/Revisions和產品升級無關。他們是版本12.2以及更高版本里的補丁相關的策略。而產品的升級（好比從12.2.0.1到18.x.x）是在不一樣的Oracle文檔中進行處理。好比Oracle® Database Database Upgrade Guide 18c, E88788-01。