oracle10grac應(yīng)用于數(shù)據(jù)庫的優(yōu)勢分析(編輯修改稿)
2024-07-22 22:24 本頁面
【文章內(nèi)容簡介】 。雖然每一個節(jié)點有一個不同的物理IP地址時，應(yīng)用客戶仍可以在一個邏輯數(shù)據(jù)庫服務(wù)名的水平上進行連接。因此客戶端對于不相關(guān)的事情如多服務(wù)器的多個地址可以毫不關(guān)心。隨著業(yè)務(wù)的增長，電子商務(wù)可以從容地增加處理能力。Cache Fusion體系結(jié)構(gòu)直接地利用新節(jié)點的CPU和內(nèi)存資源。DBA無需用手工對數(shù)據(jù)重新分區(qū)。這個優(yōu)點是這種體系結(jié)構(gòu)的副產(chǎn)品，因為有透明度的數(shù)據(jù)存取是Cache Fusion的一項基本功能。Cache Fusion體系機構(gòu)自動適應(yīng)快速變化的電子商務(wù)需求及隨之而來的工作負荷的改變。DBA也不必因為工作負荷變化而對數(shù)據(jù)進行手工的重新分區(qū)。Real Application Clusters通過動態(tài)地重新分配數(shù)據(jù)庫資源，從而在節(jié)點之間用最小化的磁盤I/O和低的延遲通信來優(yōu)化利用集群系統(tǒng)資源。這使得Real Application Clusters可以從容實現(xiàn)增加的應(yīng)用吞吐量和優(yōu)化的響應(yīng)時間。 第五章 性能比較在Cluster (集群)多機系統(tǒng)平臺上，常用的高可用性技術(shù)有兩種：雙機熱備份和并行服務(wù)器。這兩種方式采用的機制不同，實現(xiàn)的效果也不同。Real Application Cluster實現(xiàn)的是并行服務(wù)器方式。雙機熱備份方式 如上圖所示，在雙機熱備份方式下，數(shù)據(jù)庫系統(tǒng)平時只能在一臺服務(wù)器(例如服務(wù)器A)上運行，另一臺服務(wù)器無法直接訪問數(shù)據(jù)庫，自然也無法進行負載分擔。當服務(wù)器A由于故障失效時，由相應(yīng)的操作系統(tǒng)軟件控制，將服務(wù)器A管理的存儲設(shè)備(如硬盤)轉(zhuǎn)交給服務(wù)器B控制，同時在服務(wù)器B上啟動另一個數(shù)據(jù)庫進程，管理數(shù)據(jù)庫。這種切換并啟動新的數(shù)據(jù)庫核心的過程一般需要幾十秒到幾分鐘。這種方式的主要缺點在于：l 由于需要重新啟動數(shù)據(jù)庫核心進程，無法保證數(shù)據(jù)庫系統(tǒng)連續(xù)不間斷地運行l(wèi) 在系統(tǒng)切換的過程中，客戶端與服務(wù)器之間的數(shù)據(jù)庫連接會中斷，需要重新進行數(shù)據(jù)庫的連接和登錄工作l 由于數(shù)據(jù)庫系統(tǒng)只能在一臺服務(wù)器上運行，另一臺服務(wù)器無法分擔系統(tǒng)的負載，實際上造成了客戶投資的浪費。在有些系統(tǒng)中，為了解決雙機負載分擔的問題，將應(yīng)用系統(tǒng)人為分割為兩個數(shù)據(jù)庫系統(tǒng)，分別在兩臺服務(wù)器上運行。這種方式在一定程度上解決了負載分擔的問題，但給系統(tǒng)管理、統(tǒng)計分析等業(yè)務(wù)處理帶來了很多額外的復(fù)雜性 并行服務(wù)器(Real Application Cluster)方式 在并行服務(wù)器方式下，兩臺(或多臺)服務(wù)器上各自運行一個數(shù)據(jù)庫核心進程，但共同管理、操作一個數(shù)據(jù)庫?？蛻舳藷o論連接到哪個服務(wù)器都可以在數(shù)據(jù)庫中進行操作。當服務(wù)器A由于故障失效時，數(shù)據(jù)庫系統(tǒng)本身并未停止工作，連接在服務(wù)器B上的客戶端還可以繼續(xù)進行正常工作。同時，服務(wù)器B上也不需要再啟動新的數(shù)據(jù)庫服務(wù)器進程，因此也沒有“切換時間”。對于一些特殊應(yīng)用中嚴格要求前端應(yīng)用不能中斷的情況，Oracle并行服務(wù)器還提供了一種“預(yù)連接(preconnect)”方式，以這種方式連接的客戶端當服務(wù)器端發(fā)生故障時，客戶端與數(shù)據(jù)庫服務(wù)器的連接不會中斷，會被Oracle并行服務(wù)器軟件自動轉(zhuǎn)接到還在正常工作的其它服務(wù)器上，不
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1