Oracle10gRAC應(yīng)用于數(shù)據(jù)庫的優(yōu)勢分析

1、Oracle110gRACC應(yīng)用于數(shù)據(jù)據(jù)庫的優(yōu)勢分分析 Oracle 10g RReal AAppliccationn Clusster應(yīng)用于XXX醫(yī)醫(yī)保數(shù)據(jù)庫項(xiàng)目的優(yōu)勢分析析 目錄 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027215 第一章簡介 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027216 第二章需求分析析 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027217 第三章解決方案案 HYPERLINK /Produ

2、ctContent.asp?Action=&ID=#_Toc201027218 第四章關(guān)鍵特性性 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027219 1.高可用性 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027220 2.可管理性 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027221 3.可伸縮性 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027222 第五章性能比

3、較較 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027223 1.并行服務(wù)器器與雙機(jī)熱備備份的比較 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027224 第六章總結(jié) HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027225 第七章部分官方方技術(shù)問答 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027226 1.為什么說OOraclee Reall Appllicatiion

4、Cllusterrs 10gg要遠(yuǎn)遠(yuǎn)超過過它的競爭對對手? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027227 2. Micrrosoftt您認(rèn)為Oraacle RRAC的典型型硬件配置是是什么樣的? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027228 3. SQL Serveer和IBM DDB2都有actiive-acctive的的故障切換方方式，為什么么我要采用OOraclee Reall Appllicatiion Cllusterr 10g ? HYPERLINK

5、/ProductContent.asp?Action=&ID=#_Toc201027229 4.我的分布式式應(yīng)用系統(tǒng)運(yùn)運(yùn)行非常好，為為什么我要把把我的數(shù)據(jù)庫庫進(jìn)行集中? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027230 5.我們已經(jīng)有有了集群硬件件環(huán)境，并且且可以進(jìn)行應(yīng)應(yīng)用的切換，為為什么我還需需要Oraccle Reeal Appplicaation Clustters 110g? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027231 6.我們使用DData GGuard來

6、來實(shí)現(xiàn)故障切切換，為什么么我還需要OOraclee Reall Appllicatiion Cllusterrs 10gg? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc201027232 7.為什么選擇擇Linuxx?為什么選選擇Linuux環(huán)境下的的Oraclle Reaal Appplicattion CClusteers 100g? 第一章 簡介XXX社會醫(yī)療療保險(xiǎn)中心在在經(jīng)過多年的的IT系統(tǒng)建建設(shè)研究和探探索，積累了了豐富的經(jīng)驗(yàn)驗(yàn)，但對于信信息聯(lián)網(wǎng)形成成統(tǒng)一體系、數(shù)數(shù)據(jù)匯集整合合、挖掘分析析、發(fā)揮整體體協(xié)同效能等等方面還存在在一定差距，

7、強(qiáng)強(qiáng)化信息基礎(chǔ)礎(chǔ)建設(shè)，建設(shè)設(shè)高可用性、高高伸縮性的整整體體系是發(fā)發(fā)展的必由之之路。 第二章 需求求分析當(dāng)前數(shù)據(jù)庫系統(tǒng)統(tǒng)存在的問題題主要集中在在應(yīng)變能力差差、可伸縮性性差，系統(tǒng)運(yùn)運(yùn)維成本極高高、管理復(fù)雜雜，硬件升級級成本高昂，不不能滿足業(yè)務(wù)務(wù)擴(kuò)面的緊迫迫需求等問題題。如何降低架設(shè)和和使用信息技技術(shù)基礎(chǔ)架構(gòu)構(gòu)所需的高昂昂成本，幾乎乎是所有用戶戶最關(guān)心的問問題。然而，要要降低IT成成本，必須解解決過剩的計(jì)計(jì)算容量、昂昂貴的容量擴(kuò)擴(kuò)展以及高額額的管理成本本三大難題。受受到傳統(tǒng)企業(yè)業(yè)計(jì)算的限制制，用戶只能能針對高峰容容量來構(gòu)建計(jì)計(jì)算容量，但但又無法在平平時(shí)有效地使使用多余的容容量，也無法法在必要時(shí)以以較

