oracle10grac應用于數(shù)據(jù)庫的優(yōu)勢分析-在線瀏覽
2024-08-05 22:24本頁面
【正文】 據(jù)庫故障時進行容錯和無斷點恢復處理。通過與并行查詢選件結(jié)合，它還提供了節(jié)點間的并行性和節(jié)點內(nèi)的并行性，以得到更高的性能。且當系統(tǒng)需要進一步擴展時，無需對應用程序進行任何修改。這使得Real Application Clusters成為電子商務應用所要求的24x7可用性的最佳平臺。Real Application Clusters實現(xiàn)了真正意義上的一個單系統(tǒng)訪問數(shù)據(jù)庫，它提供了從任何節(jié)點到所有磁盤設備和遠程高速緩存進行無縫數(shù)據(jù)訪問的能力。安裝、配置、備份、升級以及監(jiān)控等操作只需進行一次，然后會自動發(fā)布到集群中所有節(jié)點上去。 通過為特定的管理操作選擇多個目標節(jié)點，管理任務在數(shù)據(jù)庫集群中多個節(jié)點上執(zhí)行。例如，向數(shù)據(jù)庫集群添加一個節(jié)點只會增加最小的管理任務?；赗AC的電子商務應用的用戶或者中間層應用服務器客戶，可以通過虛擬數(shù)據(jù)庫服務名連接到數(shù)據(jù)庫上。不同節(jié)點上的Real Application Clusters數(shù)據(jù)庫實例預訂所有數(shù)據(jù)庫服務或者部分子集數(shù)據(jù)庫服務。雖然每一個節(jié)點有一個不同的物理IP地址時，應用客戶仍可以在一個邏輯數(shù)據(jù)庫服務名的水平上進行連接。隨著業(yè)務的增長，電子商務可以從容地增加處理能力。DBA無需用手工對數(shù)據(jù)重新分區(qū)。Cache Fusion體系機構自動適應快速變化的電子商務需求及隨之而來的工作負荷的改變。Real Application Clusters通過動態(tài)地重新分配數(shù)據(jù)庫資源，從而在節(jié)點之間用最小化的磁盤I/O和低的延遲通信來優(yōu)化利用集群系統(tǒng)資源。 第五章 性能比較在Cluster (集群)多機系統(tǒng)平臺上，常用的高可用性技術有兩種：雙機熱備份和并行服務器。Real Application Cluster實現(xiàn)的是并行服務器方式。當服務器A由于故障失效時，由相應的操作系統(tǒng)軟件控制，將服務器A管理的存儲設備(如硬盤)轉(zhuǎn)交給服務器B控制，同時在服務器B上啟動另一個數(shù)據(jù)庫進程，管理數(shù)據(jù)庫。這種方式的主要缺點在于：l 由于需要重新啟動數(shù)據(jù)庫核心進程，無法保證數(shù)據(jù)庫系統(tǒng)連續(xù)不間斷地運行l(wèi) 在系統(tǒng)切換的過程中，客戶端與服務器之間的數(shù)據(jù)庫連接會中斷，需要重新進行數(shù)據(jù)庫的連接和登錄工作l 由于數(shù)據(jù)庫系統(tǒng)只能在一臺服務器上運行，另一臺服務器無法分擔系統(tǒng)的負載，實際上造成了客戶投資的浪費。這種方式在一定程度上解決了負載分擔的問題，但給系統(tǒng)管理、統(tǒng)計分析等業(yè)務處理帶來了很多額外的復雜性 并行服務器(Real Application Cluster)方式 在并行服務器方式下，兩臺(或多臺)服務器上各自運行一個數(shù)據(jù)庫核心進程，但共同管理、操作一個數(shù)據(jù)庫。當服務器A由于故障失效時，數(shù)據(jù)庫系統(tǒng)本身并未停止工作，連接在服務器B上的客戶端還可以繼續(xù)進行正常工作。對于一些特殊應用中嚴格要求前端應用不能中斷的情況，Oracle并行服務器還提供了一種“預連接(preconnect)”方式，以這種方式連接的客戶端當服務器端發(fā)生故障時，客戶端與數(shù)據(jù)庫服務器的連接不會中斷，會被Oracle并行服務器軟件自動轉(zhuǎn)接到還在正常工作的其它服務器上，不需要重
環(huán)評公示相關推薦
鄂ICP備17016276號-1