RAC與雙機熱備的區(qū)別

RAC與雙機熱備的區(qū)別。Cluster()多機系統(tǒng)平臺上，常用的高可用性技術(shù)有兩種：雙機熱備份和RAC并行服務(wù)器。這兩種方式采用的機制不同，實現(xiàn)的效果也不同。1、雙機熱備份方式(器無法直接訪問數(shù)據(jù)庫，自然也無法進行負載分擔(dān)。當(dāng)服務(wù)器A由于故障失效時，由相應(yīng)的操作系統(tǒng)軟件控制，將服務(wù)器A()B控制，同時在服務(wù)器B上啟動另一個數(shù)據(jù)庫進程，管理數(shù)據(jù)庫。這種切換并啟動新的數(shù)據(jù)庫核心的過程一般需要幾十秒到幾分鐘。這種方式的主要缺點在于：由于需要重新啟動數(shù)據(jù)庫核心進程，無法保證數(shù)據(jù)庫系統(tǒng)連續(xù)不間斷地運行；連接和登錄工作；的問題，但給系統(tǒng)管理、統(tǒng)計分析等業(yè)務(wù)處理帶來了很多額外的復(fù)雜性2、RAC方式()操作一個數(shù)據(jù)庫。客戶端無論連接到哪個服務(wù)器都可以在數(shù)據(jù)庫中進行操作。當(dāng)服務(wù)器A由于故障失效時，數(shù)據(jù)庫系統(tǒng)本身并未停止工作，連接在服務(wù)器B上的客戶端還可以繼續(xù)進行正常工作。同時，服務(wù)器B上也不需要再啟動新的數(shù)據(jù)庫服務(wù)器進程，因此也沒有“切換時間”。對于一些特殊應(yīng)用中嚴(yán)格要求前端應(yīng)用不能中斷的情況，Oracle并行服務(wù)器還提供了一種“預(yù)連接(pre-connect)”方式，以這種方式連接的客戶端當(dāng)服務(wù)器端發(fā)生故障時，客戶端與數(shù)據(jù)庫服務(wù)器的連接不會中斷，會被Oracle并行服務(wù)器軟件自動轉(zhuǎn)接到還在正常工作的其它服務(wù)器上，不需要重新輸入用戶名及口令。同樣有許多操作系統(tǒng)平臺支持并行服務(wù)器方式的高可用性方案，例如HPMCServiceGuardOPSEdition等。與雙機熱備份方式相比，OracleRealApplicationCluster并行服務(wù)器方式有以下優(yōu)點：割簡化了開發(fā)的復(fù)雜程度，同時今后系統(tǒng)擴展也無需修改應(yīng)用程序不需要重新啟動數(shù)據(jù)庫核心進程，縮短了故障造成的停機時間3、RAC的好處CacheFusionOracleRealApplicationClusters為企業(yè)應(yīng)用開發(fā)提供了以下好處：對數(shù)據(jù)進行分區(qū)。對于所有的應(yīng)用即時提供集群的可伸縮性－－不用修改應(yīng)用程序。力，使部件失敗屏蔽開最終用戶。單獨的管理實體；為了進行所有管理操作，在集群中保持一個單獨的系統(tǒng)映像。DBAOracle將管理功能自動分配到適DBA只管理著一個虛擬服務(wù)器。CacheFusionOracleOracle的投資。所有單節(jié)點Oracle接口連接到數(shù)據(jù)庫上?？缮炜s性RAC應(yīng)用的用戶或者中間層應(yīng)用服務(wù)器客戶，可以通過虛擬數(shù)據(jù)庫服務(wù)名連接到數(shù)據(jù)庫OracleRealApplicationClusters數(shù)據(jù)庫實例預(yù)訂所有數(shù)據(jù)庫服務(wù)或者部分子集數(shù)據(jù)庫服務(wù)。這使得DBA高度靈活地選定，連接到特定數(shù)據(jù)庫服務(wù)的特定應(yīng)用程序客戶是否可以連接到某些或者全部的數(shù)據(jù)庫節(jié)點。雖然每一個節(jié)點IP地址時，應(yīng)用客戶仍可以在一個邏輯數(shù)據(jù)庫服務(wù)名的水平上進行連接。因此客戶端對于不相關(guān)的事情如多服務(wù)器的多個地址可以毫不關(guān)心。隨著業(yè)務(wù)的增長，應(yīng)用系統(tǒng)可以CacheFusionCPUDBA無需用手工對數(shù)據(jù)重新分區(qū)。這個優(yōu)點是這種體系結(jié)構(gòu)的副產(chǎn)品，因為有透明度的數(shù)據(jù)存取是CacheFusionCacheFusion體系機構(gòu)自動適應(yīng)快速變化的應(yīng)用需求及隨之而來的工作DBARealApplicationClusters通過動態(tài)地重新分配數(shù)據(jù)庫資源，從而在節(jié)點之間用最小化的磁盤I/O和低的延遲通信來RealApplicationClusters可以從容實現(xiàn)增加的應(yīng)用吞吐量和優(yōu)化的響應(yīng)時間。高可用性RealApplicationClusters提供了真正的高可用性解決方案，關(guān)鍵的突破是在大多數(shù)數(shù)據(jù)庫恢復(fù)RealApplicationClusters24x7可用性的最佳平臺。RealApplicationClusters在高可用性上在三個關(guān)鍵領(lǐng)域勝出：提供了數(shù)據(jù)庫恢復(fù)期間的數(shù)據(jù)塊訪問透明的失效轉(zhuǎn)移對最終用戶屏蔽了系統(tǒng)失效N-1節(jié)點失效的容錯能力只要有一個數(shù)據(jù)庫節(jié)點幸存，RealApplicationClusters就能夠提供完全的數(shù)據(jù)庫訪問和相對不間斷的操作?？晒芾硇訰ealApplicationClusters實現(xiàn)了真正意義上的一個單系統(tǒng)訪問數(shù)據(jù)庫，它提供了從任何節(jié)點到所有磁盤設(shè)備和遠程高速緩存進行無縫數(shù)據(jù)訪問的能力。此單系統(tǒng)映像延伸到所有數(shù)據(jù)庫管理操作。安裝、配置、備份、升級以及監(jiān)控等操作只需進行一次，然后會自動發(fā)布到集群中所有節(jié)點上去。各種Oracle工具（如OracleUniversalInstaller、DatabaseConfigurationAssistant以及RecoveryManager）將發(fā)現(xiàn)集群數(shù)據(jù)塊中所有不同的節(jié)點并以它們?yōu)槟繕?biāo)分配給想得到的任務(wù)。通過為特定的管理操作選擇多個目標(biāo)節(jié)點，管理任務(wù)在數(shù)據(jù)庫集群中多個節(jié)點上執(zhí)行。這為應(yīng)用系統(tǒng)管理其環(huán)境帶來了極大的可伸縮性上的經(jīng)濟實惠。例如，向數(shù)據(jù)庫集群添加一個節(jié)點只會增加最小的管理任務(wù)。這樣，RealApplicationClusters支持在線商務(wù)應(yīng)用和決策支持之類的應(yīng)用，并且為數(shù)據(jù)訪問和管理提供了單一的虛擬高性能服務(wù)器。總結(jié)1、對于硬件來說基本上一樣，共享存儲、光纖線（也有還用SCSI線的）、多臺小型機（可以做多節(jié)點的相互熱備，也可以做多節(jié)點的RAC）、光纖交換機（如果是用光纖卡的話）；但做RAC，在主機之間，最好使用高帶寬網(wǎng)絡(luò)交換機（雖然不用也可以做成），硬件成本相差不大。2、軟件呢，差別可不小。如果是雙機熱備，必須買操作系統(tǒng)級的雙機管理軟件；如果是RAC前還是建議購買雙機管理軟件（10gcrs+asmASM目前實在太難伺候了），RAClicense。3、日常維護。RAC要求的技術(shù)含量更高，也應(yīng)該更勤快。最關(guān)鍵的是得買Oracle服務(wù)，否則遇到有些問題（bug），你就比單機還不高可用了。4RAC的官方論述吧。如果能用好，確實是很有好處的。目前我們的40多downtime，另一方面可以說就是提高了生產(chǎn)力。另，為什么RAC比雙機熱備切換快很多？我們先分析雙機熱備切換的步驟：假設(shè)A機是主機，B機是備機。當(dāng)A機發(fā)生故障時，集群軟件通知B機接管數(shù)據(jù)庫。接管過程如下：B,T1（B時間內(nèi)了，因為總是需要從AumountBmount的。）BT2BmountT3BopenT4應(yīng)用重新連接上BT5所以切換時間T=T1+T2+T3+T4+T5(可能還有其它一些可以忽略不計的時間)。以上切換時間的計算是從集群軟件斷定A機已經(jīng)停機開始計算，之前的時間不計。如果數(shù)據(jù)庫文件所在的磁盤已經(jīng)是共享文件系統(tǒng)，而且事先Bmount該文件系統(tǒng)，那么T1=0,否則T1可能需要十幾秒到2分鐘。T2OracleSGA1~2分鐘。T3視數(shù)據(jù)文件的數(shù)量而定，如果數(shù)據(jù)文件比較多，那么這個時間也會比較長，一般2~5這個時間和磁盤的速度也有關(guān)系。shutdownopen時不需要做恢1分鐘之內(nèi)；但是如果是由于故障停機切換，那么數(shù)據(jù)庫重open(instancerecovery)T4110分鐘，甚至更長。這個時間和磁盤的速度也有關(guān)系。如果應(yīng)用原來也跑在A署在獨立的應(yīng)用服務(wù)器，例如CIP地址浮動到B機，Oracle監(jiān)聽器重啟以后，應(yīng)用才能重新連接到數(shù)據(jù)庫服務(wù)器。這個時間可能需要15分鐘，重啟應(yīng)用的時間也可能更長。所以雙機熱備下切換時間最少T=0+1+2+1+1=5分鐘，這是非常理想的情況下；按照經(jīng)驗，至少需要10分鐘。也可能是T=2+2+5+10+5=24分鐘，甚至更長，視數(shù)據(jù)庫需要恢復(fù)的時間。再看RAC的情況mountT1=0BOpenT2=0,T3=0,T4=0如果應(yīng)用原來只跑在A機上，那么為縮短停機時間，可以事先可以在B機B機的應(yīng)用即可。沒有停頓。如果應(yīng)用部署在獨立的應(yīng)用服務(wù)器上，例如C甚至還有D機時，原來連接B機的