RAC就是real application clusters的縮寫，跟rack的讀音同。

Oracle Real Application Clusters (RAC)可以支持24 x 7 有效的數(shù)據(jù)庫應(yīng)用 系統(tǒng)，您可以在由低成本的服務(wù)器構(gòu)成的高可用性系統(tǒng)上自由部署您的應(yīng)用，而無需修改您的應(yīng)用程序。已經(jīng)有超過4200個用戶從中受益。現(xiàn)在Oracle在 10g RAC中更提供免費的集群軟件和存儲管理軟件，為您降低應(yīng)用成本。擁有RAC您無需再為成本而犧牲性能和 可靠性。

關(guān)鍵特性

高可用性
Oracle Real Application Clusters 提供一個高性能低成本的應(yīng)用平臺，支持所有類型的應(yīng)用系統(tǒng)，無論是事務(wù)處理型應(yīng)用還是分析型應(yīng)用。所有應(yīng)用共享同樣的服務(wù)器和存儲資源。出現(xiàn)任何的服務(wù)器 或磁盤故障，系統(tǒng)會自動重新接管發(fā)生故障的功能。這些對前端用戶的完全透明的。同樣，如果您需要增加服務(wù)器或改變其他組件的配置也不會影響到應(yīng)用系統(tǒng)。

高性能
Oracle Real Application Clusters保持著TPC-C的記錄，達(dá)到每分鐘 118萬個事務(wù)的處理能力，和僅僅 $5.52 每tpmC的成本。在3,000 GB的 TPC-H數(shù)據(jù)倉庫Benchmark 測試中, Oracle RAC同樣保持性價比的領(lǐng)先地位，保證我們的用戶能夠達(dá)到更好更快的 ROI。這僅僅是Oracle 保持的多項Benchmark 記錄中的最 近的一些指標(biāo)。

按需擴充
您現(xiàn)有的系統(tǒng)可能是基于當(dāng)前的工作負(fù)載而構(gòu)建的，當(dāng) 應(yīng)用規(guī)模需要擴充時(支持更多的數(shù)據(jù)、用戶或應(yīng)用)，您就需要擴展您的系統(tǒng)以保證系統(tǒng)的性能。當(dāng)您的應(yīng)用是構(gòu)建于大型的SMP主機時，您可能需要購買另一 臺昂貴的主機，但可能只能使用到其處理能力的很小一部分。但是如果您使用Oracle RAC的話，您可以通過增加一臺或多臺低成本的服務(wù)器來擴充您的應(yīng)用系統(tǒng)的處理能力，滿足應(yīng)用需 求。

第三方應(yīng)用支持
Oracle RAC數(shù)據(jù)庫服務(wù)器象一個單一鏡像的數(shù)據(jù)庫服務(wù) 器，所有的應(yīng)用無需任何改動都可以直接部署 (例如Oracle EBS, SAP, Siebel, 您自己的應(yīng)用), 同時可以提高應(yīng)用性能和可靠性。 Oracle和SAP的應(yīng)用在RAC上完成了一系列的benchmarks性能測試，獲 得了非常優(yōu)異的測試結(jié)果， 象ABB 和Colgate一些大客戶都是在Oracle RAC上運行他們的 SAP 應(yīng)用軟件。

技術(shù)應(yīng)答

我聽說RAC無法證明其在超過4個處理器的集群上的伸縮性 – 您有什么證據(jù)來證明RAC 的高可用性、高伸縮性和高可靠性?
標(biāo)準(zhǔn)的benchmark 性能測試表 明 SAP 運 行于RAC上可以達(dá)到80%的伸縮性。一個明顯的例證是最近在HP上所作的標(biāo)準(zhǔn) TPC-C測試。第一個測試是Oracle運行于有64個Intel Itanium2® CPU 的HP SuperDome SMP巨型服務(wù)器。第二個測試是16個節(jié)點的集群系統(tǒng)，每個節(jié)點是4個CPU的SMP服務(wù)器。測試結(jié)果表明RAC環(huán)境性能超過SuperDome 18% ，這兩個測試使用了完全同樣的 Itanium2® CPU，處理器總數(shù)都是64。所以在同樣的CPU處理能力下，RAC具有更好的伸縮性。
當(dāng)您再進一步考察這兩種方案的成本時，您會發(fā)現(xiàn)RAC的成本更低。HP SuperDome 將近800萬美元，而同樣的集群系統(tǒng)的成本僅僅不到300萬美元， 其成本只是大型機的1/3。