8、低成本迅迅速地舊模塊塊單元增加容容量，這些因因素都是造成成 IT成本本居高不下的的原因。一種種基于網(wǎng)格計(jì)計(jì)算原理的企企業(yè)網(wǎng)格計(jì)算算正是用戶所所需要的，它它很好地解決決了用戶 IIT面臨的難難題。網(wǎng)格計(jì)計(jì)算是利用網(wǎng)網(wǎng)絡(luò)技術(shù)，把把分散在不同同地理位置的的計(jì)算機(jī)組成成一臺虛擬超超級計(jì)算機(jī)。每每一臺參與計(jì)計(jì)算的計(jì)算機(jī)機(jī)就是其中的的一個(gè) “節(jié)點(diǎn)”（即nodde）， 所所有的計(jì)算機(jī)機(jī)組成了一張張節(jié)點(diǎn)網(wǎng)就叫叫“網(wǎng)格”（即Griid，也就是是Oraclle 10gg中g(shù)的含義義） 。 第三章 解決方方案RAC（Reaal Appplicattion CClusteer，真正應(yīng)應(yīng)用集群）是是Oraclle數(shù)據(jù)庫

9、支支持網(wǎng)格計(jì)算算環(huán)境的核心心技術(shù)。它的的出現(xiàn)解決了了傳統(tǒng)數(shù)據(jù)庫庫應(yīng)用中面臨臨的一個(gè)重要要問題：高性性能、高可伸伸縮性與低價(jià)價(jià)格之間的矛矛盾。過去，如果用戶戶希望其信息息系統(tǒng)具有良良好的可靠性性、可伸縮性性和高性能，就就必須選擇基基于主機(jī)的系系統(tǒng)，這意味味著用戶在系系統(tǒng)建設(shè)之初初就必須投入入大量資金；如果要節(jié)省省成本，用戶戶可以選擇基基于客戶機(jī)/服務(wù)器的計(jì)計(jì)算體系，并并在需要時(shí)逐逐步增添新硬硬件、擴(kuò)展系系統(tǒng)，但如果果需要進(jìn)行應(yīng)應(yīng)用升級，用用戶就不得不不付出高昂的的升級費(fèi)用，同同時(shí)這種分布布式系統(tǒng)的維維護(hù)成本也不不菲。 采用RAC技術(shù)術(shù)，可以實(shí)現(xiàn)現(xiàn)多節(jié)點(diǎn)共享享數(shù)據(jù)庫，并并自動(dòng)并行處處理及均分負(fù)負(fù)載

10、，在數(shù)據(jù)據(jù)庫故障時(shí)進(jìn)進(jìn)行容錯(cuò)和無無斷點(diǎn)恢復(fù)處處理。還顯著著地提高了大大型數(shù)據(jù)倉庫庫和決策支持持系統(tǒng)的性能能。通過與并并行查詢選件件結(jié)合，它還還提供了節(jié)點(diǎn)點(diǎn)間的并行性性和節(jié)點(diǎn)內(nèi)的的并行性，以以得到更高的的性能。采用RAC技術(shù)術(shù)無論是選擇擇基于Inttel架構(gòu)的的PC服務(wù)器器、Unixx工作站，還還是最近兩年年頗受關(guān)注的的刀片服務(wù)器器；也無論是是選擇Uniix、Winndows，還還是免費(fèi)的LLinux操操作系統(tǒng)，只只要在這些軟軟硬件平臺上上部署了Orracle 10g的RRAC系統(tǒng)，這這些分布在各各處的系統(tǒng)就就能組成集群群，實(shí)現(xiàn)用戶戶所需的高性性能和高可靠靠性。且當(dāng)系系統(tǒng)需要進(jìn)一一步擴(kuò)展時(shí)，無無

