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

1、.：.；Oracle10gRAC運用于數(shù)據(jù)庫的優(yōu)勢分析 Oracle 10g Real Application Cluster運用于XXX醫(yī)保數(shù)據(jù)庫工程的優(yōu)勢分析 目錄 HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc202127215第一章簡介HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc202127216第二章需求分析HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc202127217第三章處理方案HYPERLINK diz

2、ond/ProductContent.asp?Action=&ID=#_Toc202127218第四章關鍵特性HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272191.高可用性HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272202.可管理性HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272213.可伸縮性HYPERLINK dizond/ProductContent.asp?Action=&

3、ID=#_Toc202127222第五章性能比較HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272231.并行效力器與雙機熱備份的比較HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc202127224第六章總結HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc202127225第七章部分官方技術問答HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc202127226

4、1.為什么說Oracle Real Application Clusters 10g要遠遠超越它的競爭對手?HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272272. Microsoft您以為Oracle RAC的典型硬件配置是什么樣的?HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272283. SQL Server和IBM DB2都有active-active的缺點切換方式，為什么我要采用Oracle Real Application Cluster 10g

5、 ?HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272294.我的分布式運用系統(tǒng)運轉非常好，為什么我要把我的數(shù)據(jù)庫進展集中?HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272305.我們曾經有了集群硬件環(huán)境，并且可以進展運用的切換，為什么我還需求Oracle Real Application Clusters 10g?HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272316.我們運用Data

6、Guard來實現(xiàn)缺點切換，為什么我還需求Oracle Real Application Clusters 10g?HYPERLINK dizond/ProductContent.asp?Action=&ID=#_Toc2021272327.為什么選擇Linux?為什么選擇Linux環(huán)境下的Oracle Real Application Clusters 10g? 第一章 簡介XXX社會醫(yī)療保險中心在經過多年的IT系統(tǒng)建立研討和探求，積累了豐富的閱歷，但對于信息聯(lián)網(wǎng)構成一致體系、數(shù)據(jù)聚集整合、發(fā)掘分析、發(fā)揚整體協(xié)同效能等方面還存在一定差距，強化信息根底建立，建立高可用性、高伸縮性的整體體系是開展

7、的必由之路。 第二章 需求分析當前數(shù)據(jù)庫系統(tǒng)存在的問題主要集中在應變才干差、可伸縮性差，系統(tǒng)運維本錢極高、管理復雜，硬件晉級本錢高昂，不能滿足業(yè)務擴面的緊迫需求等問題。如何降低架設和運用信息技術根底架構所需的高昂本錢，幾乎是一切用戶最關懷的問題。然而，要降低IT本錢，必需處理過剩的計算容量、昂貴的容量擴展以及高額的管理本錢三大難題。遭到傳統(tǒng)企業(yè)計算的限制，用戶只能針對頂峰容量來構建計算容量，但又無法在平常有效地運用多余的容量，也無法在必要時以較低本錢迅速地舊模塊單元添加容量，這些要素都是呵斥 IT本錢居高不下的緣由。一種基于網(wǎng)格計算原理的企業(yè)網(wǎng)格計算正是用戶所需求的，它很好地處理了用戶 IT面

8、臨的難題。網(wǎng)格計算是利用網(wǎng)絡技術，把分散在不同地理位置的計算機組成一臺虛擬超級計算機。每一臺參與計算的計算機就是其中的一個 “節(jié)點即node， 一切的計算機組成了一張節(jié)點網(wǎng)就叫“網(wǎng)格即Grid，也就是Oracle 10g中g的含義 。 第三章 處理方案RACReal Application Cluster，真正運用集群是Oracle數(shù)據(jù)庫支持網(wǎng)格計算環(huán)境的中心技術。它的出現(xiàn)處理了傳統(tǒng)數(shù)據(jù)庫運用中面臨的一個重要問題：高性能、高可伸縮性與低價錢之間的矛盾。過去，假設用戶希望其信息系統(tǒng)具有良好的可靠性、可伸縮性和高性能，就必需選擇基于主機的系統(tǒng)，這意味著用戶在系統(tǒng)建立之初就必需投入大量資金；假設要節(jié)