為什么說Oracle Real Application Clusters 10g 要遠(yuǎn)遠(yuǎn)超過它的競爭對手?

最基本的不同是，Oracle Real Application Clusters 10g 中所有服務(wù)器都可以直接訪問數(shù)據(jù)庫中的所有數(shù)據(jù)，其他的數(shù)據(jù)庫在開放系統(tǒng)中都做不到這點， 正是由于這個原因，您可以非常方便地根據(jù)需求隨時增加服務(wù)器來擴充您的系統(tǒng)，無需重新分布數(shù)據(jù)和應(yīng)用。Real Application Clusters象一個單一的系統(tǒng)一樣工作，任何節(jié)點的故障都不會影響其他節(jié)點對數(shù)據(jù)的訪問。所以說增加服 務(wù)器就增加了系統(tǒng)的可靠性。另外一點，對用戶來說RAC是一個數(shù)據(jù)庫系統(tǒng)，對它的維護管理如同單機一樣簡單方便。

Microsoft SQL Server和IBM DB2都有active-active 的故障切換方式，為什么我要采用Oracle Real Application Cluster 10g ?

其他的數(shù)據(jù)庫系統(tǒng)都無法 真正的支持 active-active方式的集群系統(tǒng)，即集群的兩個節(jié)點可以支持同樣的應(yīng)用。實際上，他們只能支持雙向的active-passive 架 構(gòu)，即節(jié)點 A 運行應(yīng)用A，同時節(jié)點B 運行應(yīng)用B，每個節(jié)點作為另一個節(jié)點的備份節(jié)點。但是同樣的應(yīng)用無法同時運行在兩個不同的節(jié)點。在Oracle Real Application Cluster 10g 中，同樣的應(yīng)用可以運行在兩個或更多的節(jié)點，每一個節(jié)點都可作為所有其它節(jié)點的備份機。當(dāng) 出現(xiàn)單點故障時，整個Real Application Clusters數(shù)據(jù)庫系統(tǒng)的效率只會有很小的降低。

我的分布式應(yīng)用 系統(tǒng)運行非常好，為什么我要把我的數(shù)據(jù)庫進行集中?

如果您的應(yīng)用系統(tǒng)正運行 于Oracle上，他們當(dāng)然可以支持您的業(yè)務(wù)需求。但是集群的數(shù)據(jù)庫可以讓您管理更少的數(shù)據(jù)庫，意味著更 少的管理成本。同時如果您把數(shù)據(jù)集中到Oracle Real Application Cluster 10g 上，您可以提高整個系 統(tǒng)的可用性，達(dá)到99.99%甚至更高。

我們已經(jīng)有了集 群硬件環(huán)境，并且可以進行應(yīng)用的切換，為什么我還需要Oracle Real Application Clusters 10g?

