Oracle10gRAC應用于數(shù)據(jù)庫的優(yōu)勢分析_第1頁
Oracle10gRAC應用于數(shù)據(jù)庫的優(yōu)勢分析_第2頁
Oracle10gRAC應用于數(shù)據(jù)庫的優(yōu)勢分析_第3頁
Oracle10gRAC應用于數(shù)據(jù)庫的優(yōu)勢分析_第4頁
Oracle10gRAC應用于數(shù)據(jù)庫的優(yōu)勢分析_第5頁
已閱讀5頁,還剩5頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

1、Oracle10gRAC應應用于數(shù)據(jù)庫的優(yōu)優(yōu)勢分析 Oracle 10g Real Application Cluster應用于XXX醫(yī)保數(shù)據(jù)據(jù)庫項目的優(yōu)勢分析 目錄 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 第一章簡介 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 第二章需求分析 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 第三章解決方案 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 第四章關鍵特

2、性 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 1.高可用性 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 2.可管理性 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 3.可伸縮性 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 第五章性能比較 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 1.并行服務器與雙機機熱備份的比較 HYPERLINK /Produ

3、ctContent.asp?Action=&ID=#_Toc 第六章總結 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 第七章部分官方技術問問答 HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 1.為什么說Oracle Real Application Clusters 10g要遠遠超超過它的競爭對手手? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 2. Microsoft您認為Oracle RAC的典型硬件配置是什么樣的? HYPERLINK /Pr

4、oductContent.asp?Action=&ID=#_Toc 3. SQL Server和IBM DB2都有active-active的故障切換方式,為什么我要采用Oracle Real Application Cluster 10g ? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 4.我的分布式應用系系統(tǒng)運行非常好,為為什么我要把我的的數(shù)據(jù)庫進行集中中? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 5.我們已經有了集群群硬件環(huán)境,并且且可以進行應用的的切換,為什么我我還需要Oracle

5、Real Application Clusters 10g? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 6.我們使用Data Guard來實實現(xiàn)故障切換,為為什么我還需要Oracle Real Application Clusters 10g? HYPERLINK /ProductContent.asp?Action=&ID=#_Toc 7.為什么選擇Linux?為什么選擇Linux環(huán)境下下的Oracle Real Application Clusters 10g? 第一章 簡介XXX社會醫(yī)療保險中中心在經過多年的的IT系統(tǒng)建設研研究和探索,

6、積累累了豐富的經驗,但但對于信息聯(lián)網形形成統(tǒng)一體系、數(shù)數(shù)據(jù)匯集整合、挖挖掘分析、發(fā)揮整整體協(xié)同效能等方方面還存在一定差差距,強化信息基基礎建設,建設高高可用性、高伸縮縮性的整體體系是是發(fā)展的必由之路路。 第二章 需求分析當前數(shù)據(jù)庫系統(tǒng)存在的的問題主要集中在在應變能力差、可可伸縮性差,系統(tǒng)統(tǒng)運維成本極高、管理復雜,硬件件升級成本高昂,不不能滿足業(yè)務擴面面的緊迫需求等問問題。如何降低架設和使用信信息技術基礎架構構所需的高昂成本本,幾乎是所有用用戶最關心的問題題。然而,要降低低IT成本,必須須解決過剩的計算算容量、昂貴的容容量擴展以及高額額的管理成本三大大難題。受到傳統(tǒng)統(tǒng)企業(yè)計算的限制制,用戶只能針

