【正文】 上的數(shù)據(jù)信息。由于 GeoMirror 使用軟件方法從物理層面實(shí)現(xiàn)了整個(gè)存儲(chǔ)子系統(tǒng)的完全鏡像，因此任何本地對(duì)數(shù)據(jù)的修改，在通信線路正常的情況下，都能夠及時(shí)反映到備份中心的存儲(chǔ)子系統(tǒng)中去，也就從根本上杜絕了數(shù)據(jù)丟失和差異的可能性；而軟件實(shí)現(xiàn)模式又從根本上克服了存儲(chǔ)硬件實(shí)現(xiàn)方案在通信距離上的極大限制。 ? GeoMessage 負(fù)責(zé)在主機(jī)間提供可靠的通訊，自動(dòng)挑選傳輸速度最快 的路徑對(duì)信息與數(shù)據(jù)進(jìn)行傳送， GeoMessage 可以監(jiān)控并處理數(shù)據(jù) /心跳信號(hào)。 HACMP/XD 針對(duì)邏輯卷和文件系統(tǒng)來作實(shí)時(shí)備份，以實(shí)現(xiàn)在本地生產(chǎn)機(jī)的數(shù)據(jù)和災(zāi)難恢復(fù)中心的數(shù)據(jù)完全一致。 根據(jù)數(shù)據(jù)復(fù)制情況的不同，可以分為以下三種模式：同步模式、鏡像寫一致同步模式和異步模式。同步 (SYNC ) 是數(shù)據(jù)先寫到遠(yuǎn)端，等完成后回到本地做寫入動(dòng)作。同步能保證兩個(gè)地方的數(shù)據(jù)在任何時(shí)刻都保持精確的一致，但它顯然速度慢，使得本地生產(chǎn)中心的應(yīng)用的執(zhí)行效率低，因?yàn)樗偸且却齼啥说臄?shù)據(jù)都寫好以后才能繼續(xù)下一步。同步鏡像寫 一致 (SYNC with Mirror Write Consistency)：除 SYNC之外，還在本地的狀態(tài)表中記錄兩端所有未完成的動(dòng)作。這種方式最能保證數(shù)據(jù)一致性。異步 (ASYNC)： 資料先寫到遠(yuǎn)端，但不等完成即在本地做寫入動(dòng)作，速度最快。 數(shù)據(jù)庫復(fù)制技術(shù) 利用開放系統(tǒng)上 Oracle、 Sybase、 DB2 等數(shù)據(jù)庫系統(tǒng)自身的日志復(fù)制功能，在災(zāi)備中心建立用戶業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫的備份數(shù)據(jù)庫，通過數(shù)據(jù)通信網(wǎng)絡(luò)，將用戶數(shù)據(jù)庫系統(tǒng)產(chǎn)生的歸檔日志實(shí)時(shí)傳送到災(zāi)備中心，利用日志向備份數(shù)據(jù)庫追加數(shù)據(jù)，保持備份數(shù)據(jù)與生產(chǎn)數(shù)據(jù) 同步。 數(shù)據(jù)庫日志的在線傳輸是基于應(yīng)用層、高效快捷的數(shù)據(jù)備份方案，支持多種服務(wù)平臺(tái)，包括： NT、 HPUX、 AIX、 Solaris；支持多種數(shù)據(jù)庫系統(tǒng)，包括： Oracle、Sybase 等大型數(shù)據(jù)庫。 SharePlex技術(shù)介紹 SharePlex 是 Quest 公司為關(guān)鍵業(yè)務(wù)系統(tǒng)推出的一個(gè)完全的數(shù)據(jù)庫復(fù)制軟件。它一個(gè)是實(shí)時(shí)的、冗余、流程化的數(shù)據(jù)庫復(fù)制方案，專門為 Oracle 數(shù)據(jù)庫設(shè)計(jì)和開發(fā)。 SharePlex for Oracle 采用業(yè)界內(nèi)獨(dú)特的技術(shù)、領(lǐng)先的產(chǎn)品結(jié)構(gòu)確保企業(yè)實(shí)現(xiàn)其高可用性和高性能的管理目標(biāo)。 SharePlex技術(shù)原理 ? 基本結(jié)構(gòu) 下圖所示為 SharePlex for Oracle 的基本結(jié)構(gòu)，其中涉及較多的技術(shù)細(xì)節(jié)。 ? 數(shù)據(jù)捕獲 SharePlex for Oracle 中由捕獲進(jìn)程來收集發(fā)生變化的數(shù)據(jù)，此進(jìn)程的獨(dú)特之處在于它幾乎不對(duì)生產(chǎn)數(shù)據(jù)庫帶來任何開銷。 此捕獲過程中完成的操作為： 1. 捕獲進(jìn)程從 Oracle 日志文件中讀取信息，因此復(fù)制過程不會(huì)給生產(chǎn)數(shù)據(jù)庫實(shí)例帶來性能問題 2. 只有發(fā)生改變的數(shù)據(jù)被傳輸，而不是日志文件中的全部信息，因此SharePlex的網(wǎng)絡(luò)負(fù)載非常小 3. 盡管需要在 Oracle數(shù)據(jù)庫中安裝少量的對(duì)象用來存儲(chǔ)有關(guān)復(fù)制的一些基本信息，但源數(shù)據(jù)庫不需要參與到數(shù)據(jù)捕獲和傳輸過程中 4. SharePlex 的捕獲進(jìn)程不但可以讀取在線的日志文件，而且可以讀取歸檔日志，甚至當(dāng)歸檔日志文件被移動(dòng)到其它設(shè)備上時(shí)， SharePlex 會(huì)發(fā)出提示信息。正是這種能力極大地增強(qiáng)了系統(tǒng)的冗余功能。例如，如 果捕獲進(jìn)程由于某種原因被停止，當(dāng)它重新啟動(dòng)后數(shù)據(jù)同步不會(huì)受到影響 捕獲進(jìn)程駐留在源系統(tǒng)上，自動(dòng)讀取 Oracle 的在線日志文件。這種讀操作是從操作系統(tǒng)的角度來完成的，而不是通過數(shù)據(jù)庫。通過將日志文件作為獲取變化信息的源泉， Quest可以完成數(shù)據(jù)的復(fù)制而不會(huì)給生產(chǎn)系統(tǒng)帶來額外的開銷。由于 Oracle使用日志文件進(jìn)行系統(tǒng)恢復(fù)，因此日志文件信息足夠，其數(shù)據(jù)格式也足夠穩(wěn)定。Quest SharePlex 目前已支持從 Oracle 至 Oracle 10g 之間的所有版本。 捕獲進(jìn)程連續(xù)監(jiān)控日志文件用以捕捉 變化信息。當(dāng)日志文件中出現(xiàn)一條新記錄時(shí)， SharePlex判斷其是否屬于被復(fù)制對(duì)象，如果是，則 SharePlex 為該條記錄加入用于決定此記錄將被發(fā)向那個(gè)主機(jī)的地址信息并將包含地址信息的記錄存放到自己的隊(duì)列中，存儲(chǔ)隊(duì)列存在于數(shù)據(jù)庫之外。發(fā)生改變的數(shù)據(jù)被立即處理并被發(fā)送到目標(biāo)系統(tǒng)中而不等待提交或回滾動(dòng)作的完成，因?yàn)榈却峤换蚧貪L完成將帶來延遲。當(dāng)提交或回滾信息被寫入日志文件時(shí)，它們也將被發(fā)送到目標(biāo)系統(tǒng)中，從而在目標(biāo)系統(tǒng)中完成相對(duì)應(yīng)的操作。 ? 數(shù)據(jù)傳輸 SharePlex結(jié)合其自己的網(wǎng)絡(luò)協(xié)議和 TCP/IP協(xié)議來完成 源和目標(biāo)系統(tǒng)之間的數(shù)據(jù)傳輸。其相關(guān)的進(jìn)程確保數(shù)據(jù)的正確接收和網(wǎng)絡(luò)數(shù)據(jù)包的正確順序，從而提供網(wǎng)絡(luò)傳輸冗余，確保數(shù)據(jù)的完整。整個(gè)數(shù)據(jù)傳輸過程無需其它的中間件。 ? 應(yīng)用數(shù)據(jù) 應(yīng)用進(jìn)程將傳送到目標(biāo)系統(tǒng)中的信息轉(zhuǎn)化為 SQL 語句，然后發(fā)送給 Oracle 執(zhí)行。 SharePlex 能夠?qū)崿F(xiàn)精確復(fù)制的一個(gè)重要原因就是其能保證從源數(shù)據(jù)庫到目標(biāo)數(shù)據(jù)庫的 Oracle 讀一致性，不但按順序復(fù)制事務(wù)，而且也復(fù)制上下文信息，將源數(shù)據(jù)庫中發(fā)生變化的全部事務(wù)信息都復(fù)制到目標(biāo)數(shù)據(jù)庫中。 復(fù)制模式 SharePlex支持多種靈活的復(fù)制模式 ,主要包括 ： ? 單向復(fù)制 單向復(fù)制以生產(chǎn)系統(tǒng)作為復(fù)制時(shí)的數(shù)據(jù)源，若目標(biāo)數(shù)據(jù)庫僅用于報(bào)表和查詢，則該副本可能是生產(chǎn)數(shù)據(jù)庫的一個(gè)子集，只包括報(bào)表和查詢所需內(nèi)容，而非源系統(tǒng)的所有信息。 SharePlex 允許用戶在目標(biāo)數(shù)據(jù)庫中采用不同于源數(shù)據(jù)庫的數(shù)據(jù)模式，并使用專為提高查詢效率而建立的索引、主鍵和分區(qū)等。 這種簡單、高效的復(fù)制方案，可滿足任何需通過剝離報(bào)表和查詢來改善系統(tǒng)性能的需求。這種水平擴(kuò)展方案可不必引入沖突解決和鎖管理機(jī)制，而直接卸載生產(chǎn)系統(tǒng)壓力。 ? 雙向復(fù)制 雙向復(fù)制是高可用型數(shù)據(jù)復(fù)制的典 型配置。這種方式能在正常工作方式下，將主數(shù)據(jù)庫的數(shù)據(jù)更新復(fù)制到從屬系統(tǒng)；一旦主系統(tǒng)出現(xiàn)故障，業(yè)務(wù)處理需要切換到從屬系統(tǒng)時(shí)，即配置為自從屬系統(tǒng)向主系統(tǒng)的逆向復(fù)制。這種配置要求目標(biāo)例程處于可讀寫狀態(tài)，并具有較高的可靠性。只需短暫的中斷，業(yè)務(wù)處理即可迅速恢復(fù)，而不必進(jìn)行漫長的重啟和數(shù)據(jù)庫恢復(fù)。 ? 廣播復(fù)制 該配置利用單個(gè)源系統(tǒng)，向多個(gè)目標(biāo)例程復(fù)制數(shù)據(jù)。SharePlex 支持通過局域網(wǎng)和廣域網(wǎng)的復(fù)制。在這這種配置時(shí)，遠(yuǎn)程用戶可以通過數(shù)據(jù)復(fù)制建立的副本，實(shí)現(xiàn)本地查詢。 ? 合并復(fù)制 在報(bào)表應(yīng)用中 ， SharePlex 支持合并復(fù)制模式。該配置可將若干個(gè)源數(shù)據(jù)庫合并到單一目標(biāo)例程中，并基此建立企業(yè)報(bào)表和查詢應(yīng)用。 ? 層疊復(fù)制 也稱為多級(jí)復(fù)制或?qū)哟位瘡?fù)制，可實(shí)現(xiàn)源系統(tǒng)到目標(biāo)系統(tǒng)，再到下級(jí)目標(biāo)數(shù)據(jù)庫的復(fù)制。利用SharePlex，中轉(zhuǎn)系統(tǒng)可不再需要 Oracle 數(shù)據(jù)庫。這種配置能在無法直接通訊的系統(tǒng)間實(shí)現(xiàn)數(shù)據(jù)傳輸，并使數(shù)據(jù)分發(fā)的壓力從生產(chǎn)系統(tǒng)卸載到專門為數(shù)據(jù)分發(fā)而建立的復(fù)制副本上。 Oracle數(shù)據(jù)庫復(fù)制技術(shù) 基于 Oracle 的數(shù)據(jù)庫復(fù)制技術(shù) 目前除了 Oracle Data Guard 還有 QUEST 和DSG 等公司的產(chǎn)品。 這里將主要介紹 Oracle 公司自有的技術(shù) Oracle Data Guard。Oracle Data Guard 采用主數(shù)據(jù)庫正常運(yùn)行，一或多個(gè)備用數(shù)據(jù)庫進(jìn)行備份的方式保護(hù)數(shù)據(jù)庫，備用數(shù)據(jù)庫的備份、管理和監(jiān)視工作都是自動(dòng)完成的，當(dāng)主數(shù)據(jù)庫宕機(jī)發(fā)生時(shí)，至少有一個(gè)備用數(shù)據(jù)庫馬上投入使用，使應(yīng)用程序的運(yùn)行不會(huì)間斷，避免了系統(tǒng)的癱瘓。 ? Data Guard 的功能簡介 1. 數(shù)據(jù)庫的切換 允許 DBA 將主數(shù)據(jù)庫切換到備用數(shù)據(jù)庫，此備用數(shù)據(jù)庫變?yōu)橹鲾?shù)據(jù)庫，響應(yīng)用戶的請(qǐng)求，而原主數(shù)據(jù)庫變?yōu)閭溆脭?shù)據(jù)庫。 Data Guard 的這種特性保證了數(shù)據(jù)不會(huì)丟失，避免數(shù)據(jù)庫恢復(fù)期間無法處理用戶的請(qǐng)求。 2. 通過分布式組態(tài)，增強(qiáng)數(shù)據(jù)庫的可用性 Oracle Data Guard 是由主數(shù)據(jù)庫和一到多個(gè)備用數(shù)據(jù)庫構(gòu)成，這些在 Data Guard 的環(huán)境中稱為站點(diǎn)，通常各個(gè)站點(diǎn)以松散的方式分布在各地，以網(wǎng)絡(luò)連接，所以，即使遇到地震、火災(zāi)、洪水等自然災(zāi)害，數(shù)據(jù)庫的數(shù)據(jù)也會(huì)得到很好地保護(hù)。 Data Guard 的結(jié)構(gòu)由下圖所示： 3. 同步主站點(diǎn)與備用站點(diǎn)的數(shù)據(jù) 在 Data Guard 環(huán)境中，將一個(gè)站點(diǎn)設(shè)置為主站點(diǎn)，用來響應(yīng)用戶的請(qǐng)求，事務(wù)對(duì)數(shù)據(jù)庫所做的修改，以歸檔日志的形式由日志傳輸服務(wù)自動(dòng)從主站點(diǎn)傳送到各個(gè)備用站點(diǎn)，以實(shí)現(xiàn)備用站點(diǎn)與主站點(diǎn)的同步。 4. 防止數(shù)據(jù)庫的物理損壞 由于主站點(diǎn)的物理損壞不可能通過歸檔日志文件傳輸?shù)絺溆谜军c(diǎn)，所以降低了由物理損壞帶給數(shù)據(jù)庫的風(fēng)險(xiǎn)。 ? 數(shù)據(jù)庫的切換 將主數(shù)據(jù)庫切換到備用數(shù)據(jù)庫，此備用數(shù)據(jù)庫變?yōu)橹鲾?shù)據(jù)庫，而原主數(shù)據(jù)庫變?yōu)閭溆脭?shù)據(jù)庫。數(shù) 據(jù)庫的切換可以從主數(shù)據(jù)庫角色切換到備用數(shù)據(jù)庫角色，也可從備用數(shù)據(jù)庫角色切換到主數(shù)據(jù)庫角色。 1. 主數(shù)據(jù)庫的工作模式： ? Guaranteed protection： 規(guī)定在修改主數(shù)據(jù)庫時(shí)，至少有一個(gè)備用數(shù)據(jù)庫有效。假如主備之間的連接中斷，通過中斷主實(shí)例來禁止數(shù)據(jù)的分歧，保證無數(shù)據(jù)丟失。這種模式對(duì)數(shù)據(jù)庫性能的影響最大。 ? Instant protection： 規(guī)定在修改主數(shù)據(jù)庫時(shí)，至少有一個(gè)備用數(shù)據(jù)庫有效。與 Guaranteed protection模式不同的是當(dāng)主備之間的連接中斷，允許數(shù)據(jù)分歧，并當(dāng)恢復(fù)連接后，解決數(shù)據(jù)分歧的現(xiàn)象。無數(shù)據(jù)丟失，對(duì)主數(shù)據(jù)庫的性能有較小的影響。 ? Rapid protection： 指出主數(shù)據(jù)庫的修改在備用數(shù)據(jù)庫上有效。有數(shù)據(jù)丟失，最小化對(duì)數(shù)據(jù)庫性能的影響。 ? Delayed protection： 指出主數(shù)據(jù)庫的修改最終在備用數(shù)據(jù)庫上有效。 Rapid protection 和 Delayed protection 模式即使在網(wǎng)絡(luò)連接有效時(shí)，也允許主數(shù)據(jù)庫與所有的備用數(shù)據(jù)庫有數(shù)據(jù)分歧，數(shù)據(jù)的丟失量等同于主數(shù)據(jù)庫聯(lián)機(jī)重做日志的未歸檔數(shù)。最小化對(duì)數(shù)據(jù)庫性能的影響。 四種模式的區(qū)別詳見下表： 主 數(shù)據(jù)庫 保護(hù)模式 保護(hù) 策略 網(wǎng)絡(luò) 連接 主數(shù)據(jù)庫 操作狀態(tài) Switchover Failover Guaranteed 保護(hù) 連接 無數(shù)據(jù)分歧 無數(shù)據(jù)丟失 無數(shù)據(jù)丟失 未連接 關(guān)閉實(shí)例 不可能 無數(shù)據(jù)丟失 Instant 未保護(hù) 連接 無數(shù)據(jù)分歧 無數(shù)據(jù)丟失 無數(shù)據(jù)丟失 未連接 Delayed 保護(hù)模式 不可能 數(shù)據(jù)丟失 Rapid 未保護(hù) 連接 存在數(shù)據(jù)分歧 無數(shù)據(jù)丟失 數(shù)據(jù)丟失 未連接 Delayed 保護(hù)模式 不可能 數(shù)據(jù)丟失 Delayed 未保護(hù) 連接 存在數(shù)據(jù)分歧 無數(shù)據(jù)丟失 數(shù)據(jù)丟失 2. 備用數(shù)據(jù)庫的工作模式： ? Managed recovery mode： 最大化保護(hù)數(shù)據(jù)，主數(shù)據(jù)庫將聯(lián)機(jī)重做日志歸檔到備用數(shù)據(jù)庫，備用數(shù)據(jù)庫自動(dòng)應(yīng)用這些日志進(jìn)行數(shù)據(jù)庫的恢復(fù)。 ? Readonly mode： 備用數(shù)據(jù)庫不能應(yīng)用歸檔日志。在這種模式下，只能對(duì)備用數(shù)據(jù)庫進(jìn)行查詢。當(dāng)備用數(shù)據(jù)庫重新處于 mount 方式，主數(shù)據(jù)庫繼續(xù)將日志歸檔到備用數(shù)據(jù)庫上。 雖然備用數(shù)據(jù)庫不能同時(shí)處于兩種模式，但可在兩種模式間進(jìn)行切換。在大多數(shù)的Data Guard 環(huán)境中，備用數(shù)據(jù)庫應(yīng)處于恢復(fù)管理模式。 3. Failover 和 Switchover 的區(qū)別 ? Failover： 將主數(shù)據(jù)庫 offline，備用數(shù)據(jù)庫 online，這種操作由系統(tǒng)和軟件失敗引起。 即使在備用數(shù)據(jù)庫上應(yīng)用重做日志，也可能出現(xiàn)數(shù)據(jù)丟失的現(xiàn)象，除非備用數(shù)據(jù)庫運(yùn)行在 guaranteed protection 模式。 ? Switchover： 故意將主數(shù)據(jù)庫 offline，而將另一備用數(shù)據(jù)庫 online，它能夠切換到備用數(shù)據(jù)庫而不需同步操作。如：可使用 Switchover 完成系統(tǒng)的平滑升級(jí)。 即使在備用數(shù)據(jù)庫上不應(yīng)用重做日志，也不會(huì)造成數(shù)據(jù)的丟失。 數(shù) 據(jù)庫不需重新啟動(dòng)實(shí)例。這使主數(shù)據(jù)庫幾乎能立即在備用數(shù)據(jù)庫上恢復(fù)它的功能，因此可經(jīng)常進(jìn)行定期維護(hù)而不需中斷操作。 Failover 和 Switchover 的區(qū)別為：當(dāng) Failover 發(fā)生，備用數(shù)據(jù)庫切換為主數(shù)據(jù)庫之后，它丟失了備用數(shù)據(jù)庫的所有能力，也就是說，不能再返回到備用模式；而Switchover 可以，備用數(shù)據(jù)庫可切換為主數(shù)據(jù)庫，也可從主數(shù)據(jù)庫再切換回備用數(shù)據(jù)庫。 4. 主數(shù)據(jù)庫與備用數(shù)據(jù)庫的切換 當(dāng)主數(shù)據(jù)庫操作在 Guaranteed protection 和 Instant protection 兩種模式下，可保證 數(shù)據(jù)庫在切換的過程中不丟失數(shù)據(jù)，這意味著主數(shù)據(jù)庫的所有歸檔日志都必須應(yīng)用在備用數(shù)據(jù)庫上。假如歸檔日志沒有完全應(yīng)用，或主數(shù)據(jù)庫工作在 Rapid和 Delayed protection 模式，數(shù)據(jù)庫的切換將導(dǎo)致數(shù)據(jù)的丟失，數(shù)據(jù)丟失的總量可由主數(shù)據(jù)庫歸檔日志路徑屬性和備用數(shù)據(jù)庫歸檔日志的應(yīng)用來決定。 GoldenGate技術(shù)介紹 GoldenGate 公司的領(lǐng)先技術(shù)就是逐漸為大家所知的交易數(shù)據(jù)管理