當(dāng)您在集群環(huán)境下運行您 的應(yīng)用，如果不采用Oracle Real Application Clusters 10g 的話，您的應(yīng)用是運行于單例程狀態(tài)下。雖然您的服務(wù) 器是集群的一部分，但實際上相當(dāng)于只運行在一臺單機上。在硬件集群環(huán)境下，如HP ServiceGuard、 Sun Cluster 和 Microsoft Cluster Services, 您可以在集群的任何一個 節(jié)點重新啟動 Oracle數(shù)據(jù)庫 (因為硬盤可以共享). 這就是我們所說的 ‘cold failover’。’Cold failover’ 切 換速度依賴于相關(guān)硬件資源的切換速度，這可能需要5到 25 分鐘的時間恢復(fù)。如果使用Oracle Real Application Clusters 10g， 在服務(wù)器發(fā)生故障時，其他存活的服務(wù)器可以自動快速的恢復(fù)故障服務(wù)器的例程。Oracle Real Application Clusters 10g 可以提供業(yè)界最快的系統(tǒng)恢復(fù)，在60秒內(nèi)可以對系統(tǒng)故障進行恢復(fù)，這至少比硬件的 ‘cold failover’方 案快5倍。

我們使用Data Guard來實現(xiàn)故障切 換，為什么我還需要Oracle Real Application Clusters 10g?

使用Data Guard來保護您的數(shù) 據(jù)是一個正確的選擇 - Data Guard可以在各種故障情況(無論是數(shù)據(jù)壞塊還是人為失誤)下保護您的數(shù)據(jù)，Data Guard 也確實提供故障切換的功能，但是切換時間可能會需 要10分 鐘，RAC可 以提供低于60秒的切換。同時RAC還可以提供無限的伸縮性，Data Guard 只能提供有限的伸縮性。RAC和Data Guard提供100% 技術(shù)來最大程度地保護 您的數(shù)據(jù)庫應(yīng)用。

為什么選擇Linux? 為什么選擇Linux 環(huán)境下的Oracle Real Application Clusters 10g?

采用SMP UNIX服務(wù)器的原因是他 們在過去可以為您的業(yè)務(wù)系統(tǒng)提供高可用性和伸縮性。在今天對成本非常敏感的環(huán)境下，我們需要一種低成本的可以提供高可用性和高質(zhì)量的系統(tǒng)。通過把您的應(yīng)用 系統(tǒng)遷移到Linux環(huán)境下的Oracle Real Application Clusters 10g ，您可以得到比SMP服務(wù)器更好的可用性，同時可以方便地擴充您的系統(tǒng)，最關(guān)鍵的是總體擁有成本可以控制的很 低。使用小型 Intel 服務(wù)器構(gòu)建集群成本遠(yuǎn)遠(yuǎn)低于大型的SMP 服務(wù)器，同時可以擁有無限的伸縮性。

Oracle Real Application Clusters只是Oracle Parallel Server的新的版本, 是嗎?

Real Application Clusters是一個全新的產(chǎn)品，10g 是它的第二個版本。在RAC中，我們有多項新的專利技術(shù)，專注于如何為應(yīng)用系統(tǒng)創(chuàng)建一個高可用性、高伸縮性和高效的集 群系統(tǒng)，而無需修改現(xiàn)有的應(yīng)用系統(tǒng)。同時，我們在RAC的易管理性上作了大量工作。 RAC系統(tǒng)架構(gòu)把所有復(fù)雜的內(nèi)部結(jié)構(gòu)都封裝起來，對開發(fā)人員和用 戶完全透明。

您認(rèn)為Oracle RAC的典型硬件配 置是什么樣的?

首先我們知道 RAC選件支持所有的Oracle數(shù)據(jù)庫支持的平臺，如: Windows, Linux, Solaris, HP-UX等等。所以無論您選擇什么樣的系統(tǒng)，RAC都可以非常好的運行。如果是 系統(tǒng)選型，那要取決于您的應(yīng)用需求。我們可以看到Windows 和Linux平臺都是常用的基于Intel架構(gòu)的平臺，RAC 在這些平臺都有很好的表現(xiàn)，這意味著您可以以低成本得到更高的可用性、可靠性和伸縮性。同 時，RAC可 以在任何價位上獲得良好的性能，您可以在HP SuperDomes、Sun boxes或Linux/Windows Intel 服務(wù)器上非常方便地配置RAC。

開心過好每一天。。。。。