7、對對高峰容量來構建建計算容量,但又又無法在平時有效效地使用多余的容容量,也無法在必必要時以較低成本本迅速地舊模塊單單元增加容量,這這些因素都是造成成 IT成本居高高不下的原因。一一種基于網格計算算原理的企業(yè)網格格計算正是用戶所所需要的,它很好好地解決了用戶 IT面臨的難題題。網格計算是利利用網絡技術,把把分散在不同地理理位置的計算機組組成一臺虛擬超級級計算機。每一臺臺參與計算的計算算機就是其中的一一個 “節(jié)點”(即node), 所有的計算機組組成了一張節(jié)點網網就叫“網格”(即Grid,也也就是Oracle 10g中g的含含義) 。 第三章 解決方案RAC(Real Application Cl

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

9、動動并行處理及均分分負載,在數(shù)據(jù)庫庫故障時進行容錯錯和無斷點恢復處處理。還顯著地提提高了大型數(shù)據(jù)倉倉庫和決策支持系系統(tǒng)的性能。通過過與并行查詢選件件結合,它還提供供了節(jié)點間的并行行性和節(jié)點內的并并行性,以得到更更高的性能。采用RAC技術無論是是選擇基于Intel架架構的PC服務器器、Unix工作作站,還是最近兩兩年頗受關注的刀刀片服務器;也無無論是選擇Unix、Windows,還還是免費的Linux操操作系統(tǒng),只要在在這些軟硬件平臺臺上部署了Oracle 10g的RAC系系統(tǒng),這些分布在在各處的系統(tǒng)就能能組成集群,實現(xiàn)現(xiàn)用戶所需的高性性能和高可靠性。且且當系統(tǒng)需要進一一步擴展時,無需需對應用程

10、序進行行任何修改。 第四章 關鍵特性1.高可用性Real Application Clusters提提供了真正的高可可用性解決方案,關關鍵的突破是在大大多數(shù)數(shù)據(jù)庫恢復復期間能提供完整整的數(shù)據(jù)庫訪問。這這使得Real Application Clusters成成為電子商務應用用所要求的24x7可可用性的最佳平臺臺。Real Application Clusters在在高可用性上在三三個關鍵領域勝出出:l 提供供了數(shù)據(jù)庫恢復期期間的數(shù)據(jù)塊訪問問l 透明明的失效轉移對最最終用戶屏蔽了系系統(tǒng)失效l N-1節(jié)點失效的容容錯能力只要有一個數(shù)據(jù)庫節(jié)點點幸存,Real Application Clusters

11、就能夠提供完全的數(shù)據(jù)庫訪問和相對不間斷的操作。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以以及Recovery Manager)將將發(fā)現(xiàn)集群數(shù)據(jù)塊塊中所有不同的節(jié)節(jié)點并

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

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