11、需對應(yīng)用程程序進(jìn)行任何何修改。 第四章 關(guān)鍵特特性1.高可用性Real Appplicaation Clustters提供供了真正的高高可用性解決決方案，關(guān)鍵鍵的突破是在在大多數(shù)數(shù)據(jù)據(jù)庫恢復(fù)期間間能提供完整整的數(shù)據(jù)庫訪訪問。這使得得Real Appliicatioon Cluusterss成為電子商商務(wù)應(yīng)用所要要求的24xx7可用性的的最佳平臺。Real Appplicaation Clustters在高高可用性上在在三個(gè)關(guān)鍵領(lǐng)領(lǐng)域勝出：l 提供了了數(shù)據(jù)庫恢復(fù)復(fù)期間的數(shù)據(jù)據(jù)塊訪問l 透明的的失效轉(zhuǎn)移對對最終用戶屏屏蔽了系統(tǒng)失失效l N-11節(jié)點(diǎn)失效的的容錯(cuò)能力只要有一個(gè)數(shù)據(jù)據(jù)庫節(jié)點(diǎn)幸存存，Re

12、all Appllicatiion Cllusterrs就能夠提提供完全的數(shù)數(shù)據(jù)庫訪問和和相對不間斷斷的操作。2.可管理性Real Appplicaation Clustters實(shí)現(xiàn)現(xiàn)了真正意義義上的一個(gè)單單系統(tǒng)訪問數(shù)數(shù)據(jù)庫，它提提供了從任何何節(jié)點(diǎn)到所有有磁盤設(shè)備和和遠(yuǎn)程高速緩緩存進(jìn)行無縫縫數(shù)據(jù)訪問的的能力。此單單系統(tǒng)映像延延伸到所有數(shù)數(shù)據(jù)庫管理操操作。安裝、配配置、備份、升升級以及監(jiān)控控等操作只需需進(jìn)行一次，然然后會自動(dòng)發(fā)發(fā)布到集群中中所有節(jié)點(diǎn)上上去。各種OOraclee工具（如OOraclee Univversall Insttallerr、Dataabase Confiigurattio

13、n AAssisttant以及及Recovvery MManageer）將發(fā)現(xiàn)現(xiàn)集群數(shù)據(jù)塊塊中所有不同同的節(jié)點(diǎn)并以以它們?yōu)槟繕?biāo)標(biāo)分配給想得得到的任務(wù)。 通過為特定的管管理操作選擇擇多個(gè)目標(biāo)節(jié)節(jié)點(diǎn)，管理任任務(wù)在數(shù)據(jù)庫庫集群中多個(gè)個(gè)節(jié)點(diǎn)上執(zhí)行行。這為電子子商務(wù)管理其其環(huán)境帶來了了極大的可伸伸縮性上的經(jīng)經(jīng)濟(jì)實(shí)惠。例例如，向數(shù)據(jù)據(jù)庫集群添加加一個(gè)節(jié)點(diǎn)只只會增加最小小的管理任務(wù)務(wù)。這樣，RReal AAppliccationn Clussters支支持在線電子子商務(wù)應(yīng)用和和決策支持之之類的應(yīng)用，并并且為數(shù)據(jù)訪訪問和管理提提供了單一的的虛擬高性能能服務(wù)器。3.可伸縮性基于RAC的電電子商務(wù)應(yīng)用用的用戶或者

