RAC

Oracle RAC是Oracle9i新版數據庫中採用的一項新技術，也是Oracle數據庫支持網格計算環境的核心技術。它的出現解決了傳統數據庫應用中面臨的一個重要問題：高性能、高可伸縮性與低價格之間的矛盾!

它一般有兩台或者兩台以上同構計算機及共享存儲設備構成，可提供強大的數據庫處理能力，現在是Oracle 10g Grid應用的重要組成部分。

Oracle RAC主要支持Oracle9i、10g、11g版本，可以支持24 x 7 有效的數據庫應用 系統，在低成本服務器上構建高可用性數據庫系統，並且自由部署應用，無需修改代碼。

在Oracle RAC環境下，Oracle集成提供了集羣軟件和存儲管理軟件，為用户降低了應用成本。當應用規模需要擴充時，用户可以按需擴展系統，以保證系統的性能。

Oracle RAC一般也可構建於大型SMP主機，IBM的AIX系列服務器往往是其中高端平台，Intel Linux往往作為其低端平台。當AIX UNIX用來運行Oracle RAC作為大型數據庫系統平台時，其集羣系統構建、實施、運維、高可用設置，有其平台特點。可以參照《Oracle大型數據庫系統在AIX/UNIX上的實戰詳解》，該書以AIX UNIX平台為主線，以其他UNIX系統為參照，描述了數據庫系統Oracle 10g、Oracle 11g的RAC的構架方法和過程。在Linux平台，則《大話OracleRAC集羣、高可用性、備份與恢復》有着很好的論述。

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 應用軟件。

標準的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 中所有服務器都可以直接訪問數據庫中的所有數據，其他的數據庫在開放系統中都做不到這點， 正是由於這個原因，您可以非常方便地根據需求隨時增加服務器來擴充您的系統，無需重新分佈數據和應用。Real Application Clusters象一個單一的系統一樣工作，任何節點的故障都不會影響其他節點對數據的訪問。所以説增加服 務器就增加了系統的可靠性。另外一點，對用户來説RAC是一個數據庫系統，對它的維護管理如同單機一樣簡單方便。

其他的數據庫系統都無法 真正的支持 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 的話，您的應用是運行於單例程狀態下。雖然您的服務 器是集羣的一部分，但實際上相當於只運行在一台單機上。在硬件集羣環境下，如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來保護您的數 據是一個正確的選擇 - Data Guard可以在各種故障情況(無論是數據壞塊還是人為失誤)下保護您的數據，Data Guard 也確實提供故障切換的功能，但是切換時間可能會需 要10分 鍾，RAC可 以提供低於60秒的切換。同時RAC還可以提供無限的伸縮性，Data Guard 只能提供有限的伸縮性。RAC和Data Guard提供100% 技術來最大程度地保護 您的數據庫應用。

採用SMP UNIX服務器的原因是他 們在過去可以為您的業務系統提供高可用性和伸縮性。在今天對成本非常敏感的環境下，我們需要一種低成本的可以提供高可用性和高質量的系統。通過把您的應用 系統遷移到Linux環境下的Oracle Real Application Clusters 10g ，您可以得到比SMP服務器更好的可用性，同時可以方便地擴充您的系統，最關鍵的是總體擁有成本可以控制的很 低。使用小型 Intel 服務器構建集羣成本遠遠低於大型的SMP 服務器，同時可以擁有無限的伸縮性。

Real Application Clusters是一個全新的產品，10g 是它的第二個版本。在RAC中，我們有多項新的專利技術，專注於如何為應用系統創建一個高可用性、高伸縮性和高效的集 羣系統，而無需修改現有的應用系統。同時，我們在RAC的易管理性上作了大量工作。 RAC系統架構把所有複雜的內部結構都封裝起來，對開發人員和用 户完全透明。

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