14、副產品,因因為有透明度的數(shù)數(shù)據(jù)存取是Cache Fusion的的一項基本功能。Cache Fusion體體系機構自動適應應快速變化的電子子商務需求及隨之之而來的工作負荷荷的改變。DBA也也不必因為工作負負荷變化而對數(shù)據(jù)據(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 (集群)多機

15、系統(tǒng)統(tǒng)平臺上,常用的的高可用性技術有有兩種:雙機熱備備份和并行服務器器。這兩種方式采采用的機制不同,實實現(xiàn)的效果也不同同。Real Application Cluster實實現(xiàn)的是并行服務務器方式。雙機熱備份方式 如上圖所示,在雙機熱熱備份方式下,數(shù)數(shù)據(jù)庫系統(tǒng)平時只只能在一臺服務器器(例如服務器A)上運行,另一臺臺服務器無法直接接訪問數(shù)據(jù)庫,自自然也無法進行負負載分擔。當服務務器A由于故障失失效時,由相應的的操作系統(tǒng)軟件控控制,將服務器A管管理的存儲設備(如硬盤)轉交給給服務器B控制,同同時在服務器B上上啟動另一個數(shù)據(jù)據(jù)庫進程,管理數(shù)數(shù)據(jù)庫。這種切換換并啟動新的數(shù)據(jù)據(jù)庫核心的過程一一般需要幾十

16、秒到到幾分鐘。這種方式的主要缺點在在于:l 由于于需要重新啟動數(shù)數(shù)據(jù)庫核心進程,無無法保證數(shù)據(jù)庫系系統(tǒng)連續(xù)不間斷地地運行l(wèi) 在系系統(tǒng)切換的過程中中,客戶端與服務務器之間的數(shù)據(jù)庫庫連接會中斷,需需要重新進行數(shù)據(jù)據(jù)庫的連接和登錄錄工作l 由于于數(shù)據(jù)庫系統(tǒng)只能能在一臺服務器上上運行,另一臺服服務器無法分擔系系統(tǒng)的負載,實際際上造成了客戶投投資的浪費。在有有些系統(tǒng)中,為了了解決雙機負載分分擔的問題,將應應用系統(tǒng)人為分割割為兩個數(shù)據(jù)庫系系統(tǒng),分別在兩臺臺服務器上運行。這這種方式在一定程程度上解決了負載載分擔的問題,但但給系統(tǒng)管理、統(tǒng)統(tǒng)計分析等業(yè)務處處理帶來了很多額額外的復雜性 并行服務器(Real Ap

17、plication Cluster)方式 在并行服務器方式下,兩兩臺(或多臺)服服務器上各自運行行一個數(shù)據(jù)庫核心心進程,但共同管管理、操作一個數(shù)數(shù)據(jù)庫。客戶端無無論連接到哪個服服務器都可以在數(shù)數(shù)據(jù)庫中進行操作作。當服務器A由由于故障失效時,數(shù)數(shù)據(jù)庫系統(tǒng)本身并并未停止工作,連連接在服務器B上上的客戶端還可以以繼續(xù)進行正常工工作。同時,服務務器B上也不需要要再啟動新的數(shù)據(jù)據(jù)庫服務器進程,因因此也沒有“切換時間”。對于一些特殊應用中嚴嚴格要求前端應用用不能中斷的情況況,Oracle并并行服務器還提供供了一種“預連接(pre-connect)”方式,以這種方方式連接的客戶端端當服務器端發(fā)生生故障時,客

18、戶端端與數(shù)據(jù)庫服務器器的連接不會中斷斷,會被Oracle并并行服務器軟件自自動轉接到還在正正常工作的其它服服務器上,不需要要重新輸入用戶名名及口令。與雙機熱備份方式相比比,Oracle10g Real Application Cluster并并行服務器方式有有以下優(yōu)點:l 各服服務器共享一個數(shù)數(shù)據(jù)庫,在正常運運行時可以進行負負載分擔,無需考考慮應用數(shù)據(jù)的人人為分割。l 并行行服務器方式對應應用完全透明,在在應用程序設計和和開發(fā)的過程中也也不需要進行特殊殊編程,簡化了開開發(fā)的復雜程度,同同時今后系統(tǒng)擴展展也無需修改應用用程序。l 不需需要重新啟動數(shù)據(jù)據(jù)庫核心進程,縮縮短了故障造成的的停機時間。

19、第六章 總結如果使用 RAC,用用戶不必花巨資購購買大型主機來滿滿足高可靠性要求求,也不必擔心單單點系統(tǒng)故障對用用戶造成難以估計計的損失。當系統(tǒng)統(tǒng)需要進一步擴展展時,可按需增加加節(jié)點,無需對應應用程序進行任何何修改,也無需更更換新的服務器,更更不必考慮服務器器系統(tǒng)平臺是什么么。企業(yè)網格計算算的實現(xiàn),解決了了用戶 IT面臨臨的三大難題,降降低了用戶 IT成成本,這是企業(yè)網網格計算帶來的顯顯著優(yōu)點,也是未未來信息技術發(fā)展展的方向。 第七章 部分官方技術術問答1.為什么說Oracle Real Application Clusters 10g要遠遠超超過它的競爭對手手?最基本的不同是,Oracle

20、Real Application Clusters 10g中所有服服務器都可以直接接訪問數(shù)據(jù)庫中的的所有數(shù)據(jù),其他他的數(shù)據(jù)庫在開放放系統(tǒng)中都做不到到這點,正是由于于這個原因,您可可以非常方便地根根據(jù)需求隨時增加加服務器來擴充您您的系統(tǒng),無需重重新分布數(shù)據(jù)和應應用。Real Application Clusters象象一個單一的系統(tǒng)統(tǒng)一樣工作,任何何節(jié)點的故障都不不會影響其他節(jié)點點對數(shù)據(jù)的訪問。所所以說增加服 務務器就增加了系統(tǒng)統(tǒng)的可靠性。另外外一點,對用戶來來說RAC是一個個數(shù)據(jù)庫系統(tǒng),對對它的維護管理如如同單機一樣簡單單方便。2.Microsoft您認為Oracle RAC的典型硬件配 置是

21、什么樣的?首先我們知道 RAC選選件支持所有的Oracle數(shù)數(shù)據(jù)庫支持的平臺臺,如: Windows, Linux, Solaris, HP-UX等等等。所以無論您選選擇什么樣的系統(tǒng)統(tǒng),RAC都可以以非常好的運行。如如果是 系統(tǒng)選型型,那要取決于您您的應用需求。我我們可以看到Windows和和Linux平臺臺都是常用的基于于Intel架構構的平臺,RAC 在這些平臺都有有很好的表現(xiàn),這這意味著您可以以以低成本得到更高高的可用性、可靠靠性和伸縮性。同同時,RAC可 以在任何價位上上獲得良好的性能能,您可以在HP SuperDomes、Sun boxes或或Linux/Windows Intel服

22、務務器上非常方便地地配置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 Real Application Cluste

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

24、更高。5.我們已經有了集 群硬件環(huán)境,并并且可以進行應用用的切換,為什么么我還需要Oracle Real Application Clusters 10g?當您在集群環(huán)境下運行行您 的應用,如如果不采用Oracle Real Application Clusters 10g的話,您您的應用是運行于于單例程狀態(tài)下。雖雖然您的服務器是是集群的一部分,但但實際上相當于只只運行在一臺單機機上。在硬件集群群環(huán)境下,如HP ServiceGuard、 Sun Cluster和和 Microsoft Cluster Services,您您可以在集群的任任何一個節(jié)點重新新啟動 Oracle數(shù)數(shù)據(jù)庫 (因為硬硬盤可以共享).這這就是我們所說的的 “cold failover”?!盋old failover”切換速度依賴于相關硬件資源的切換速度,這可能需要5到 25分鐘的時

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論