14、者中間層應(yīng)用用服務(wù)器客戶戶，可以通過過虛擬數(shù)據(jù)庫庫服務(wù)名連接接到數(shù)據(jù)庫上上。Oraccle在集群群中多個(gè)節(jié)點(diǎn)點(diǎn)之間自動(dòng)平平衡用戶負(fù)載載。不同節(jié)點(diǎn)點(diǎn)上的Reaal Appplicattion CClusteers數(shù)據(jù)庫庫實(shí)例預(yù)訂所所有數(shù)據(jù)庫服服務(wù)或者部分分子集數(shù)據(jù)庫庫服務(wù)。這使使得DBA高高度靈活地選選定，連接到到特定數(shù)據(jù)庫庫服務(wù)的特定定應(yīng)用程序客客戶是否可以以連接到某些些或者全部的的數(shù)據(jù)庫節(jié)點(diǎn)點(diǎn)。雖然每一個(gè)節(jié)點(diǎn)點(diǎn)有一個(gè)不同同的物理IPP地址時(shí)，應(yīng)應(yīng)用客戶仍可可以在一個(gè)邏邏輯數(shù)據(jù)庫服服務(wù)名的水平平上進(jìn)行連接接。因此客戶戶端對于不相相關(guān)的事情如如多服務(wù)器的的多個(gè)地址可可以毫不關(guān)心心。隨著業(yè)務(wù)的增長

15、長，電子商務(wù)務(wù)可以從容地地增加處理能能力。Cacche Fuusion體體系結(jié)構(gòu)直接接地利用新節(jié)節(jié)點(diǎn)的CPUU和內(nèi)存資源源。DBA無無需用手工對對數(shù)據(jù)重新分分區(qū)。這個(gè)優(yōu)優(yōu)點(diǎn)是這種體體系結(jié)構(gòu)的副副產(chǎn)品，因?yàn)闉橛型该鞫鹊牡臄?shù)據(jù)存取是是Cachee Fusiion的一項(xiàng)項(xiàng)基本功能。Cache FFusionn體系機(jī)構(gòu)自自動(dòng)適應(yīng)快速速變化的電子子商務(wù)需求及及隨之而來的的工作負(fù)荷的的改變。DBBA也不必因因?yàn)楣ぷ髫?fù)荷荷變化而對數(shù)數(shù)據(jù)進(jìn)行手工工的重新分區(qū)區(qū)。Reall Appllicatiion Cllusterrs通過動(dòng)態(tài)態(tài)地重新分配配數(shù)據(jù)庫資源源，從而在節(jié)節(jié)點(diǎn)之間用最最小化的磁盤盤I/O和低低的延遲通

16、信信來優(yōu)化利用用集群系統(tǒng)資資源。這使得得Real Appliicatioon Cluusterss可以從容實(shí)實(shí)現(xiàn)增加的應(yīng)應(yīng)用吞吐量和和優(yōu)化的響應(yīng)應(yīng)時(shí)間。 第五章 性能比比較1.并行服務(wù)器器與雙機(jī)熱備備份的比較在Clusteer (集群群)多機(jī)系統(tǒng)統(tǒng)平臺上，常常用的高可用用性技術(shù)有兩兩種：雙機(jī)熱熱備份和并行行服務(wù)器。這這兩種方式采采用的機(jī)制不不同，實(shí)現(xiàn)的的效果也不同同。Reall Appllicatiion Cllusterr實(shí)現(xiàn)的是并并行服務(wù)器方方式。雙機(jī)熱備份方式式 如上圖所示，在在雙機(jī)熱備份份方式下，數(shù)數(shù)據(jù)庫系統(tǒng)平平時(shí)只能在一一臺服務(wù)器(例如服務(wù)器器A)上運(yùn)行行，另一臺服服務(wù)器無法直直接訪

