如何查看oracle數據庫版本信息（oracle備份整個數據庫）

如果是在幾年前討論Oracle升級的問題，其實會存在很多的異議，如今再來看待這個問題，我覺得情況有了變化，我來嘗試重新解讀一下這個問題。

Oracle數據庫版本背景

首先來說下Oracle的版本背景。

根據Oracle的產品線規劃，18c開始的新版本將是年度版，版本將是發布年度的最后兩位數字。原本計劃作為12.2.0.2的版本就是現在發布中的18c，12.2.0.3將以19c的版本形式發布。預期Oracle數據庫19將是12.2的最后一個版本（“長期支持”版本）。

所以經歷了8,8i,9i,10g,11g,12c之后，接下來的就是18c,19c，現在是2020年了，最新版本按照規劃還是19c,可沒有20c，要不會被笑話。

從版本V2發展至今，我細數了如下的一些版本情況。

如果要從整體看出版本的差異情況，可以看下面的柱狀圖。

這個圖沒有體現版本之間的時間差，僅僅從版本的變化情況來看。

僅僅從這個圖上就能夠看出一種鮮明的差異，那就是類似SQL Server這樣的年度版本，能夠對于版本的差異沒有那么敏感。

Oracle數據庫版本規劃

我們能夠看到有很多的版本，如果要選擇升級數據庫，到底是選擇12c還是18c，還是19c呢，我們來看一個版本路線圖，可以參考在MOS 官方文章：Release Schedule of Current Database Releases (文檔 ID 742060.1)

這個圖是理解整個內容的核心，可以看到19c的定位是長期版本，而且擴展服務的截止時間是目前最長的。

相比而言18c的生命周期就會短許多，有點像曇花一些的過渡版本，從性價比來看似乎還不如早一些的12.2.0.1這個版本，如何和當時的時間背景聯系起來，應該是一批早期用戶從11g升級，在沒有12.2版本發布時，選擇了升級到12.1.0.2，所以看到的12.2.0.1和18c的發布時間也很接近。

值得一提的是，在2020年4月15日，Oracle修改了12.2.0.1的擴展服務截止時間，從2020年12月1日擴展到了2020年3月31日。（Added Limited Error Correction for 12.2.0.1 from Dec 1, 2020 until March 31, 2022）

Oracle數據庫服務支持

對于擴展服務，我們可能有些陌生，大體分來，支持的強度分為三個級別：Premier Support（最高優先級的支持）,Extended Support（中等優先級的支持）,Sustaining Support（最低優先級的支持）。

如果和上面的圖聯系起來，其實就是對于擴展服務打了一些補丁，可以舉個例子來說明，比如主流版本是11g,那么會有一個相對穩定產品生命周期，比如是5年，那么在這5年內是官方大力支持的階段，會修復一系列的版本bug，推出一些改進和新功能，臨近產品生命周期，就需要考慮升級，如果不升級服務支持力度上就會打一定的折扣，比如說擴展服務周期是2年，那么2年后正常來說是無法下載一些補丁更新的，如果過了擴展服務周期還沒有升級，如果是大客戶，花錢繼續支持也可以，如果又跨越了多個時段，但是原來的版本支持還是需要，就需要做定制化的支持了。

對于數據庫版本來說，10g是個坎，升級到11g是個坎，升級到12c的選擇空間從上圖來看就比較有限了，目前可選的就是12.2.0.1，18c和19c了。我們來看下這3個版本，我來劃一下重點。

從上面的圖來看，為了求穩，我們不是選擇最接近的低版本，而是要首選盡可能穩定的大版本，避免后續的大版本改動。如果說得更清楚些，那就是選擇19c.

版本的情況基本說完了，我們來看下升級的正確姿勢，因為環境的差異，肯定初始版本都不大相同。

Oracle數據庫版本升級矩陣

對于11g的數據庫來說，如果是11g的最新版本，則可以直接升級到19c,這是一個極大的利好消息，避免了過渡升級帶來的潛在隱患和服務不可用過長。

對于12c以上的版本(12.1.0.2以上），則可以直接升級到19c。

升級的過程可以考慮純手工方式升級數據字典，也可以考慮使用DBUA來做。

Oracle 19c – Complete Checklist for Upgrading to Oracle Database 19c (19.x) using DBUA (Doc ID 2545064.1)

如果使用DBUA來升級，直接升級可以參考如下的表格：

對于有些版本來說，則不可以直接升級，就需要過渡，比如你的版本是11.2.0.2，則需要先升級到11.2.0.4之后才可以升級到19c.

5 嘗鮮新版本

此外，如果我們想先嘗嘗鮮，做下測試