資料庫 12.1 和 11.2 版本仍然使用傳統的 PSU/BP 流程以及版本編號系統。

補丁系統的改變 - Release Updates 和 Release Update Revisions

從計劃的2018年的下一個資料庫釋出（本來預計是12.2.0.2）開始，資料庫產品的新版本釋出改為每年一次，並且不再發布補丁集。 

為了支援與安全相關的修復以及高優先順序的非安全修復，將在每年的1月，4月，7月和10月每個季度釋出一個 Release Updates (Updates)。 Oracle的季度釋出的Updates包含客戶最有可能遇到的錯誤的修復：

• 查詢優化器錯誤修復,在之前版本的PSU以及BP中並不包含的這些修復被加入到Updates中，但是預設是禁用的。

• Updates包含安全相關的補丁。

• Updates會經過 廣泛的測試，包括功能測試，壓力測試，效能測試以及破壞性測試。

• 及時應用Updates可以降低碰到已知問題的可能性。

• Updates在RAC環境下可以使用rolling的方式不停機安裝。

除了季度性發布的Updates, Release Update Revisions (Revisions) 也會每個季度發行，包含對Updates的回退修復以及包含最新的安全方面的修復。

• 在每個Update釋出後的六個月內，會有2個針對這個Update的Revisions 。比如，  Release.Update .1 和  Release.Update .2，這裡"1" 和 "2"代表的是Revision。

Oracle推薦客戶保持應用最新的Updates，這樣可以避免很多已知的問題。並且可以避免申請很多小補丁，並顯著降低更多的補丁維護的操作。

某些客戶可能已達到穩定狀態，並希望優先考慮安全更新而不是功能修復。在這種情況下，他們可能選擇應用 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年。關於每個版本的支援年限被詳細記載在  技術支援策略文件 .

http://www.oracle.com/us/support/library/lifetime-support-technology-069183.pdf

版本編號的變化

從2018年開始，開始使用一個新的資料庫軟體版本編號系統。和以往的編號系統（比如12.2.0.2）不同，會使用3個數字編碼格式：年.更新.釋出 (Year.Update.Revision)，比如18.1.0。這樣可以清楚的表示:

• 軟體是哪年釋出的 (第一個部分)

• 哪個季節釋出的Update (第二個部分)

• 哪個季節釋出的Revision (第三個部分)

 

 Revisions 是overlays補丁還是一個完全的補丁？

A:  Revisions 不是overlay補丁。   它們是完全的補丁。

 

在沒有先應用對應的Update的情況下，是否可以安裝這個Update對應的Revision ？

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

Update 和 Revision在補丁的內容上有什麼主要的不同？

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

 

客戶是否可以在 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" 小所以不能安裝目標版本，會出錯

 

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

參考： Release Update介紹以及FAQ (文件 ID 2289879.1)

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/20747382/viewspace-2199197/，如需轉載，請註明出處，否則將追究法律責任。