17、問數(shù)據(jù)據(jù)庫，自然也也無法進(jìn)行負(fù)負(fù)載分擔(dān)。當(dāng)當(dāng)服務(wù)器A由由于故障失效效時(shí)，由相應(yīng)應(yīng)的操作系統(tǒng)統(tǒng)軟件控制，將將服務(wù)器A管管理的存儲設(shè)設(shè)備(如硬盤盤)轉(zhuǎn)交給服服務(wù)器B控制制，同時(shí)在服服務(wù)器B上啟啟動(dòng)另一個(gè)數(shù)數(shù)據(jù)庫進(jìn)程，管管理數(shù)據(jù)庫。這這種切換并啟啟動(dòng)新的數(shù)據(jù)據(jù)庫核心的過過程一般需要要幾十秒到幾幾分鐘。這種方式的主要要缺點(diǎn)在于：l 由于需需要重新啟動(dòng)動(dòng)數(shù)據(jù)庫核心心進(jìn)程，無法法保證數(shù)據(jù)庫庫系統(tǒng)連續(xù)不不間斷地運(yùn)行行l(wèi) 在系統(tǒng)統(tǒng)切換的過程程中，客戶端端與服務(wù)器之之間的數(shù)據(jù)庫庫連接會中斷斷，需要重新新進(jìn)行數(shù)據(jù)庫庫的連接和登登錄工作l 由于數(shù)數(shù)據(jù)庫系統(tǒng)只只能在一臺服服務(wù)器上運(yùn)行行，另一臺服服務(wù)器無法分分擔(dān)系統(tǒng)的

18、負(fù)負(fù)載，實(shí)際上上造成了客戶戶投資的浪費(fèi)費(fèi)。在有些系系統(tǒng)中，為了了解決雙機(jī)負(fù)負(fù)載分擔(dān)的問問題，將應(yīng)用用系統(tǒng)人為分分割為兩個(gè)數(shù)數(shù)據(jù)庫系統(tǒng)，分分別在兩臺服服務(wù)器上運(yùn)行行。這種方式式在一定程度度上解決了負(fù)負(fù)載分擔(dān)的問問題，但給系系統(tǒng)管理、統(tǒng)統(tǒng)計(jì)分析等業(yè)業(yè)務(wù)處理帶來來了很多額外外的復(fù)雜性 并行服務(wù)器(RReal AAppliccationn Clusster)方方式 在并行服務(wù)器方方式下，兩臺臺(或多臺)服務(wù)器上各各自運(yùn)行一個(gè)個(gè)數(shù)據(jù)庫核心心進(jìn)程，但共共同管理、操操作一個(gè)數(shù)據(jù)據(jù)庫?？蛻舳硕藷o論連接到到哪個(gè)服務(wù)器器都可以在數(shù)數(shù)據(jù)庫中進(jìn)行行操作。當(dāng)服服務(wù)器A由于于故障失效時(shí)時(shí)，數(shù)據(jù)庫系系統(tǒng)本身并未未停止工作，

19、連連接在服務(wù)器器B上的客戶戶端還可以繼繼續(xù)進(jìn)行正常常工作。同時(shí)時(shí)，服務(wù)器BB上也不需要要再啟動(dòng)新的的數(shù)據(jù)庫服務(wù)務(wù)器進(jìn)程，因因此也沒有“切換時(shí)間”。對于一些特殊應(yīng)應(yīng)用中嚴(yán)格要要求前端應(yīng)用用不能中斷的的情況，Orracle并并行服務(wù)器還還提供了一種種“預(yù)連接(ppre-coonnectt)”方式，以這這種方式連接接的客戶端當(dāng)當(dāng)服務(wù)器端發(fā)發(fā)生故障時(shí)，客客戶端與數(shù)據(jù)據(jù)庫服務(wù)器的的連接不會中中斷，會被OOraclee并行服務(wù)器器軟件自動(dòng)轉(zhuǎn)轉(zhuǎn)接到還在正正常工作的其其它服務(wù)器上上，不需要重重新輸入用戶戶名及口令。與雙機(jī)熱備份方方式相比，OOraclee10g RReal AAppliccationn Clu

