CSDN：Oracle RAC是什么？它有哪些新特性？它的優(yōu)勢是什么？又有哪些缺點呢？

　　高斌：RAC 是 Real Application Cluster的縮寫，中文可以翻譯為實時應(yīng)用集群，目前最新版本為12c。RAC屬于典型的share-everything結(jié)構(gòu)的集群技術(shù)， 能夠為用戶的數(shù)據(jù)庫提供極高的高可用性，可測量性，可伸縮性和基于用戶實時工作負載狀況的負載均衡功能，以及有修改的對于應(yīng)用透明的故障切換功能。RAC數(shù)據(jù)庫已成為成千上萬的Oracle 用戶十多年來首選的解決方案，而且?guī)椭颂嗟目蛻羧〉贸晒?。在中國，幾乎所有的大型企業(yè)（移動，聯(lián)通，電信，電力，銀行，政府，醫(yī)療，電子商務(wù)等等）都在使用RAC 數(shù)據(jù)庫作為核心數(shù)據(jù)庫。由于RAC 采用了獨有的基于分布式鎖的內(nèi)存融合技術(shù)，所以能讓同一個數(shù)據(jù)庫在多個節(jié)點同時進行讀寫操作，而且完全能給保證數(shù)據(jù)的一致性，所以可以實現(xiàn)靈活的系統(tǒng)橫向擴展能力和優(yōu)秀的可測量性，而且當(dāng)集群數(shù)據(jù)庫中的一個實例崩潰后能夠提供極快的實例恢復(fù)和應(yīng)用程序鏈接的故障切換。當(dāng)然，就像大家所熟知的一樣，沒有一款軟件是完美的，RAC也存在著一些問題，其中最主要的就是由于內(nèi)存融合技術(shù)相對比較復(fù)雜，所以需要數(shù)據(jù)庫的維護和開發(fā)人員要具有比較高的專業(yè)能力。

　　當(dāng)然，隨著《Oracle RAC 核心技術(shù)詳解》這本書的出現(xiàn)，以及我和我的朋友在mooracle 網(wǎng)站上不斷的知識共享和為廣大用戶答疑解惑，相信能夠幫助越來越多的人了解RAC技術(shù)，讓這個產(chǎn)品更好的幫助用戶取得更多的成功。對于12C 這個最新的版本，Oracle 也在向云架構(gòu)進行轉(zhuǎn)變，推出了很多優(yōu)秀的新特性：12C 中提供的Flex Cluster 結(jié)構(gòu)使Oracle的集群能夠管理更多的節(jié)點，降低了集群節(jié)點之間的耦合度，極大地增加了集群的靈活性； Flex ASM 功能，消除了數(shù)據(jù)庫實例和ASM實例之間的1對1關(guān)系，提高了RAC數(shù)據(jù)庫的靈活性，并且增強了系統(tǒng)的高可用性; Application continuity和transaction guard 功能使得Oracle RAC的故障切換功能變得更加強勁，它的出現(xiàn)使得應(yīng)用程序的所有事務(wù)（包括select 和 DML語句）在當(dāng)前實例崩潰之后能夠透明的切換到其他運行實例，從而完成了全面的應(yīng)用程序故障切換能力。

　　CSDN：在你看來，在Oracle RAC環(huán)境中應(yīng)該如何有效地進行客戶端故障轉(zhuǎn)移 ？

　　高斌：正如在上一個問題中介紹的， Oracle RAC 可以提供全面的客戶端故障切換，它不僅能夠保證連接時的鏈接故障切換，而且能夠提供運行時的故障切換。不僅如此，針對不同類型的鏈接，Oracle 都針對性的提供了相應(yīng)的故障率切換功能，例如：針對使用了OCI方式的鏈接，Oracle 提供了 TAF來實現(xiàn)運行時的故障切換，而且隨著12C的 Application continuity和transaction guard 新特性的出現(xiàn)，故障切換已經(jīng)可以做到將用戶的select 和 DML語句透明的切換到其他運行實例；針對使用了thin client 的鏈接，Oracle 提供了基于ONS的FAN，F(xiàn)CF特性，來保證用戶連接的切換。如果大家希望了解更多的這部分信息，可以參考《Oracle RAC 核心技術(shù)詳解》的第十三章中的內(nèi)容。

　　CSDN：你在Oracle12c方面有著深入的研究，你是怎么看待Oracle12c的核心新特性？可以給我們解讀下嗎？