9、省本錢，用戶可以選擇基于客戶機/效力器的計算體系，并在需求時逐漸增添新硬件、擴展系統(tǒng)，但假設需求進展運用晉級，用戶就不得不付出高昂的晉級費用，同時這種分布式系統(tǒng)的維護本錢也不菲。 采用RAC技術，可以實現(xiàn)多節(jié)點共享數(shù)據(jù)庫，并自動并行處置及均分負載，在數(shù)據(jù)庫缺點時進展容錯和無斷點恢復處置。還顯著地提高了大型數(shù)據(jù)倉庫和決策支持系統(tǒng)的性能。經過與并行查詢選件結合，它還提供了節(jié)點間的并行性和節(jié)點內的并行性，以得到更高的性能。采用RAC技術無論是選擇基于Intel架構的PC效力器、Unix任務站，還是最近兩年頗受關注的刀片效力器；也無論是選擇Unix、Windows，還是免費的Linux操作系統(tǒng)，只需在

10、這些軟硬件平臺上部署了Oracle 10g的RAC系統(tǒng)，這些分布在各處的系統(tǒng)就能組成集群，實現(xiàn)用戶所需的高性能和高可靠性。且當系統(tǒng)需求進一步擴展時，無需對運用程序進展任何修正。 第四章 關鍵特性1.高可用性Real Application Clusters提供了真正的高可用性處理方案，關鍵的突破是在大多數(shù)數(shù)據(jù)庫恢復期間能提供完好的數(shù)據(jù)庫訪問。這使得Real Application Clusters成為電子商務運用所要求的24x7可用性的最正確平臺。Real Application Clusters在高可用性上在三個關鍵領域勝出：l 提供了數(shù)據(jù)庫恢復期間的數(shù)據(jù)塊訪問l 透明的失效轉移對最終用戶屏

11、蔽了系統(tǒng)失效l N-1節(jié)點失效的容錯才干只需有一個數(shù)據(jù)庫節(jié)點幸存，Real Application Clusters就可以提供完全的數(shù)據(jù)庫訪問和相對不延續(xù)的操作。2.可管理性Real Application Clusters實現(xiàn)了真正意義上的一個單系統(tǒng)訪問數(shù)據(jù)庫，它提供了從任何節(jié)點到一切磁盤設備和遠程高速緩存進展無縫數(shù)據(jù)訪問的才干。此單系統(tǒng)映像延伸到一切數(shù)據(jù)庫管理操作。安裝、配置、備份、晉級以及監(jiān)控等操作只需進展一次，然后會自動發(fā)布到集群中一切節(jié)點上去。各種Oracle工具如Oracle Universal Installer、Database Configuration Assistant以

12、及Recovery Manager將發(fā)現(xiàn)集群數(shù)據(jù)塊中一切不同的節(jié)點并以它們?yōu)槟康姆峙浣o想得到的義務。 經過為特定的管理操作選擇多個目的節(jié)點，管理義務在數(shù)據(jù)庫集群中多個節(jié)點上執(zhí)行。這為電子商務管理其環(huán)境帶來了極大的可伸縮性上的經濟實惠。例如，向數(shù)據(jù)庫集群添加一個節(jié)點只會添加最小的管理義務。這樣，Real Application Clusters支持在線電子商務運用和決策支持之類的運用，并且為數(shù)據(jù)訪問和管理提供了單一的虛擬高性能效力器。3.可伸縮性基于RAC的電子商務運用的用戶或者中間層運用效力器客戶，可以經過虛擬數(shù)據(jù)庫效力名銜接到數(shù)據(jù)庫上。Oracle在集群中多個節(jié)點之間自動平衡用戶負載。不同節(jié)

13、點上的Real Application Clusters數(shù)據(jù)庫實例預訂一切數(shù)據(jù)庫效力或者部分子集數(shù)據(jù)庫效力。這使得DBA高度靈敏地選定，銜接到特定數(shù)據(jù)庫效力的特定運用程序客戶能否可以銜接到某些或者全部的數(shù)據(jù)庫節(jié)點。雖然每一個節(jié)點有一個不同的物理IP地址時，運用客戶仍可以在一個邏輯數(shù)據(jù)庫效力名的程度上進展銜接。因此客戶端對于不相關的事情如多效力器的多個地址可以毫不關懷。隨著業(yè)務的增長，電子商務可以從容地添加處置才干。Cache Fusion體系構造直接地利用新節(jié)點的CPU和內存資源。DBA無需用手工對數(shù)據(jù)重新分區(qū)。這個優(yōu)點是這種體系構造的副產品，由于有透明度的數(shù)據(jù)存取是Cache Fusion的

