http://dbaplus.cn/news-10-1098-1.html

?DBAplus Newsletter第二期資訊中我們已經(jīng)預(yù)告，Oracle率先發(fā)布了Exadata、SuperCluster版本，12c Release 2的發(fā)布也拉開(kāi)了帷幕，而在2017年3月1日，Oracle終于發(fā)布了它的linux 64版本和Solaris版本（包括x86和SPARC架構(gòu)）。

對(duì)于很多Oracle DBA來(lái)說(shuō)，12c最期待人心的就是12c Release 2的發(fā)布了，而Linux 64位版本的發(fā)布則是一個(gè)重頭戲。

Oracle12cR2版本跟以前的版本相比，多了一個(gè)Global Service Manager，你可以叫GSM或者GDS，為其分布式特性而引入。

接下來(lái)還有windows、HPUX、AIX版本的12c會(huì)在Q2再發(fā)布。

為什么是12c R2，版本號(hào)解讀

對(duì)于數(shù)據(jù)庫(kù)軟件版本來(lái)說(shuō)，目前實(shí)際應(yīng)用還是11g為主，10g逐步退役，11gR2目前最新穩(wěn)定版本為11.2.0.4，10gR2為10.2.0.5。

Oracle版本描述在11g、12c沒(méi)有變化，但是和10g略有一些差異，如下圖。

—第一個(gè)數(shù)字位代表的是一個(gè)新版本軟件，也標(biāo)志著一些新的功能。如10g、11g、12c。

—第二個(gè)數(shù)字位代表的是新特性版本，也叫作維護(hù)版本，我們期待多年的Release 2就是這個(gè)版本。

第三個(gè)數(shù)字位代表中間件的版本號(hào)，10g和11g的版本差別就在于此，也是對(duì)BEA融合的支持。

—第四個(gè)數(shù)字位代表組件的特定版本號(hào)，比如，Oracle的Patch包。

第五個(gè)數(shù)字位代表平臺(tái)版本的標(biāo)示，通常用來(lái)標(biāo)示Patch號(hào)。

關(guān)于第5位Patch號(hào)，值得一提的是2016年1月份Oracle推出了對(duì) PSU、SPU、Bundle Patch 新的命名規(guī)則。新的命名規(guī)則為（以11.2.0.4為例）：11.2.0.4.YYMMDD。YYMMDD 會(huì)對(duì)應(yīng)為patch （PSU、SPU、Bundle）發(fā)布的具體日期。具體可以參見(jiàn)MOS文檔（Doc ID 1454618.1），一個(gè)基本的情況如下圖所示。

我們?yōu)槭裁匆_(kāi)始考慮大規(guī)模升級(jí)到Oracle12cR2呢？

看看下面這個(gè)表格，生產(chǎn)上現(xiàn)在最大裝機(jī)量的11.2.0.4將在2020年12月31日就不再發(fā)布任何補(bǔ)丁支持（其實(shí)對(duì)于大部分用戶來(lái)說(shuō)，截止日期可以認(rèn)為是2018年12月31日，因?yàn)槟愫竺娌桓栋嘿F的延長(zhǎng)支持費(fèi)即使有補(bǔ)丁你也下載不了）

也就是說(shuō)，滿打滿算，你還有22個(gè)月的時(shí)間，用于升級(jí)你的生產(chǎn)到12cR2。

這中間包括你的功能選型、架構(gòu)選型、應(yīng)用開(kāi)發(fā)支持、測(cè)試、UED……直至運(yùn)行在生產(chǎn)上。否則，如果剛好你的應(yīng)用踩到了某個(gè)前人沒(méi)有遇到的bug，你就真栽秧了。這是產(chǎn)品支持的風(fēng)險(xiǎn)。坦白說(shuō)，如果你的應(yīng)用已經(jīng)很穩(wěn)定，又不做業(yè)務(wù)功能需求變更、使用什么很新奇的函數(shù)，基本也不太會(huì)踩坑，所以這就是為什么至今仍有Oracle 8i的生產(chǎn)系統(tǒng)在運(yùn)行的道理。

從純技術(shù)的角度來(lái)說(shuō)，我們也是支持上Oracle12cR2的。銀行業(yè)這次一反常態(tài)，已經(jīng)開(kāi)始測(cè)試，準(zhǔn)備大規(guī)模上生產(chǎn)了。（詳情：2017年數(shù)據(jù)架構(gòu)師架構(gòu)選型必讀）

12c中到底有哪些變化呢，一種洞察的方法就是從數(shù)據(jù)庫(kù)參數(shù)來(lái)一窺其中的奧妙。

首先我們選取了幾個(gè)樣本，因?yàn)?2cR1和12cR2中間間隔了幾年，我們就區(qū)別對(duì)待。

Oracle中其實(shí)含有大量的隱含參數(shù)，而開(kāi)放給我們的參數(shù)占比只占到了大概10%。

下面看到這兩個(gè)圖：

