【正文】 目前為止，所有復制關系建立起來后，各地體彩數(shù)據(jù)一直正常復制到災備中心，每天產(chǎn)生的復 制數(shù)據(jù)隊列為 15G 左右，每天各分中心數(shù)據(jù)庫產(chǎn)生的日志增量總和為 60G 左右。 b) 遠距離低帶寬實時復制 體彩中心的四個分中心中，成都和廣州距離北京備份中心距離均為 20xx 公里。 GoldenGate TDM 這種跨平臺復制的特性為未來系統(tǒng)的擴展提供了便利，使體彩中心在軟硬件選擇上更加靈活。在遠距離低帶寬前提下， GoldenGate TDM 數(shù)據(jù)復制的延遲同樣可以保持在 3 秒以內(nèi)，最快甚至不超過 1 秒，有效保證了體育彩票銷售數(shù)據(jù)的安全。 4. 體彩中心 GoldenGate TDM 應用的特點 a) N+1 災備模式 體彩中心共 30 個省市的生產(chǎn)數(shù)據(jù)庫分布在全國四個不同的城市，使用GoldenGate TDM 軟件可 以將所有省市數(shù)據(jù)庫集中備份到一套備份系統(tǒng)，從而實現(xiàn)了 N+1 的備份模式，以較低的成本實現(xiàn)了容災。鑒于體彩中心建立數(shù)據(jù)備份的目的是為了數(shù)據(jù)容災，因此我們在目標端為不同省市建立了不同數(shù)據(jù)庫用戶，將各省市數(shù)據(jù)復制到各自用戶下的表中，方便在發(fā)生災難時通過 GoldenGate TDM 導出數(shù)據(jù)并恢復到生產(chǎn)中心。系統(tǒng)拓撲參考圖如下： 在各分中心，體彩中心分別配置了若干臺 IBM P570h 主機為其范圍內(nèi)省市提供數(shù)據(jù)服務，每兩臺組成雙機互備，正常情況下一臺提供服務，另外一臺待用，準備在當前主機出現(xiàn)問題接替工作。體彩中心根據(jù)國務院關于容災備份系統(tǒng)建設的各項精神，在北京建立災備中心，將各省市銷售數(shù)據(jù)實時復制到備份數(shù)據(jù)庫，使得體彩中心在各分中心發(fā)生異常后擁有一份可用的備份數(shù)據(jù)，避免銷售數(shù)據(jù)丟失帶來重大經(jīng)濟損失和社會影響。中國體育彩票歷經(jīng)風風雨雨，從早期開發(fā)到規(guī)模發(fā)行的中期發(fā)展階段，在籌集體育經(jīng)費方面發(fā)揮著越來越重要的作用，成為體育產(chǎn)業(yè)中的“支柱性產(chǎn)業(yè)”。 中國國家體育總局體彩中心 1. 體彩中心介紹 體育彩票中心是國家體育總局直屬機構。由于現(xiàn)有各關交易數(shù)據(jù)全部在總署處理。 3. GoldenGate TDM 數(shù)據(jù)同步在海關總署的應用 系統(tǒng)拓撲參考圖如下： 環(huán)境中有兩個信息中心分別為總署信息中心和廣東信息分中心，總署信息中心中由 3 臺 IBM P690（操作系統(tǒng)為 AIX ）服務器和 EMC 的 DMX1000 存儲系統(tǒng)搭建的 Cluster 系統(tǒng)，運 行 ORACLE 9205 RAC 并行數(shù)據(jù)庫系統(tǒng)，廣東信息分中心中由 2 臺 IBM P690（操作系統(tǒng)為 AIX ）服務器和 EMC 的 DMX1000 存儲系統(tǒng)搭建的 Cluster 系統(tǒng)，運行 ORACLE9205 RAC 并行數(shù)據(jù)庫系統(tǒng)，數(shù)據(jù)庫中包括報關單和備案數(shù)據(jù)表兩部分內(nèi)容；在總署信息中心接管業(yè)務時間內(nèi)需要做北京到廣州的數(shù)據(jù)復制，在分中心接管業(yè)務時間內(nèi)需要做廣州到北京的數(shù)據(jù)復制。 ? 從報關業(yè)務切換 要求看，平時廣州災備中心為總署提供災難接管服務。數(shù)據(jù)的高度集中帶來了信息的高風險，一旦系統(tǒng)癱瘓不能 提供業(yè)務，甚至造成數(shù)據(jù)丟失，這在海關業(yè)務里是不允許存在的。除廣東分署，天津、上海特派辦和海關院校外，全國共設有 41 個直屬海關。另外，應用提供了與第三方管理解決方案的集成能力； ? 零架構影響?？梢詮?Web 界面或富客戶端界面中，啟動、停止、查看多個主機上的 GoldenGate 模塊； ? 實時反饋。 GoldenGate 管理包可以提高 IT 人員的生產(chǎn)效率，充分利用已有的基礎架構，最大化投資回報率，減少系統(tǒng)持續(xù)可用性、災難恢復、實時數(shù)據(jù)集成方案的上線時間。 3. 異構支持 只要源和目標端都是主流數(shù)據(jù)庫，主流平臺，即使在在異構環(huán)境下，也可以使用 TDM 進行系統(tǒng)間數(shù)據(jù)復制，這就確保了 IT 部門的靈活性。 ? 層次化企業(yè)數(shù)據(jù)分布 GoldenGate 支持層疊復制，可以向不是直接相連的數(shù)據(jù)庫復制數(shù)據(jù)。在這種配置模式下， GoldenGate采用必要的沖突處理機制來解決可能發(fā)生的沖突 。 ? 實現(xiàn)高可用性 保證數(shù)據(jù)高可用性和數(shù)據(jù)庫系統(tǒng)能夠從災難中迅速恢復是一個非常具有挑戰(zhàn)性的工作。 通過將查詢和報表系統(tǒng)放在不同的數(shù)據(jù)庫實例中運行，可以平衡服務器負載并提高 OLTP 類生產(chǎn)系統(tǒng)的性能。與其它現(xiàn)有方案不同之處就是能夠從交易日志中捕捉和投遞數(shù)據(jù)。例如∶支持一對多，多對一，多對多以及分層的配置。 6. 雙向復制 – GoldenGate 提供了兩個或兩個以上生產(chǎn)系統(tǒng)之間的數(shù)據(jù)復制功能。 4. 不依賴于硬件和數(shù)據(jù)庫 – GoldenGate 不依賴于操作系統(tǒng)，數(shù)據(jù)庫和硬件。 3. 無需宕機時間的移植 – GoldenGate 能在不同版本的數(shù)據(jù)庫和操作系統(tǒng)之間同步數(shù)據(jù)。特別是其在雙向數(shù)據(jù)復制領域的技術先進性，可以滿足用戶在本地或廣域網(wǎng)絡環(huán)境中的各種復雜需求。 GoldenGate 可以在數(shù)據(jù)移植、在線維護等場合應用，以減少或消除數(shù)據(jù)庫的停機時間。此種模式廣泛應用于 n+1 模式的容災，通過將多個系統(tǒng)數(shù)據(jù)庫集中到一起，可以充分利用備份中心的設施，大幅減少投資；另外也用于跨平臺多系統(tǒng)的數(shù)據(jù)集成，為這些提供系統(tǒng)提供一個統(tǒng)一視圖便于查詢和統(tǒng)計數(shù)據(jù)。當捕捉進程讀到一個交易中有針對跟蹤表的更新 , 捕捉進程就知道這個交易是由復制進程產(chǎn)生的并且把這筆交易忽略掉 . 如果沒有針對跟蹤表的更新 , 捕捉進程就知道這個交易是由應用程序產(chǎn)生的并且把這筆交易讀取出來 . 通過以上處理機制后，就可以很好的解決雙向數(shù)據(jù)復制中所擔心的重復捕捉變化數(shù)據(jù)的操作出現(xiàn)。 ? 雙向數(shù)據(jù)復制 雙向數(shù)據(jù)復制是基于單向數(shù)據(jù)復制原理之上，兩端互為源 /目的數(shù)據(jù)復制對象，兩端生產(chǎn)系統(tǒng)同時保持 Active 狀態(tài)。 GoldenGate 是一種基于軟件的數(shù)據(jù)復制方式，它從數(shù)據(jù)庫 的日志中解析數(shù)據(jù)的變化（數(shù)據(jù)量只有日志的四分之一左右）， GoldenGate 將數(shù)據(jù)轉(zhuǎn)化為自己的格式，直接通過 TCP/IP 網(wǎng)絡傳輸，無需依 賴于數(shù)據(jù)庫自身的傳遞方式如 Oracle Net，而且可以通過高達 9:1 的壓縮比率對數(shù)據(jù)進行壓縮，大大降低帶寬需求。 ? GoldenGate 事務數(shù)據(jù)完整性 在 OLTP 系統(tǒng)之間實時保證點對點數(shù)據(jù)完整性，并且系統(tǒng)影響最小。 ? GoldenGate 實時數(shù)據(jù)倉庫在 OLTP 系統(tǒng)和數(shù)據(jù)倉庫之間連續(xù)、實時地捕獲、轉(zhuǎn)換和投遞最近變化的數(shù)據(jù)。 ? GoldenGate 活動 活動 通過均衡負載實現(xiàn)兩個或更多數(shù)據(jù)庫性能和擴展性的提升。 GoldenGate 協(xié)助關鍵系統(tǒng)保持 24*7 小時運作，滿足最終用戶連續(xù)可用的要求。我們可以在災備端數(shù)據(jù)上實現(xiàn)實時報表，查詢，開發(fā)測試，數(shù)據(jù)備份等工作。 我們看到的趨勢是：曾經(jīng)的的大型機，過去的小型機，未來的 x86。 其他考慮 利用虛擬化簡化災備管理 虛擬化可以大幅提高服務器資源利用率，同時通過整合，也可以簡化災備的管理。 如北京數(shù)據(jù)中心的 SAP 系統(tǒng)， HR 系統(tǒng)，京唐數(shù)據(jù)中心 R3 系統(tǒng)等。 基于存儲復制 基于此種復制方式的前提是必須進行存儲整合，非 Oracle 數(shù)據(jù)庫系統(tǒng)，文件服務器，郵件服務器，應用服務器等建議采用這種方式。 第二章 技術方案 方案 介紹 針對用戶數(shù)據(jù)中心的現(xiàn)狀以及災備系統(tǒng)的建設目標， 以及用戶的存儲架構基于 HP和核心應用基于 Oracle數(shù)據(jù)庫的現(xiàn)狀，我們推薦用戶使用 SAN復制和 Oracle GoldenGate 數(shù)據(jù) 庫復制相結合的方案 。充分利用災備中心的資源，用于報表，開發(fā) /測試和備份整合等。 本次災備系統(tǒng)的建設目標為： ? 建立北京和河北兩個異地災備中心 北京災備中心統(tǒng)一災備京唐，首秦和遷鋼三個數(shù)據(jù)中心，河北災備中心統(tǒng)一災備北京和順義兩個數(shù)據(jù)中心。 HP