20、sster并行行服務(wù)器方式式有以下優(yōu)點(diǎn)點(diǎn)：l 各服務(wù)務(wù)器共享一個(gè)個(gè)數(shù)據(jù)庫，在在正常運(yùn)行時(shí)時(shí)可以進(jìn)行負(fù)負(fù)載分擔(dān)，無無需考慮應(yīng)用用數(shù)據(jù)的人為為分割。l 并行服服務(wù)器方式對對應(yīng)用完全透透明，在應(yīng)用用程序設(shè)計(jì)和和開發(fā)的過程程中也不需要要進(jìn)行特殊編編程，簡化了了開發(fā)的復(fù)雜雜程度，同時(shí)時(shí)今后系統(tǒng)擴(kuò)擴(kuò)展也無需修修改應(yīng)用程序序。l 不需要要重新啟動(dòng)數(shù)數(shù)據(jù)庫核心進(jìn)進(jìn)程，縮短了了故障造成的的停機(jī)時(shí)間。 第六章 總結(jié)如果使用 RAAC，用戶不不必花巨資購購買大型主機(jī)機(jī)來滿足高可可靠性要求，也也不必?fù)?dān)心單單點(diǎn)系統(tǒng)故障障對用戶造成成難以估計(jì)的的損失。當(dāng)系系統(tǒng)需要進(jìn)一一步擴(kuò)展時(shí)，可可按需增加節(jié)節(jié)點(diǎn)，無需對對應(yīng)用程序進(jìn)進(jìn)行

21、任何修改改，也無需更更換新的服務(wù)務(wù)器，更不必必考慮服務(wù)器器系統(tǒng)平臺是是什么。企業(yè)業(yè)網(wǎng)格計(jì)算的的實(shí)現(xiàn)，解決決了用戶 IIT面臨的三三大難題，降降低了用戶 IT成本，這這是企業(yè)網(wǎng)格格計(jì)算帶來的的顯著優(yōu)點(diǎn)，也也是未來信息息技術(shù)發(fā)展的的方向。 第七章 部分官官方技術(shù)問答答1.為什么說OOraclee Reall Appllicatiion Cllusterrs 10gg要遠(yuǎn)遠(yuǎn)超過過它的競爭對對手?最基本的不同是是，Oraccle Reeal Appplicaation Clustters 110g中所有有服務(wù)器都可可以直接訪問問數(shù)據(jù)庫中的的所有數(shù)據(jù)，其其他的數(shù)據(jù)庫庫在開放系統(tǒng)統(tǒng)中都做不到到這點(diǎn)，正是是

22、由于這個(gè)原原因，您可以以非常方便地地根據(jù)需求隨隨時(shí)增加服務(wù)務(wù)器來擴(kuò)充您您的系統(tǒng)，無無需重新分布布數(shù)據(jù)和應(yīng)用用。Reall Appllicatiion Cllusterrs象一個(gè)單單一的系統(tǒng)一一樣工作，任任何節(jié)點(diǎn)的故故障都不會影影響其他節(jié)點(diǎn)點(diǎn)對數(shù)據(jù)的訪訪問。所以說說增加服 務(wù)務(wù)器就增加了了系統(tǒng)的可靠靠性。另外一一點(diǎn)，對用戶戶來說RACC是一個(gè)數(shù)據(jù)據(jù)庫系統(tǒng)，對對它的維護(hù)管管理如同單機(jī)機(jī)一樣簡單方方便。2.Microosoft您您認(rèn)為Oraacle RRAC的典型型硬件配 置置是什么樣的的?首先我們知道 RAC選件件支持所有的的Oraclle數(shù)據(jù)庫支支持的平臺，如如: Wiindowss, Linn

23、ux, SSolariis, HPP-UX等等等。所以無論論您選擇什么么樣的系統(tǒng)，RRAC都可以以非常好的運(yùn)運(yùn)行。如果是是 系統(tǒng)選型型，那要取決決于您的應(yīng)用用需求。我們們可以看到WWindowws和Linnux平臺都都是常用的基基于Inteel架構(gòu)的平平臺，RACC 在這些平平臺都有很好好的表現(xiàn)，這這意味著您可可以以低成本本得到更高的的可用性、可可靠性和伸縮縮性。同時(shí)，RRAC可 以以在任何價(jià)位位上獲得良好好的性能，您您可以在HPP SupeerDomees、Sunn boxees或Linnux/Wiindowss Inteel服務(wù)器上上非常方便地地配置RACC。3.SQL SServerr和