上圖是所有的數(shù)據(jù)庫(kù)參數(shù)，下圖是開(kāi)放給我們的參數(shù)，可以明顯地看到數(shù)據(jù)庫(kù)參數(shù)的增長(zhǎng)情況。以12c為例，12cR2中的所有參數(shù)（包括隱含參數(shù)）有4845個(gè)，而通過(guò)show parameter開(kāi)放給我們的參數(shù)卻只有417個(gè)，這個(gè)比例非常低，也可以進(jìn)一步說(shuō)明Oracle中確實(shí)有非常多的潛在，豐富的設(shè)置，很多都可以通過(guò)隱含參數(shù)來(lái)特殊調(diào)整，而另一方面由此也可以看出，隱含參數(shù)如此之多，復(fù)雜度極高，本身還是不建議輕易修改隱含參數(shù)的，因?yàn)楹芏嚯[含參數(shù)的值是默認(rèn)的最優(yōu)值，有些還有關(guān)聯(lián)關(guān)系。 

而不同數(shù)據(jù)庫(kù)版本中，參數(shù)的數(shù)量占比是如何呢，我們看一下10g、11g、12c的參數(shù)占比圖。綠色部分是12c的參數(shù)，數(shù)據(jù)庫(kù)參數(shù)（開(kāi)放參數(shù)+隱含參數(shù)）占比甚至超過(guò)了10g+11g的總和。

而開(kāi)放的參數(shù)在12cR2中保留了相當(dāng)?shù)目臻g，其中參數(shù)增長(zhǎng)部分主要體現(xiàn)在IMO和PDB兩個(gè)方面，我們下面會(huì)展開(kāi)來(lái)說(shuō)。

12c有哪些亮點(diǎn)值得我們?nèi)ビ茫?/p>

首當(dāng)其沖的，當(dāng)然是Oracle In Memory Option。社群之前發(fā)表過(guò)幾篇文章，不摘錄了，使用了列式內(nèi)存存儲(chǔ)，性能提高極大，非常有誘惑力：

Oracle Database 12c新特性對(duì)企業(yè)影響的思考

In Memory—Oracle 12C重要新特性IMO詳解

專(zhuān)家經(jīng)驗(yàn)論，答In-Memory是否支持Column之疑

平均提速20倍！Oracle 12c In-Memory最佳實(shí)踐

其次，多租戶對(duì)于有幾十上百個(gè)小數(shù)據(jù)庫(kù)的部門(mén)或者公司來(lái)說(shuō)，這是一大福音，趕緊整合、云化吧。我們從2014年開(kāi)始做這種云化的工作，確實(shí)節(jié)約了不少成本，而且也方便了管理。社群相關(guān)文章，可以復(fù)習(xí)下：

Oracle DBCA高級(jí)玩法：從模板選擇、腳本調(diào)用到多租戶

Oracle 12c PDB遷移（一）

（http://dbaplus.cn/blog-57-745-1.html）

第三點(diǎn)，是12cR2才推出的Sharding。Oracle的Sharding可以認(rèn)為是patition思想的升級(jí)版，一脈相承。上面賣(mài)了一個(gè)關(guān)子的GDS組件，就是為了sharding而生的。有了sharding，Oracle一直被詬病缺失的分布式數(shù)據(jù)庫(kù)終于出臺(tái)了。從個(gè)人練習(xí)使用的情況來(lái)看，非常簡(jiǎn)單易用，而真正的生產(chǎn)實(shí)踐，還敬請(qǐng)期待。

當(dāng)然12cR2還有許多小的改進(jìn)，但是，有此三點(diǎn)，已經(jīng)是足夠充分的理由去考慮升級(jí)了。

說(shuō)到升級(jí)，可不是個(gè)小事情，而是一個(gè)大工程。

從前期的調(diào)研分析、方案制定、升級(jí)測(cè)試到正式升級(jí)，環(huán)環(huán)相扣，疏忽不得。

具體的升級(jí)方法，可參考DBAplus社群分享的部分文章：

升級(jí)到12c云數(shù)據(jù)庫(kù)的最佳實(shí)踐

XTTS，又一個(gè)值得你重視的Oracle數(shù)據(jù)庫(kù)遷移升級(jí)利器

如何保障業(yè)務(wù)0暫停下，從11gR2 MAA升級(jí)到12c?

扒一扒Oracle數(shù)據(jù)庫(kù)遷移中的各種坑

還有一些參數(shù)一定得注意，不然你可能要掉坑，甚至是在11g里掉過(guò)一次的。

DEFERRED_SEGMENT_CREATION

默認(rèn)是true，建議設(shè)置為false

_DATAFILE_WRITE_ERRORS_CRASH_INSTANCE

默認(rèn)是true，所有datafile的IO寫(xiě)error，都會(huì)導(dǎo)致數(shù)據(jù)庫(kù)crash。建議設(shè)置為false。

JOB_QUEUE_PROCESSES

默認(rèn)是1000，建議設(shè)置為你真正需要的數(shù)字。如果你不知道，建議設(shè)置為0。

_OPTIMIZER_AGGR_GROUPBY_ELIM

默認(rèn)是true，可能會(huì)導(dǎo)致groupby類(lèi)的結(jié)果集錯(cuò)誤。建議設(shè)置為false。

session_CACHED_CURSORS

默認(rèn)值是50，太小，容易導(dǎo)致內(nèi)存碎片，建議設(shè)置為1000.

當(dāng)然，還有一些參數(shù)也建議改，很難給一個(gè)具體建議，需要根據(jù)實(shí)際情況進(jìn)行設(shè)置。

相信到了這兒，你對(duì)12cR2已經(jīng)有一個(gè)整體的認(rèn)識(shí)了，抽時(shí)間下載試用吧，等了很久，這一刻終于到來(lái)了。