【正文】 捕捉進(jìn)程在每次讀完log中的數(shù)據(jù)變化并將數(shù)據(jù)傳送到目標(biāo)系統(tǒng)后，會(huì)寫檢查點(diǎn)，記錄當(dāng)前完成捕捉的log位置，檢查點(diǎn)的存在可以使捕捉進(jìn)程在中止并恢復(fù)后仍可從原來log位置繼續(xù)復(fù)制。在目標(biāo)端，GoldenGate可以通過交易重組，分批加載等技術(shù)手段大大加快數(shù)據(jù)投遞的速度和效率，降低目標(biāo)系統(tǒng)的資源占用，可以在秒一級(jí)實(shí)現(xiàn)大量數(shù)據(jù)的復(fù)制。GoldenGate TDM軟件提供了一個(gè)單一的平臺(tái)，這個(gè)平臺(tái)可以為任何用戶環(huán)境實(shí)現(xiàn)秒一級(jí)的災(zāi)難備份。至2007年，在全球35個(gè)國(guó)家售出超過2000個(gè)許可證，客戶分布在政府、銀行、電信、證券、傳媒、醫(yī)療等行業(yè)，大部分客戶為全球500強(qiáng)企業(yè)。 容災(zāi)產(chǎn)品選型――GoldenGate TDM軟件 軟件簡(jiǎn)介GoldenGate是一家創(chuàng)建于1995年的美國(guó)公司，開發(fā)總部設(shè)在舊金山，在北美，歐洲和亞洲（包括新加坡、印度、澳大利亞）設(shè)有支持中心。l 簡(jiǎn)易的安裝和維護(hù)GoldenGate的安裝非常簡(jiǎn)單，無需在數(shù)據(jù)庫中插入表或者觸發(fā)器等對(duì)象，全部安裝配置過程可以在幾分鐘之內(nèi)完成，在此期間源數(shù)據(jù)庫仍可對(duì)外提供服務(wù)。由于備份端是活動(dòng)的，因此可以隨時(shí)驗(yàn)證備份的可靠性。l 對(duì)源系統(tǒng)的影響小GoldenGate軟件的部署不需要改動(dòng)原有系統(tǒng)的構(gòu)架，而且對(duì)系統(tǒng)資源的占用很少，因此不用對(duì)原有系統(tǒng)做改造。再原端配置的隊(duì)列將起到緩沖作用，在網(wǎng)絡(luò)不通的情況下將原端數(shù)據(jù)庫的數(shù)據(jù)變化暫存起來，不至于影響生產(chǎn)系統(tǒng)的正常運(yùn)行，待網(wǎng)絡(luò)通暢時(shí)將數(shù)據(jù)追平到備份端。l 實(shí)現(xiàn)容災(zāi)的最低帶寬需求GoldenGate能夠即時(shí)捕捉數(shù)據(jù)變化，抽取的數(shù)據(jù)變化僅為日志量的1/4，另外GoldenGate集成了高達(dá)1/9的數(shù)據(jù)壓縮算法，使得網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量在各類技術(shù)中最小，可以低帶寬如幾兆專線實(shí)現(xiàn)每日日志增量上百G的大交易量數(shù)據(jù)交易，大幅降低了網(wǎng)絡(luò)方面的投資。 方案特點(diǎn)對(duì)于國(guó)家質(zhì)檢總局“大通關(guān)”災(zāi)備項(xiàng)目而言，基于GoldenGate的容災(zāi)解決方案具有以下特點(diǎn)：l 最快的RTO指標(biāo)由于備份端的數(shù)據(jù)庫系統(tǒng)是出于活動(dòng)狀態(tài)的，隨時(shí)處于可以被接管的狀態(tài)，因此在容災(zāi)接管的過程中，不需要再將數(shù)據(jù)庫重新裝載或激活，只需要啟動(dòng)應(yīng)用系統(tǒng)就可以完成應(yīng)用接管，因此可以達(dá)到最快的RTO指標(biāo)。 對(duì)災(zāi)備中心的要求GoldenGate軟件可以兼容多種存儲(chǔ)設(shè)備、操作系統(tǒng)、以及數(shù)據(jù)庫平臺(tái)，并可以跨平臺(tái)進(jìn)行數(shù)據(jù)復(fù)制，可以實(shí)現(xiàn)在不同的存儲(chǔ)平臺(tái)，不同的操作系統(tǒng)平臺(tái)、不同的數(shù)據(jù)庫版本之間的實(shí)時(shí)數(shù)據(jù)復(fù)制。此外，采用GoldenGate軟件進(jìn)行數(shù)據(jù)復(fù)制對(duì)網(wǎng)絡(luò)穩(wěn)定性的要求不高，在網(wǎng)絡(luò)頻繁中斷的情況下，也能保證數(shù)據(jù)的傳送，而且不會(huì)影響生產(chǎn)系統(tǒng)的正常運(yùn)行。在網(wǎng)絡(luò)傳輸過程中，GoldenGate提供了壓縮功能，壓縮的效能在1:81:9。GoldenGate只復(fù)制數(shù)據(jù)變化的機(jī)制保證了其在網(wǎng)絡(luò)上傳輸?shù)臄?shù)據(jù)量為最小，因此對(duì)帶寬要求也是最低的。 系統(tǒng)實(shí)施基礎(chǔ)環(huán)境要求 對(duì)網(wǎng)絡(luò)的要求為了實(shí)現(xiàn)遠(yuǎn)程數(shù)據(jù)災(zāi)備，質(zhì)檢總局需要在生產(chǎn)中心與災(zāi)備中心租賃通訊鏈路，租用鏈路的費(fèi)用在容災(zāi)系統(tǒng)建設(shè)中是一筆較大的支出。GoldenGate提供基于時(shí)間點(diǎn)的復(fù)制，只要日志（在線或歸檔狀態(tài)均可）沒有刪除，復(fù)制可以從任意時(shí)間點(diǎn)開始。 兩端數(shù)據(jù)不一致異常處理方案GoldenGate的備份端數(shù)據(jù)庫處于活動(dòng)狀態(tài)，可以開展實(shí)時(shí)查詢和統(tǒng)計(jì)的業(yè)務(wù)。 備份中心當(dāng)前節(jié)點(diǎn)故障異常處理方案如果備份中心運(yùn)行GoldenGate的RAC節(jié)點(diǎn)停機(jī)，類似于生產(chǎn)中心當(dāng)前節(jié)點(diǎn)停機(jī)，可以將GoldenGate切換到其他節(jié)點(diǎn)繼續(xù)運(yùn)行，如圖所示：同樣，在當(dāng)前節(jié)點(diǎn)停機(jī)后，可以通過網(wǎng)管軟件或者人工切換GoldenGate到其他節(jié)點(diǎn)繼續(xù)運(yùn)行，投遞進(jìn)程的檢查點(diǎn)可以保證從隊(duì)列的中斷位置繼續(xù)復(fù)制。抽取進(jìn)程首先去讀取檢查點(diǎn)，獲取中斷位置，然后繼續(xù)從該位置解析數(shù)據(jù)庫日志，恢復(fù)正常的復(fù)制過程。我們可以通過網(wǎng)管軟件監(jiān)測(cè)節(jié)點(diǎn)失敗，然后通過腳本將GoldenGate切換到另外一個(gè)活動(dòng)的節(jié)點(diǎn)上重新啟動(dòng)。因此，在數(shù)據(jù)庫重新啟動(dòng)之后，GoldenGate可以各進(jìn)程根據(jù)自己的檢查點(diǎn)自動(dòng)繼續(xù)數(shù)據(jù)復(fù)制，保證無數(shù)據(jù)丟失。 數(shù)據(jù)庫實(shí)例停止異常處理方案在日常維護(hù)中，經(jīng)常會(huì)遇到需要停止數(shù)據(jù)庫的情況，此時(shí)GoldenGate抽取或者投遞進(jìn)程也會(huì)終止。GoldenGate能夠以用戶自定義的間隔自動(dòng)重新啟動(dòng)抽取進(jìn)程，直到網(wǎng)絡(luò)恢復(fù)進(jìn)程重啟成功。管理維護(hù)人員可以通過客戶端方式或Web方式來管理維護(hù)“大通關(guān)”災(zāi)備系統(tǒng)中的GoldenGate TDM平臺(tái)。我們建議將Director Server部署在第三方服務(wù)器上，此服務(wù)器可以是一臺(tái)普通的PC。Veridata Server可以集中管理多組數(shù)據(jù)一致性的對(duì)比。我們建議將Veridata Server部署在第三方服務(wù)器上，此服務(wù)器可以是一臺(tái)普通的PC。根據(jù)“大通關(guān)”系統(tǒng)災(zāi)備要求，兩端需要定期切換和隨時(shí)應(yīng)急切換，所以在兩端服務(wù)器上都需要部署捕捉和投遞進(jìn)程。在各個(gè)相對(duì)獨(dú)立的兩端數(shù)據(jù)庫服務(wù)器上，按照其操作系統(tǒng)、數(shù)據(jù)庫類型及版本選擇相匹配的GoldenGate TDM軟件包。實(shí)現(xiàn)雙向復(fù)制示意圖如下： 復(fù)制軟件配置清單復(fù)制類型：Oracle to Oracle型號(hào) / 規(guī)格數(shù)量OSG102 GoldenGate Capture (Oracle) 8 CPUs (dual cores)1AIXG102 GoldenGate Capture (Oracle) 8 CPUs (dual cores) (2nd Copy for Cluster) 1AIXG103 GoldenGate Delivery (Oracle) 8 CPUs (dual cores)1AIXG103 GoldenGate Delivery (Oracle) 8 CPUs (dual cores) (2nd Copy for Cluster)1AIXG102 GoldenGate Capture (Oracle) 16 CPUs (dual cores)1AIXG102 GoldenGate Capture (Oracle) 16 CPUs (dual cores) (2nd Copy for Cluster) 1AIXG103 GoldenGate Delivery (Oracle) 16 CPUs (dual cores)1AIXG103 GoldenGate Delivery (Oracle) 16 CPUs (dual cores) (2nd Copy for Cluster)1AIXG102 GoldenGate Capture (Oracle) 16 CPUs1HPUXG102 GoldenGate Capture (Oracle) 16 CPUs (2nd Copy for Cluster) 1HPUXG103 GoldenGate Delivery (Oracle) 16 CPUs1HPUXG103 GoldenGate Delivery (Oracle) 16 CPUs (2nd Copy for Cluster)1HPUXG102 GoldenGate Capture (Oracle) 16 CPUs (dual cores)1HPUXG102 GoldenGate Capture (Oracle) 16 CPUs (dual cores) (2nd Copy for Cluster) 1HPUXG103 GoldenGate Delivery (Oracle) 16 CPUs (dual cores)1HPUXG103 GoldenGate Delivery (Oracle) 16 CPUs (dual cores) (2nd Copy for Cluster)1HPUXG102 GoldenGate Capture (Oracle) 4 CPUs4LINUXG102 GoldenGate Capture (Oracle) 4 CPUs (2nd Copy for Cluster)4LINUXG103 GoldenGate Delivery (Oracle) 4 CPUs4LINUXG103 GoldenGate Delivery (Oracle) 4 CPUs (2nd Copy for Cluster)4LINUXG102 GoldenGate Capture (Oracle) 2 CPUs (dual cores)4LINUXG102 GoldenGate Capture (Oracle) 2 CPUs (dual cores) (2nd Copy for Cluster)4LINUXG103 GoldenGate Delivery (Oracle) 2 CPUs (dual cores)4LINUXG103 GoldenGate Delivery (Oracle) 2 CPUs (dual cores) (2nd Copy for Cluster)4LINUXV110 Veridata (12 copies)　　D111 Director (24 nodes) 軟件系統(tǒng)部署方案設(shè)計(jì)下面，我們分別以其中一條數(shù)據(jù)復(fù)制鏈路為例，說明一下GoldenGate TDM軟件、數(shù)據(jù)對(duì)比和管理工具的部署。這樣，生產(chǎn)端的業(yè)務(wù)數(shù)據(jù)變化將實(shí)時(shí)的投遞到備份端的數(shù)據(jù)庫，在災(zāi)備端形成一個(gè)源端數(shù)據(jù)庫的實(shí)時(shí)鏡像，為災(zāi)難發(fā)生時(shí)的數(shù)據(jù)恢復(fù)及業(yè)務(wù)接管做好準(zhǔn)備。在災(zāi)備端數(shù)據(jù)庫一節(jié)點(diǎn)上配置GoldenGate的Delivery進(jìn)程，并與生產(chǎn)端配置的Capture進(jìn)程一起建立新的數(shù)據(jù)復(fù)制鏈路。如果歸檔日志也是處于共享陣列之中，那么不存在問題；而如果各節(jié)點(diǎn)歸檔日志位置沒有共享，為了使GoldenGate能夠訪問，可以通過NFS進(jìn)行網(wǎng)絡(luò)共享，以使GoldenGate能夠解析各節(jié)點(diǎn)歸檔日志中的數(shù)據(jù)變化。因此GoldenGate可以對(duì)各節(jié)點(diǎn)在線日志進(jìn)行解析，整個(gè)數(shù)據(jù)庫的數(shù)據(jù)變化。在北京生產(chǎn)中心，這里假設(shè)其中節(jié)點(diǎn)為A，我們?yōu)楣?jié)點(diǎn)A配置GoldenGate抓取進(jìn)程，從數(shù)據(jù)庫日志中解析數(shù)據(jù)。對(duì)于抽取進(jìn)程，其檢查點(diǎn)記錄當(dāng)前抽取日志的位置，下次復(fù)制l 可靠的數(shù)據(jù)傳輸機(jī)制GoldenGate TDM使用應(yīng)答機(jī)制傳輸交易數(shù)據(jù)，只有在得到確認(rèn)消息后才認(rèn)為數(shù)據(jù)傳輸完成，否則將自動(dòng)重新傳輸數(shù)據(jù)，從而保證了抽取出的所有數(shù)據(jù)都能發(fā)送到備份端。 概述在此次方案設(shè)計(jì)中，我們采用的GoldenGate TDM軟件可以提供可靠的數(shù)據(jù)復(fù)制，主要體現(xiàn)在下面三點(diǎn)：l 保證事務(wù)一致性GoldenGate TDM應(yīng)用復(fù)制操作的順序與在源系統(tǒng)上的順序相同，并且按照相同的事務(wù)環(huán)境提交，確保在目標(biāo)系統(tǒng)上數(shù)據(jù)的完整性和讀一致性，為實(shí)時(shí)查詢和事務(wù)處理創(chuàng)造了條件?？偟膩碚f，基于GoldenGate TDM的遠(yuǎn)程容災(zāi)方案能夠達(dá)到“大通關(guān)”災(zāi)備系統(tǒng)的RTO和RPO指標(biāo)。由于不需要數(shù)據(jù)庫的重新裝載和激活等費(fèi)時(shí)繁瑣的操作，RTO能夠達(dá)到最快的水平。此次“大通關(guān)”容災(zāi)系統(tǒng)方案總體結(jié)構(gòu)示意圖如下：在進(jìn)行數(shù)據(jù)復(fù)制時(shí)，災(zāi)備端是一個(gè)活動(dòng)的數(shù)據(jù)庫，可以進(jìn)行讀寫操作。根據(jù)項(xiàng)目要求，在“大通關(guān)”系統(tǒng)北京生產(chǎn)中心和廣州災(zāi)備中心之間配置GoldenGate數(shù)據(jù)雙向同步鏈路（數(shù)據(jù)復(fù)制鏈路的數(shù)量與生產(chǎn)中心數(shù)據(jù)庫的數(shù)量一致），兩端數(shù)據(jù)互為備份。第5章 容災(zāi)系統(tǒng)總集成方案設(shè)計(jì) 方案總體設(shè)計(jì)在本次容災(zāi)系統(tǒng)集成方案設(shè)計(jì)當(dāng)中，我們按照對(duì)質(zhì)檢總局現(xiàn)有系統(tǒng)、軟硬件環(huán)境的分析，以及質(zhì)檢總局在此次招標(biāo)項(xiàng)目中所提出的技術(shù)參數(shù)要求，確定選擇GoldenGate公司的GoldenGate TDM軟件做為容災(zāi)系統(tǒng)的核心軟件。l 國(guó)務(wù)院信息辦《重要信息系統(tǒng)災(zāi)難恢復(fù)規(guī)劃指南》國(guó)信辦頒布的這項(xiàng)指南是我國(guó)政府機(jī)構(gòu)提出的對(duì)信息系統(tǒng)災(zāi)難性故障的響應(yīng)和處理的規(guī)范性指南。該機(jī)構(gòu)提出的業(yè)務(wù)連續(xù)性規(guī)劃指南中包含了項(xiàng)目啟動(dòng)、分析、規(guī)劃、實(shí)施、演練、管理、培訓(xùn)等十個(gè)部分的內(nèi)容。 建議本項(xiàng)目參考標(biāo)準(zhǔn)在《質(zhì)檢總局災(zāi)備項(xiàng)目》的集成服務(wù)中，我們將參照考國(guó)內(nèi)外業(yè)務(wù)連續(xù)性相關(guān)的規(guī)劃和建設(shè)指南，結(jié)合國(guó)內(nèi)的最佳實(shí)踐，并根據(jù)質(zhì)檢總局的實(shí)際業(yè)務(wù)需求和技術(shù)需求來進(jìn)行規(guī)劃設(shè)計(jì)和集成。Awareness and Training—意識(shí)及培訓(xùn)：用戶的不同人員都需要有風(fēng)險(xiǎn)意識(shí)及業(yè)務(wù)連續(xù)性知識(shí)，需要有豐富的不同層次的培訓(xùn)來讓用戶不同人員認(rèn)識(shí)、了解業(yè)務(wù)連續(xù)性管理，并知道各自的職責(zé)及行動(dòng)計(jì)劃。業(yè)務(wù)影響分析過程需要定期的進(jìn)行，以適應(yīng)用戶業(yè)務(wù)發(fā)展、變化。Risk Management—危機(jī)管理：業(yè)務(wù)連續(xù)性管理本身是用戶危機(jī)管理的一部分，但用戶的危機(jī)管理不僅僅是如何快速有效的應(yīng)對(duì)危機(jī)，還需要有其它機(jī)制來有效防范風(fēng)險(xiǎn)，降低風(fēng)險(xiǎn)、減少風(fēng)險(xiǎn)。Crisis Communication—危機(jī)溝通：在危機(jī)發(fā)生時(shí)，及時(shí)對(duì)不同的團(tuán)體、對(duì)象進(jìn)行危機(jī)溝通非常重要，讓公眾或用戶及時(shí)了解危機(jī)的狀態(tài)及其影響有利于控制危機(jī)的危害程度和范圍。Business Operation Recovery—業(yè)務(wù)恢復(fù)：IT系統(tǒng)恢復(fù)只是業(yè)務(wù)恢復(fù)的一部分，各業(yè)務(wù)部門需要制訂相應(yīng)的應(yīng)對(duì)計(jì)劃，以在IT系統(tǒng)恢復(fù)后能夠快速對(duì)外提供服務(wù)。Emergency response and Operations—應(yīng)急響應(yīng)與操作歷程：用戶必須建立全局層面以及部門層面的應(yīng)急響應(yīng)流程，在不同的危機(jī)發(fā)生時(shí)，可以遵循相關(guān)流程應(yīng)對(duì)危機(jī)?？傮w而言，用戶的各業(yè)務(wù)部門都需要有自己部門的業(yè)務(wù)連續(xù)性戰(zhàn)略，制訂符合各業(yè)務(wù)部門實(shí)際需求的業(yè)務(wù)連續(xù)性計(jì)劃。下圖為業(yè)務(wù)連續(xù)性管理框架示意圖。因此在災(zāi)難演練過程中要注意到人員的交叉?zhèn)浞萸闆r，除了每個(gè)人自己所擔(dān)負(fù)的責(zé)任外盡量做到關(guān)鍵步驟有后備人選應(yīng)變。需要注意的是，無論平時(shí)的測(cè)試如何完善，也沒有辦法預(yù)測(cè)可能發(fā)生的災(zāi)難情況。此外，建議客戶每?jī)赡陥?zhí)行一次真實(shí)演練。我們將在客戶災(zāi)備技術(shù)方案實(shí)施完畢后，協(xié)助客戶實(shí)施業(yè)務(wù)持續(xù)計(jì)劃的實(shí)際測(cè)試（真實(shí)演練）。我們將在業(yè)務(wù)持續(xù)計(jì)劃的初步計(jì)劃開發(fā)完成后，將為客