RAC就是real application clusters的縮寫，跟rack的讀音同。
Oracle Real Application Clusters (RAC)可以支持24 x 7 有效的數據庫應用 系統，您可以在由低成本的服務器構成的高可用性系統上自由部署您的應用，而無需修改您的應用程序。已經有超過4200個用戶從中受益。現在Oracle在 10g RAC中更提供免費的集群軟件和存儲管理軟件，為您降低應用成本。擁有RAC您無需再為成本而犧牲性能和 可靠性。
關鍵特性
高可用性
Oracle Real Application Clusters 提供一個高性能低成本的應用平臺，支持所有類型的應用系統，無論是事務處理型應用還是分析型應用。所有應用共享同樣的服務器和存儲資源。出現任何的服務器 或磁盤故障，系統會自動重新接管發生故障的功能。這些對前端用戶的完全透明的。同樣，如果您需要增加服務器或改變其他組件的配置也不會影響到應用系統。
高性能
Oracle Real Application Clusters保持著TPC-C的記錄，達到每分鐘 118萬個事務的處理能力，和僅僅 $5.52 每tpmC的成本。在3,000 GB的 TPC-H數據倉庫Benchmark 測試中, Oracle RAC同樣保持性價比的領先地位，保證我們的用戶能夠達到更好更快的 ROI。這僅僅是Oracle 保持的多項Benchmark 記錄中的最 近的一些指標。
按需擴充
您現有的系統可能是基于當前的工作負載而構建的，當 應用規模需要擴充時(支持更多的數據、用戶或應用)，您就需要擴展您的系統以保證系統的性能。當您的應用是構建于大型的SMP主機時，您可能需要購買另一 臺昂貴的主機，但可能只能使用到其處理能力的很小一部分。但是如果您使用Oracle RAC的話，您可以通過增加一臺或多臺低成本的服務器來擴充您的應用系統的處理能力，滿足應用需 求。
第三方應用支持
Oracle RAC數據庫服務器象一個單一鏡像的數據庫服務 器，所有的應用無需任何改動都可以直接部署 (例如Oracle EBS, SAP, Siebel, 您自己的應用), 同時可以提高應用性能和可靠性。 Oracle和SAP的應用在RAC上完成了一系列的benchmarks性能測試，獲 得了非常優異的測試結果， 象ABB 和Colgate一些大客戶都是在Oracle RAC上運行他們的 SAP 應用軟件。
技術應答
我聽說RAC無法證明其在超過4個處理器的集群上的伸縮性 – 您有什么證據來證明RAC 的高可用性、高伸縮性和高可靠性?
標準的benchmark 性能測試表 明 SAP 運 行于RAC上可以達到80%的伸縮性。一個明顯的例證是最近在HP上所作的標準 TPC-C測試。第一個測試是Oracle運行于有64個Intel Itanium2® CPU 的HP SuperDome SMP巨型服務器。第二個測試是16個節點的集群系統，每個節點是4個CPU的SMP服務器。測試結果表明RAC環境性能超過SuperDome 18% ，這兩個測試使用了完全同樣的 Itanium2® CPU，處理器總數都是64。所以在同樣的CPU處理能力下，RAC具有更好的伸縮性。
當您再進一步考察這兩種方案的成本時，您會發現RAC的成本更低。HP SuperDome 將近800萬美元，而同樣的集群系統的成本僅僅不到300萬美元， 其成本只是大型機的1/3。
為什么說Oracle Real Application Clusters 10g 要遠遠超過它的競爭對手?
最基本的不同是，Oracle Real Application Clusters 10g 中所有服務器都可以直接訪問數據庫中的所有數據，其他的數據庫在開放系統中都做不到這點， 正是由于這個原因，您可以非常方便地根據需求隨時增加服務器來擴充您的系統，無需重新分布數據和應用。Real Application Clusters象一個單一的系統一樣工作，任何節點的故障都不會影響其他節點對數據的訪問。所以說增加服 務器就增加了系統的可靠性。另外一點，對用戶來說RAC是一個數據庫系統，對它的維護管理如同單機一樣簡單方便。
Microsoft SQL Server和IBM DB2都有active-active 的故障切換方式，為什么我要采用Oracle Real Application Cluster 10g ?
其他的數據庫系統都無法 真正的支持 active-active方式的集群系統，即集群的兩個節點可以支持同樣的應用。實際上，他們只能支持雙向的active-passive 架 構，即節點 A 運行應用A，同時節點B 運行應用B，每個節點作為另一個節點的備份節點。但是同樣的應用無法同時運行在兩個不同的節點。在Oracle Real Application Cluster 10g 中，同樣的應用可以運行在兩個或更多的節點，每一個節點都可作為所有其它節點的備份機。當 出現單點故障時，整個Real Application Clusters數據庫系統的效率只會有很小的降低。
我的分布式應用 系統運行非常好，為什么我要把我的數據庫進行集中?
如果您的應用系統正運行 于Oracle上，他們當然可以支持您的業務需求。但是集群的數據庫可以讓您管理更少的數據庫，意味著更 少的管理成本。同時如果您把數據集中到Oracle Real Application Cluster 10g 上，您可以提高整個系 統的可用性，達到99.99%甚至更高。
我們已經有了集 群硬件環境，并且可以進行應用的切換，為什么我還需要Oracle Real Application Clusters 10g?
當您在集群環境下運行您 的應用，如果不采用Oracle Real Application Clusters 10g 的話，您的應用是運行于單例程狀態下。雖然您的服務 器是集群的一部分，但實際上相當于只運行在一臺單機上。在硬件集群環境下，如HP ServiceGuard、 Sun Cluster 和 Microsoft Cluster Services, 您可以在集群的任何一個 節點重新啟動 Oracle數據庫 (因為硬盤可以共享). 這就是我們所說的 ‘cold failover’。’Cold failover’ 切 換速度依賴于相關硬件資源的切換速度，這可能需要5到 25 分鐘的時間恢復。如果使用Oracle Real Application Clusters 10g， 在服務器發生故障時，其他存活的服務器可以自動快速的恢復故障服務器的例程。Oracle Real Application Clusters 10g 可以提供業界最快的系統恢復，在60秒內可以對系統故障進行恢復，這至少比硬件的 ‘cold failover’方 案快5倍。
我們使用Data Guard來實現故障切 換，為什么我還需要Oracle Real Application Clusters 10g?
使用Data Guard來保護您的數 據是一個正確的選擇 - Data Guard可以在各種故障情況(無論是數據壞塊還是人為失誤)下保護您的數據，Data Guard 也確實提供故障切換的功能，但是切換時間可能會需 要10分 鐘，RAC可 以提供低于60秒的切換。同時RAC還可以提供無限的伸縮性，Data Guard 只能提供有限的伸縮性。RAC和Data Guard提供100% 技術來最大程度地保護 您的數據庫應用。
為什么選擇Linux? 為什么選擇Linux 環境下的Oracle Real Application Clusters 10g?
采用SMP UNIX服務器的原因是他 們在過去可以為您的業務系統提供高可用性和伸縮性。在今天對成本非常敏感的環境下，我們需要一種低成本的可以提供高可用性和高質量的系統。通過把您的應用 系統遷移到Linux環境下的Oracle Real Application Clusters 10g ，您可以得到比SMP服務器更好的可用性，同時可以方便地擴充您的系統，最關鍵的是總體擁有成本可以控制的很 低。使用小型 Intel 服務器構建集群成本遠遠低于大型的SMP 服務器，同時可以擁有無限的伸縮性。
Oracle Real Application Clusters只是Oracle Parallel Server的新的版本, 是嗎?
Real Application Clusters是一個全新的產品，10g 是它的第二個版本。在RAC中，我們有多項新的專利技術，專注于如何為應用系統創建一個高可用性、高伸縮性和高效的集 群系統，而無需修改現有的應用系統。同時，我們在RAC的易管理性上作了大量工作。 RAC系統架構把所有復雜的內部結構都封裝起來，對開發人員和用 戶完全透明。
您認為Oracle RAC的典型硬件配 置是什么樣的?
首先我們知道 RAC選件支持所有的Oracle數據庫支持的平臺，如: Windows, Linux, Solaris, HP-UX等等。所以無論您選擇什么樣的系統，RAC都可以非常好的運行。如果是 系統選型，那要取決于您的應用需求。我們可以看到Windows 和Linux平臺都是常用的基于Intel架構的平臺，RAC 在這些平臺都有很好的表現，這意味著您可以以低成本得到更高的可用性、可靠性和伸縮性。同 時，RAC可 以在任何價位上獲得良好的性能，您可以在HP SuperDomes、Sun boxes或Linux/Windows Intel 服務器上非常方便地配置RAC。
開心過好每一天。。。。。