什麼是Oracle RAC

wq4113發表於2011-03-22

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。

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/11172773/viewspace-690205/,如需轉載,請註明出處,否則將追究法律責任。

相關文章