24、IBM DB2都有有activve-acttive的故故障切換方式式，為什么我我要采用Orracle Real Appliicatioon Cluuster 10g ?其他的數(shù)據(jù)庫系系統(tǒng)都無法 真正的支持持 actiive-acctive方方式的集群系系統(tǒng)，即集群群的兩個(gè)節(jié)點(diǎn)點(diǎn)可以支持同同樣的應(yīng)用。實(shí)實(shí)際上，他們們只能支持雙雙向的acttive-ppassivve架 構(gòu)，即即節(jié)點(diǎn) A運(yùn)運(yùn)行應(yīng)用A，同同時(shí)節(jié)點(diǎn)B運(yùn)運(yùn)行應(yīng)用B，每每個(gè)節(jié)點(diǎn)作為為另一個(gè)節(jié)點(diǎn)點(diǎn)的備份節(jié)點(diǎn)點(diǎn)。但是同樣樣的應(yīng)用無法法同時(shí)運(yùn)行在在兩個(gè)不同的的節(jié)點(diǎn)。在OOraclee Reall Appllicatiion Cllusterr

25、10g中中，同樣的應(yīng)應(yīng)用可以運(yùn)行行在兩個(gè)或更更多的節(jié)點(diǎn)，每每一個(gè)節(jié)點(diǎn)都都可作為所有有其它節(jié)點(diǎn)的的備份機(jī)。當(dāng)當(dāng)出現(xiàn)單點(diǎn)故故障時(shí)，整個(gè)個(gè)Real Appliicatioon Cluusterss數(shù)據(jù)庫系統(tǒng)統(tǒng)的效率只會會有很小的降降低。4.我的分布式式應(yīng)用 系統(tǒng)統(tǒng)運(yùn)行非常好好，為什么我我要把我的數(shù)數(shù)據(jù)庫進(jìn)行集集中?如果您的應(yīng)用系系統(tǒng)正運(yùn)行 于Oraccle上，他他們當(dāng)然可以以支持您的業(yè)業(yè)務(wù)需求。但但是集群的數(shù)數(shù)據(jù)庫可以讓讓您管理更少少的數(shù)據(jù)庫，意意味著更少的的管理成本。同同時(shí)如果您把把數(shù)據(jù)集中到到Oraclle Reaal Appplicattion CClusteer 10gg上，您可以以提高整個(gè)

26、系系統(tǒng)的可用性性，達(dá)到999.99%甚甚至更高。5.我們已經(jīng)有有了集 群硬硬件環(huán)境，并并且可以進(jìn)行行應(yīng)用的切換換，為什么我我還需要Orracle Real Appliicatioon Cluusterss 10g?當(dāng)您在集群環(huán)境境下運(yùn)行您 的應(yīng)用，如如果不采用OOraclee Reall Appllicatiion Cllusterrs 10gg的話，您的的應(yīng)用是運(yùn)行行于單例程狀狀態(tài)下。雖然然您的服務(wù)器器是集群的一一部分，但實(shí)實(shí)際上相當(dāng)于于只運(yùn)行在一一臺單機(jī)上。在在硬件集群環(huán)環(huán)境下，如HHP SerrviceGGuard、 Sun CClusteer和 Miicrosooft Cllusterr Servvices,您可以在集集群的任何一一個(gè)節(jié)點(diǎn)重新新啟動(dòng) Orracle數(shù)數(shù)據(jù)庫 (因因?yàn)橛脖P可以以共享).這這就是我們所所說的 “cold failoover”?！盋old failoover”切換速度依依賴于相關(guān)硬硬件資源的切切換速度，這這可能需要55到 25分分鐘的時(shí)間恢恢復(fù)。如果使使用Orac