14、一項根本功能。Cache Fusion體系機構自動順應快速變化的電子商務需求及隨之而來的任務負荷的改動。DBA也不用由于任務負荷變化而對數(shù)據(jù)進展手工的重新分區(qū)。Real Application Clusters經過動態(tài)地重新分配數(shù)據(jù)庫資源，從而在節(jié)點之間用最小化的磁盤I/O和低的延遲通訊來優(yōu)化利用集群系統(tǒng)資源。這使得Real Application Clusters可以從容實現(xiàn)添加的運用吞吐量和優(yōu)化的呼應時間。 第五章 性能比較1.并行效力器與雙機熱備份的比較在Cluster (集群)多機系統(tǒng)平臺上，常用的高可用性技術有兩種：雙機熱備份和并行效力器。這兩種方式采用的機制不同，實現(xiàn)的效果也不同。

15、Real Application Cluster實現(xiàn)的是并行效力器方式。雙機熱備份方式 如上圖所示，在雙機熱備份方式下，數(shù)據(jù)庫系統(tǒng)平常只能在一臺效力器(例如效力器A)上運轉，另一臺效力器無法直接訪問數(shù)據(jù)庫，自然也無法進展負載分擔。當效力器A由于缺點失效時，由相應的操作系統(tǒng)軟件控制，將效力器A管理的存儲設備(如硬盤)轉交給效力器B控制，同時在效力器B上啟動另一個數(shù)據(jù)庫進程，管理數(shù)據(jù)庫。這種切換并啟動新的數(shù)據(jù)庫中心的過程普通需求幾十秒到幾分鐘。這種方式的主要缺陷在于：l 由于需求重新啟動數(shù)據(jù)庫中心進程，無法保證數(shù)據(jù)庫系統(tǒng)延續(xù)不延續(xù)地運轉l 在系統(tǒng)切換的過程中，客戶端與效力器之間的數(shù)據(jù)庫銜接會中斷，

16、需求重新進展數(shù)據(jù)庫的銜接和登錄任務l 由于數(shù)據(jù)庫系統(tǒng)只能在一臺效力器上運轉，另一臺效力器無法分擔系統(tǒng)的負載，實踐上呵斥了客戶投資的浪費。在有些系統(tǒng)中，為理處理雙機負載分擔的問題，將運用系統(tǒng)人為分割為兩個數(shù)據(jù)庫系統(tǒng)，分別在兩臺效力器上運轉。這種方式在一定程度上處理了負載分擔的問題，但給系統(tǒng)管理、統(tǒng)計分析等業(yè)務處置帶來了很多額外的復雜性 并行效力器(Real Application Cluster)方式 在并行效力器方式下，兩臺(或多臺)效力器上各自運轉一個數(shù)據(jù)庫中心進程，但共同管理、操作一個數(shù)據(jù)庫?？蛻舳藷o論銜接到哪個效力器都可以在數(shù)據(jù)庫中進展操作。當效力器A由于缺點失效時，數(shù)據(jù)庫系統(tǒng)本身并未停

17、頓任務，銜接在效力器B上的客戶端還可以繼續(xù)進展正常任務。同時，效力器B上也不需求再啟動新的數(shù)據(jù)庫效力器進程，因此也沒有“切換時間。對于一些特殊運用中嚴厲要求前端運用不能中斷的情況，Oracle并行效力器還提供了一種“預銜接(pre-connect)方式，以這種方式銜接的客戶端當效力器端發(fā)生缺點時，客戶端與數(shù)據(jù)庫效力器的銜接不會中斷，會被Oracle并行效力器軟件自動轉接到還在正常任務的其它效力器上，不需求重新輸入用戶名及口令。與雙機熱備份方式相比，Oracle10g Real Application Cluster并行效力器方式有以下優(yōu)點：l 各效力器共享一個數(shù)據(jù)庫，在正常運轉時可以進展負載分

18、擔，無需思索運用數(shù)據(jù)的人為分割。l 并行效力器方式對運用完全透明，在運用程序設計和開發(fā)的過程中也不需求進展特殊編程，簡化了開發(fā)的復雜程度，同時今后系統(tǒng)擴展也無需修正運用程序。l 不需求重新啟動數(shù)據(jù)庫中心進程，縮短了缺點呵斥的停機時間。 第六章 總結假設運用 RAC，用戶不用花巨資購買大型主機來滿足高可靠性要求，也不用擔憂單點系統(tǒng)缺點對用戶呵斥難以估計的損失。當系統(tǒng)需求進一步擴展時，可按需添加節(jié)點，無需對運用程序進展任何修正，也無需改換新的效力器，更不用思索效力器系統(tǒng)平臺是什么。企業(yè)網(wǎng)格計算的實現(xiàn)，處理了用戶 IT面臨的三大難題，降低了用戶 IT本錢，這是企業(yè)網(wǎng)格計算帶來的顯著優(yōu)點，也是未來信息

19、技術開展的方向。 第七章 部分官方技術問答1.為什么說Oracle Real Application Clusters 10g要遠遠超越它的競爭對手?最根本的不同是，Oracle Real Application Clusters 10g中一切效力器都可以直接訪問數(shù)據(jù)庫中的一切數(shù)據(jù)，其他的數(shù)據(jù)庫在開放系統(tǒng)中都做不到這點，正是由于這個緣由，您可以非常方便地根據(jù)需求隨時添加效力器來擴展您的系統(tǒng)，無需重新分布數(shù)據(jù)和運用。Real Application Clusters象一個單一的系一致樣任務，任何節(jié)點的缺點都不會影響其他節(jié)點對數(shù)據(jù)的訪問。所以說添加服 務器就添加了系統(tǒng)的可靠性。另外一點，對用戶來說

20、RAC是一個數(shù)據(jù)庫系統(tǒng)，對它的維護管理好像單機一樣簡一方便。2.Microsoft您以為Oracle RAC的典型硬件配 置是什么樣的?首先我們知道 RAC選件支持一切的Oracle數(shù)據(jù)庫支持的平臺，如: Windows, Linux, Solaris, HP-UX等等。所以無論您選擇什么樣的系統(tǒng)，RAC都可以非常好的運轉。假設是 系統(tǒng)選型，那要取決于您的運用需求。我們可以看到Windows和Linux平臺都是常用的基于Intel架構的平臺，RAC 在這些平臺都有很好的表現(xiàn)，這意味著您可以以低本錢得到更高的可用性、可靠性和伸縮性。同時，RAC可 以在任何價位上獲得良好的性能，您可以在HP Su

21、perDomes、Sun boxes或Linux/Windows Intel效力器上非常方便地配置RAC。3.SQL Server和IBM DB2都有active-active的缺點切換方式，為什么我要采用Oracle Real Application Cluster 10g ?其他的數(shù)據(jù)庫系統(tǒng)都無法 真正的支持 active-active方式的集群系統(tǒng)，即集群的兩個節(jié)點可以支持同樣的運用。實踐上，他們只能支持雙向的active-passive架 構，即節(jié)點 A運轉運用A，同時節(jié)點B運轉運用B，每個節(jié)點作為另一個節(jié)點的備份節(jié)點。但是同樣的運用無法同時運轉在兩個不同的節(jié)點。在Oracle Rea

22、l Application Cluster 10g中，同樣的運用可以運轉在兩個或更多的節(jié)點，每一個節(jié)點都可作為一切其它節(jié)點的備份機。當出現(xiàn)單點缺點時，整個Real Application Clusters數(shù)據(jù)庫系統(tǒng)的效率只會有很小的降低。4.我的分布式運用 系統(tǒng)運轉非常好，為什么我要把我的數(shù)據(jù)庫進展集中?假設您的運用系統(tǒng)正運轉 于Oracle上，他們當然可以支持您的業(yè)務需求。但是集群的數(shù)據(jù)庫可以讓您管理更少的數(shù)據(jù)庫，意味著更少的管理本錢。同時假設您把數(shù)據(jù)集中到Oracle Real Application Cluster 10g上，您可以提高整個系統(tǒng)的可用性，到達99.99%甚至更高。5.我們

23、曾經有了集 群硬件環(huán)境，并且可以進展運用的切換，為什么我還需求Oracle Real Application Clusters 10g?當您在集群環(huán)境下運轉您 的運用，假設不采用Oracle Real Application Clusters 10g的話，您的運用是運轉于單例程形狀下。雖然您的效力器是集群的一部分，但實踐上相當于只運轉在一臺單機上。在硬件集群環(huán)境下，如HP ServiceGuard、 Sun Cluster和 Microsoft Cluster Services,您可以在集群的任何一個節(jié)點重新啟動 Oracle數(shù)據(jù)庫 (由于硬盤可以共享).這就是我們所說的 “cold failover。Cold failover切換速度依賴于相關硬件資源的切換速度，