DSG某商場容災系統(tǒng)方案

1、某商場容災系統(tǒng)建議方案迪思杰（北京）數(shù)碼技術有限公司2009 年 9 月1.項目背景 32.用戶環(huán)境 43.方案設計 54.原理概述 65.技術標準 85.1 日志抓取( Data Capture) 95.2 日志分析( Analyze ) 105.2 交易合成( Synthesize) 115.3 交易傳輸 125.4 數(shù)據(jù)裝載 136.技術指標 167.推薦采用“ RealSync 產(chǎn)品” 197.1為什么推薦 RealSync產(chǎn)品 197.2RealSync 容災系統(tǒng)架構 218.實施運維方式說明 239. 售后服務方式說明 249.1 DSG 售后服務宗旨與策略 249.2 DSG 售

2、后服務內容 249.3 DSG 售后服務流程 2510. DSG Realsync 部分國內用戶 261.項目背景唐山百貨大樓集團是河北商貿龍頭型企業(yè)，始建于1984年，集團下設10個分公司，8個子公司，2個專業(yè)總公司，1個物流公司。 經(jīng)營面積30萬平方 米，經(jīng)營25萬種商品，企業(yè)總資產(chǎn)12億元。2009年實現(xiàn)銷售40億元。 本項目中realsync同步的是唐山百貨 最核心的卡庫數(shù)據(jù)庫。2.用戶環(huán)境卡庫數(shù)據(jù)庫:aix5.2 oraclelOg 數(shù)據(jù)量 30G 左右災備端數(shù)據(jù)庫：linux oraclelOg運行結果全同步（存量數(shù)據(jù)數(shù)據(jù)同步）時間：數(shù)據(jù)同步20分鐘左右，含多張千萬級的表。實時增量

3、延遲：3秒以內運行一個月，每日清算表，生產(chǎn)庫和災備庫數(shù)據(jù)完全一致。災難演練測試（模擬災難發(fā)生），DSG同步數(shù)據(jù)庫可成功接管業(yè)務3.方案設計網(wǎng)絡拓撲圖如下:懐秦統(tǒng)坯瑞t PC SERVER)POSSAIX5.2OEtACLEIQg卡庫AIX5.2ORACLEIOg1000閘網(wǎng)絡交換機1(X)0 hl 網(wǎng)1(X)0 hl 網(wǎng)Linuxoracle 10gPOS機通過POS終端連接POS庫，POS庫從卡庫中提取卡的信息災難發(fā)生時，可以把POS庫直接連接到DSG災備庫，查詢卡的信息，同時POS機和終端也可以通過 POS庫訪問卡庫.4. 原理概述DSG是全球領先的數(shù)據(jù)與存儲管理軟件提供商，提供優(yōu)秀的數(shù)據(jù)

4、管理軟件和數(shù)據(jù)備份、災難恢復、數(shù)據(jù)抽取共享、數(shù)據(jù)歸檔檢索和一體化管理平臺在內的 解決方案。DSG公司擁有對Oracle數(shù)據(jù)庫復制的核心技術掌握，其推出的復制產(chǎn)品家 族RealSync是通過對Oracle Log日志進行分析獲取跟蹤源系統(tǒng)的交易指令。該軟件在生產(chǎn)系統(tǒng)上的每個 oracle系統(tǒng)和dc系統(tǒng)上安裝一個age nt，該 age nt通過對oracle log的分析抽取實時增量數(shù)據(jù)，并將這些增量數(shù)據(jù)傳送到 災備中心上。災備中心的每個服務器上也需要安裝 age nt，用于接收從生產(chǎn)中心傳輸來的交易指令，并將這些交易指令裝載到災備中心的數(shù)據(jù)庫上復制系統(tǒng)包括兩個部分組成：DS: Data Sou

5、rce 端，即源系統(tǒng)端;DT: Data Target端，即目標系統(tǒng)端。Oracle Log FilesAnalyze ProcessQueueSourceSynthsizeProcessITransactionRep|li cationSource SystemSystemTargetSystemLoadProcessCommProcessF 1 1 UNetwork CommProcess（1 ）源端和目標端各安裝一套 DSG 的 realsync 軟件，只要進行一些簡單 的配置就可以完成從首次初始化到實時增量同步的整個過程， 并且實現(xiàn)無需停掉 生產(chǎn)系統(tǒng)業(yè)務而完成整個實時數(shù)據(jù)復制容災功能。

6、（2 ）DSG Real 實時分析 oracle 的 Online Redo Log 生成壓縮的 xf1 文 件自動發(fā)送到目標端等待裝載。（3 ）通過的定制 filter 功能，來根據(jù)用戶需要不復制一些危險的 DDL 操作 比如 drop table truncate table 。（4 ）目標系統(tǒng)收到 xf1 指令后保存到目標系統(tǒng)的緩存隊列， 由于 RealSync 只分析 online redo log 中的有用信息，所以一般需要傳輸?shù)?xf1 文件只是 oracle redo log 的 1/5 ，這樣大大降低了網(wǎng)絡的負載，從而更好的減少了數(shù)據(jù) 延遲。（5 ）目標系統(tǒng)的 loader 進

7、程從本地隊列中讀取數(shù)據(jù)裝載到目標端 oracle 系統(tǒng)上，裝載過程中通過 DSG 獨有 Rowmapping 技術進行數(shù)據(jù)一致性的檢測， 從而部分保證生產(chǎn)端和容災端數(shù)據(jù)的一致性。（6 ）整個延遲在 Oracle RAC 模式下正常情況下為 35 秒中，最長延遲 不超過 10 秒，即 RPO10 。（7）目標端數(shù)據(jù)庫處于實時打開狀態(tài)， 如果源端出現(xiàn)災難， 整個 RTO 時間 只是應用準備的時間。 而且在沒有接管生產(chǎn)系統(tǒng)業(yè)務的情況下容災端數(shù)據(jù)庫不僅 可以用來容災還可以用來將 OLTP 應用、報表和查詢應用分離； 提高每個系統(tǒng)效 率，降低資源爭用和消耗，從而更有效的利用現(xiàn)有設備。（8）整個分析、傳輸

8、、裝載過程全程監(jiān)控，如果出現(xiàn)錯誤及時提示用戶，方便用戶及時發(fā)現(xiàn)問題解決問題。5. 技術標準目前此類軟件沒有相應的技術標準，因此特將RealSync軟件的原理展示給大家，作為評判的標準示意圖：ApplicationActive D ataB aseApplicationrApplicationSource SystemActive DataBaseTransactions如上圖所示，RealSy nc在Data Source端和Data Target端分別安裝 Age nt進程，Source端的Age nt進程對ORACLE日志進行監(jiān)控，發(fā)現(xiàn)改變及時對目 標數(shù)據(jù)庫進行更新。當應用系統(tǒng)在Data

9、Source端向數(shù)據(jù)庫進行任何操作時時，這些信息都將在Redo Log中保存，RealS ync Age nt通過對實時獲取的Log日志進行分析，獲 得本次操作的交易指令和交易數(shù)據(jù)，然后將這些交易指令和交易數(shù)據(jù)經(jīng)過格式轉 化生成DXF數(shù)據(jù)格式，并實時通過網(wǎng)絡傳送到 Data Target系統(tǒng)。Data Target系統(tǒng)的RealSy nc Age nt接收數(shù)據(jù)庫包，經(jīng)過校驗碼檢查，確 認正確的數(shù)據(jù)庫包后，調用 Oracle函數(shù)按照交易的先后順序在 Data Target系統(tǒng)中執(zhí)行該交易5.1 日志抓取(Data Capture )RealSy nc對數(shù)據(jù)的抓取是通過安裝在Data Source

10、端的Age nt模塊定時分 析Oracle Redo Log 來獲取Data Source 端的交易類型及數(shù)據(jù)的。RealSy nc Age nt在判斷Data Source端的Oracle系統(tǒng)是否有新的交易產(chǎn) 生時是通過定期檢查 Oracle Controle file中記錄的當前SCN號來判斷的，這 樣避免每次檢都通過讀取log文件來判斷否有新的交易產(chǎn)生時造成的系統(tǒng)影響。在Controle file 中確認有新的交易產(chǎn)生時，可以同時獲得當前的Redo Log 組，以及最新日志在日志文件的最新位置。RealSy nc Age nt模塊根據(jù)這些信息將上次抓取時記錄的日志位置與本次讀 取的最新位

11、置之間的Log讀取并加以分析。然后將這些數(shù)據(jù)保存在 Online Log Cache文件中，等待下一步作交易合成處理。時畫間潮i （可任磁置）Co ntiD lFileOiubieLogOnline Redo-RealSync 的優(yōu)勢:與其他類似日志復制產(chǎn)品相比，RealSync對日志進行分析，得到交易信息再進行傳送；而其他類似產(chǎn)品不對日志作分析，傳送全部日志，然后在目標端通 過日志作 Recover ， 這樣一來，不僅傳送數(shù)據(jù)量大，而且目標端數(shù)據(jù)庫不能打 開。5.2 日志分析( Analyze )Oracle 數(shù)據(jù)庫的所有更改都記錄在日志中， 其中記錄了對數(shù)據(jù)庫中的每一個 變化。當我們候需要

12、需要了解數(shù)據(jù)庫中所作的交易時，一個最有效實用而又低成本 的方法就是分析 Oracle 數(shù)據(jù)庫的日志文件。RealSync Agent 中集成了 DSG 的優(yōu)秀日志分析功能，該功能完全不同于 oracle 提供的 Logminer 日志分析工具，在性能和功能上都大大提高，主要體 現(xiàn)在系統(tǒng)性能的優(yōu)化上， 大幅度提高日志分析的速度， 使得對于高并發(fā)業(yè)務系統(tǒng) 的復制成為可能。按照 RealSync 的日志分析設計目標，每秒能夠分析的日志量 達到 10M/s 。RealSync 通過對日志的分析，得到該數(shù)據(jù)庫中的每個 SQL 指令，并將這些 SQL 指令生成 DXF(DSG Extend Format

13、)格式的表達方式。DXF 格式是 DSG 公司的專有技術，該技術是 DSG 公司用來表達 SQL 指令 的方式，該數(shù)據(jù)格式能夠通過 DSG 的專有轉換算法能夠直接轉換為 ORACL 的 內部數(shù)據(jù)表達格式， 從而在分析和轉載時需要最小的轉化， 提高分析和裝載速度， 減少資源占用、豐富能夠表達的各種數(shù)據(jù)類型。5.2 交易合成(Synthesize )通過ORACLE REDO LOG分析的交易指令存在如下的幾個特點：(1 )這些指令是交叉出現(xiàn)的，屬于一個交易(Transaction )的多條SQL指令是非連續(xù)存儲的，多個交易的 SQL之間是相互穿插的；(2)Redo log中記錄了所有的commi

14、t的交易以及沒有commit的交易；所以，為了提高系統(tǒng)的可控制性、保證邏輯完整性、避免數(shù)據(jù)丟失，最好將 復制的最小單位為一個交易(Transaction )，而不是以單個SQL指令為復制單 位，這樣在Data Target端的交易裝載更加容易控制。同時，對于復制的數(shù)據(jù)而言，只有那些 Commit的數(shù)據(jù)對于 Data Target 端系統(tǒng)是有意義的，而對于那些 Rollback的數(shù)據(jù)無需復制到Data target系統(tǒng) 上。所以RealSync在復制過程中不是復制每個SQL語句，而是對抓取的數(shù)據(jù)進 行交易整合后以交易(Transaction )為單位進行復制，同時只復制 COMMIT 的交易。T

15、l/SQL IT2SQL1 疋 T1/SQL2T1/SQLS 心 T2SQL2 Tl COMMIT 卩 T3/SQL1 T2 COMMIT T3 RflUharkOnline Log Cache如上圖所示，在Online Log Cache文件中，包括Commit的交易，沒有Commit的交易和Rollback的交易。交易合成模塊首先按照交易序號對 SOL語句進行劃分，每個交易包含多條 SOL語句。然后，以交易為單位進行處理，將 已經(jīng)Commit的交易，傳至傳輸處理模塊；將未提交的交易保存在本地，一旦 通過日志得知保存的未提交交易已提交，立即將該交易發(fā)送到傳輸處理模塊；對Rollback的交易

16、作丟棄處理。: RealSync 的優(yōu)勢：RealSync是以交易為單位進行傳輸?shù)?，而不是?SOL語句為單位進行傳輸 的，更容易保證數(shù)據(jù)的一致性和完整性。5.3交易傳輸RealSync技術為了保證數(shù)據(jù)傳輸?shù)陌踩?、可靠，在傳輸處理上作了特殊?處理與支持：(1)數(shù)據(jù)在傳輸之前首先存入Data Source端的Cache，傳輸進程(Export Process )從Cache中讀取交易數(shù)據(jù)圭寸裝為 TCP/IP數(shù)據(jù)包 傳送給Data target 端的Import 進程。Ca pture Process611奩 口U巧Isf Export1 Proce5sID11怪15 1?1Z OImport

17、ProcessQueueHeader Body1（2）在 data target 端， Import 進程在收到傳輸?shù)慕灰讛?shù)據(jù)包后，首先存入 Queue ，然后由 Load 進程從 Queue 中嚴格按照交易的順序裝載交易信息。如上圖所示，負責傳輸?shù)倪M程（ Export Process ）從本地隊列中按照先進先 出的原則抓取需要傳輸?shù)慕灰?，將交易?shù)據(jù)封裝成一個數(shù)據(jù)包后通過 TCP/IP 協(xié) 議傳遞給對端系統(tǒng)。在封裝的數(shù)據(jù)包的包頭部分描述了包的大小。對端系統(tǒng)在接受到傳來的數(shù)據(jù)包后， 首先根據(jù)包頭描述的包大小進行傳輸?shù)?合法性檢查，判斷是否傳輸完整。5.4 數(shù)據(jù)裝載在傳統(tǒng)的復制技術中， 常用的數(shù)據(jù)

18、裝載方式是采用 Oracle 的 SQL 接口，通 過 Insert 、 Update 、 Delete 等 SQL 語句實現(xiàn)數(shù)據(jù)的裝載。這種方式在通用性 上很好，但關鍵在于性能問題非常突出。SQL 語句的執(zhí)行需要經(jīng)過 parse 、plan 、格式轉換等過程，造成大量的系統(tǒng) 開銷。尤其是 update 和 Delte 操作的大量 Where 子句操作需要進行復雜的查 詢定位任務，從而導致裝載性能低下，對處理能力的要求比生產(chǎn)系統(tǒng)的還高。DSG RealSync 在設計之初就定位于電信級大數(shù)據(jù)量系統(tǒng)的應用，因此在裝 載性能上進行了大幅度的改善，使得裝載端的性能和處理能力需求降至最低。在其中 DS

19、G RealSync 采用了兩個關鍵的技術提高了裝載速度：（1）采用 DXF 數(shù)據(jù)格式的裝載；（2）采用 Rowid mapping 的方式實現(xiàn)快速定位；（一） 用 DXF 數(shù)據(jù)格式的裝載：DXF (DSG Extend Format )格式是DSG公司的專有技術，該技術是 DSG 公司用來表達SQL指令的方式，該數(shù)據(jù)格式能夠通過DSG的專有轉換算法能夠 直接轉換為ORACL的內部數(shù)據(jù)表達格式，從而在分析和轉載時需要最小的轉化， 提高分析和裝載速度，減少資源占用、豐富sql語句的表達方式。Oracle數(shù)據(jù)庫系統(tǒng)在設計上提供了 4個層次的接口，其中包括User層，SQL 層，Transforma

20、tion 層和I/O層。其結構為：在這四層當中，當采用SQL接口進行數(shù)據(jù)裝載時，調用的是 User層， 而DSG RealSync通過DXF數(shù)據(jù)格式裝載時，調用I/O層直接將數(shù)據(jù)通過 Oracle的最底層函數(shù)寫入系統(tǒng)中，所以DSG RealSync在裝載層上有一定優(yōu)勢；(二)Row map pi ng 實現(xiàn)快速定位對于交易中的操作，存在著大量的 Where子句操作，在采用標準SQL語句 執(zhí)行這些操作時，系統(tǒng)需要首先定位目標記錄所在的數(shù)據(jù)文件的位置信息，這將帶來大量的索引查詢開銷，當并發(fā)執(zhí)行數(shù)千條指令時，系統(tǒng)的開銷將變得非常龐 大。DSG RealSync工具不采用該方式實現(xiàn)裝載數(shù)據(jù)的定位，而是

21、通過ROWMapp ing的方式實現(xiàn)記錄的快速定位：當RealSync從源端Log文件中讀取交易數(shù)據(jù)時，將獲得該交易對應記錄的所在位置，用 rowid 表示為rowid_ds ；當該交易在目標端裝載時，系統(tǒng)不翻譯為 Where子句，而是去通過保存在 目標端的row mapping 表獲得對應目標端該記錄的所在位置 rowid，記錄為 rowid_dt。從而在目標端裝載時通過rowid能夠直接定位于該數(shù)據(jù)需要寫入的位置。 避 免了大量的索引查找時間。每條記錄的 row mapping 信息是在該記錄執(zhí)行 insert 操作、sql loader 或 首次批量同步時建立起來的。RealSync 的

22、優(yōu)勢：DSG擴展格式DXF(DSG Extend Format)是RealSync產(chǎn)品的一個核心技 術，是一種最高效率表示 ORACLE記錄的數(shù)據(jù)格式，該格式只需要經(jīng)過最小的 轉換過程就能夠裝載到ORACLE數(shù)據(jù)庫中，并且裝載效率非常高。無需標準SQL語句執(zhí)行的復雜過程加快裝載速度對于Update ，Delete等帶 Where子句的交易，可以大幅度提高裝載速度6. 技術指標序 號項目技術規(guī)格要求1基本功能要求1、 支持對文件數(shù)據(jù)的同步，包括應用程序、圖像數(shù)據(jù)、音視頻數(shù)據(jù)、網(wǎng)站文件等；2、支持Oracle、Sybase、SQL等數(shù)據(jù)庫的交易復制，且災備數(shù)據(jù)庫始終處于Open狀態(tài)；3、軟件Lic

23、ense需滿足10個物理CPU的許可，無需綁定主機；2兼容性要求1、 數(shù)據(jù)復制軟件應支持主流操作系統(tǒng)：Linux、HP-UNIX、Sun Solaris、IBM AIX、Windows ；2、支持HA和RAC模式；3技術指標要求系統(tǒng)資源占用少，保證主機的正常運行；1、源端CPU占用小于5%;內存占用小于 800M ；2、 目標端CPU占用小于5%;內存占用小于 200M ；3、復制數(shù)據(jù)延遲平均值 10s以內；4初始化要求 在初始化同步過程中，業(yè)務不能停止；初始化過程中不需要人工干預； 支持BCV，SRDF，RMAN，DBP等全同步方式 支持200-800GB數(shù)據(jù)的全同步時間1小時左右完成；支持

24、異構平臺下的首次數(shù)據(jù)初始化同步；支持跨數(shù)據(jù)庫版本之間數(shù)據(jù)庫的初始化同步操作；5選擇性復制1、可以支持用戶級別，表級別復制2、指定條件進行數(shù)據(jù)復制3、指定列進行數(shù)據(jù)復制4、指定分區(qū)進行數(shù)據(jù)復制5、指定表空間進行數(shù)據(jù)同步復制6數(shù)據(jù)庫的容災功能要求1、支持一對一，雙向，一對多，多對一，和級聯(lián)復制；2、支持數(shù)據(jù)轉換、數(shù)據(jù)拆分及分發(fā)；3、支持從多個數(shù)據(jù)庫中同一類型表的記錄整合到一個表中去；4、 支持對列的數(shù)據(jù)進行轉換，包括列映射、增/刪除列、列轉換5、支持DML操作復制、支持 SEQUENCE、函數(shù)、存儲過程、視圖、同義詞、 索引、應用包、用戶等數(shù)據(jù)庫對象進行復制；6、支持沒有PK/UK字段的表的復制、

25、并無需打開或修改數(shù)據(jù)庫參數(shù)，可定義并 過濾不需要復制的事務；7、 支持按照schema方式設置復制關系，無需單表設置復制關系， 支持不同源和 目標端在不同的schema名情況下的復制；8、支持中文漢字內碼，符合雙字節(jié)編碼；支持DXF數(shù)據(jù)格式的裝載；支持Rowid mapping 的方式實現(xiàn)數(shù)據(jù)快速定位；序 號項目技術規(guī)格要求7故障應對能力1、在遇到系統(tǒng)錯誤引起的復制中斷時，例如硬件故障、數(shù)據(jù)庫故障、網(wǎng)絡中斷或 延遲，分級存儲機制能完好的保存已經(jīng)合成的交易信息，避免數(shù)據(jù)丟失，直到 系統(tǒng)故障解決，恢復從隊列傳輸?shù)闹袛帱c開始；2、系統(tǒng)需提供數(shù)據(jù)比對功能，如果發(fā)現(xiàn)不一致情況后能夠提供便利的單表以及單

26、用戶的數(shù)據(jù)修復工作，要求操作簡單，修復速度快，且修復過程中不影響業(yè)務 正常運行；3、生產(chǎn)災備切換后，支持快速的增量回切、全量回切功能；8管理監(jiān)控功能要求提供中文操作界面；復制軟件需提供統(tǒng)一的管理監(jiān)控功能，能實現(xiàn)對復制軟件的運行狀態(tài)、運行日志、系統(tǒng)配置等方面進行統(tǒng)一的管理及監(jiān)控；系統(tǒng)軟件應具有故障的監(jiān)視和診斷能力，岀現(xiàn)不正常情況時，應能及時識別并發(fā)岀告警信息；9審計功能(可選功能)審計功能：通過分析 Oracle數(shù)據(jù)庫的日志對數(shù)據(jù)庫操作進行監(jiān)控，主要功能：1) 根據(jù)審計策略記錄數(shù)據(jù)庫操作；2) 對違規(guī)操作進行報警和留痕；3) 展示審計報表和數(shù)據(jù)庫操作全貌；4) 跟蹤并回溯數(shù)據(jù)庫操作歷史；5) 提

27、供用戶操作分析功能和對象操作分析功能；6) 提供對錯誤數(shù)據(jù)的在線修復建議；7) 提供按各種條件和粒度查詢數(shù)據(jù)庫操作的功能；8) 提供用戶權限管理功能。9) 提供報表和統(tǒng)計數(shù)據(jù)的轉儲和打印功能審計效率：不低于 5萬筆操作/秒(但依環(huán)境而異)支持操作系統(tǒng)： AIX、HP-UX、Solaris、Linux、Tru64 等審計存儲空間：數(shù)據(jù)庫日志量 /3*保留天數(shù)資源占用：CPU 3%，內存 400MB，對網(wǎng)絡基本無影響。序 號項目技術規(guī)格要求10歸檔功能(可選功能)歸檔功能：按照客戶要求將使用頻度低的數(shù)據(jù)一次性(從數(shù)據(jù)庫文件讀取)或者連續(xù)歸檔(分析數(shù)據(jù)庫日志)到目標數(shù)據(jù)庫中，并在源端進行數(shù)據(jù)清理，從

28、而減少源庫數(shù) 據(jù)量，提升系統(tǒng)效率，分擔系統(tǒng)壓力。產(chǎn)品特點：1) 快速、高效一次性歸檔歷史數(shù)據(jù)；2) 目標數(shù)據(jù)庫完全可用，可讀可寫；3) 可以跨操作系統(tǒng)平臺和數(shù)據(jù)庫版本復制；4) 可實時歸檔數(shù)據(jù)，秒級延遲；5) 實時歸檔與增量實時同步一體化實現(xiàn)；6) 歸檔數(shù)據(jù)壓縮，壓縮率 3-5:1;7) 支持全庫或者部分數(shù)據(jù)復制；8) 支持斷點續(xù)傳；9) 提供數(shù)據(jù)核對/修補內置功能。 歸檔模式：1對1、多對1復制對象類型：表數(shù)據(jù)復制可選范圍：單表、多表、用戶11數(shù)據(jù)回切功能支持復制軟件雙中心切換時間較短，操作簡單12服務要求1、原廠負責首次安裝調試、現(xiàn)場培訓及售后服務，并出具一年現(xiàn)場7X24響應、4小時到現(xiàn)場

29、、軟件免費升級的服務承諾；2、服務報價需包含原廠 20個現(xiàn)場人天，無節(jié)假日限制，并由原廠出具證明； 3、如有不符，可拒絕投標產(chǎn)品，做廢標處理。7. 推薦采用“ RealSync產(chǎn)品”要建立查詢數(shù)據(jù)庫的關鍵技術，就是數(shù)據(jù)庫的實時復制。在本方案里，dsg推薦采用realsyc產(chǎn)品，該產(chǎn)品目前在業(yè)內應用范圍廣泛， 主要實現(xiàn)如下功能：（一）業(yè)務負載分擔由于復制的第二數(shù)據(jù)中心的數(shù)據(jù)處于實時可讀取狀態(tài)，數(shù)據(jù)庫處于OPEN狀態(tài)，從而實現(xiàn)系統(tǒng)業(yè)務模塊的重新部署。通過第二數(shù)據(jù)中心實現(xiàn)對核心系統(tǒng)的業(yè)務模塊進行負載分擔，將那些只對數(shù) 據(jù)進行讀取操作的模塊都遷移到第二數(shù)據(jù)中心上來，主要包括：提供業(yè)務查詢；提供統(tǒng)計報表

30、運行；提供數(shù)據(jù)抽取；提供其他系統(tǒng)的數(shù)據(jù)訪問接口；這樣作將達到兩個好處：提高數(shù)據(jù)訪問的效率，提高外圍系統(tǒng)部署的靈活性；提高核心系統(tǒng)的運行效率，提高核心系統(tǒng)運行的穩(wěn)定和可靠性；（二）核心業(yè)務的災備平臺通過數(shù)據(jù)同步建立災備中心可以實現(xiàn)對業(yè)務關鍵數(shù)據(jù)的容災及保護， 在不影響生產(chǎn)數(shù)據(jù)庫性能的同時為生產(chǎn)數(shù)據(jù)庫在本地或異地建立一份準實時鏡像，以保證在生產(chǎn)數(shù)據(jù)庫發(fā)生災難時可使用容災數(shù)據(jù)庫進行業(yè)務接管和數(shù)據(jù)恢復。7.1為什么推薦RealSync產(chǎn)品我們建議采用DSG RealSync軟件的原因在于:1. 復制目標數(shù)據(jù)庫處于 OPEN 狀態(tài)、數(shù)據(jù)是實時的、可以支持實時數(shù)據(jù)庫訪問RealSync 維護的容災數(shù)據(jù)庫在

31、數(shù)據(jù)復制過程中始終處于打開狀態(tài)，客戶可通過打開的Oracle數(shù)據(jù)庫提供數(shù)據(jù)查詢、報表和ETL抽取等功能，實現(xiàn)業(yè)務分擔； 滿足此次本商場提供的業(yè)務需求。2. 支持不同硬件平臺之間的復制RealSy nc技術是邏輯級的數(shù)據(jù)復制技術，因此對于生產(chǎn)系統(tǒng)和目標系統(tǒng)來 說，其硬件平臺可以屬于不同的廠商、 不同的型號， 亦可采用不同的操作系統(tǒng)等 等。它的優(yōu)點在于：一方面，在系統(tǒng)建設時，為用戶提供硬件平臺的靈活選擇空 間；同時，提供了在同一解決方案架構下， 實現(xiàn)企業(yè)不同平臺上的多個信息系統(tǒng) 的統(tǒng)一復制的支持。如此次營銷系統(tǒng)的數(shù)據(jù)復制是從hp unix到ibm aix的異構復制，dsg能夠很 好的滿足這類需求。

32、3. 按需復制，滿足業(yè)務需求，降低存儲成本和網(wǎng)絡成本根據(jù)本商場建設查詢平臺的業(yè)務需求， 很多情況下， 僅僅對需要的數(shù)據(jù)表信 息進行復制， realsync 軟件完全可以支持這類需求， 這樣也可以減輕復制的壓力、 減少存儲和網(wǎng)絡帶寬的成本。4. 對生產(chǎn)系統(tǒng)的低干擾性DSG實時數(shù)據(jù)復制技術不需要通過任何數(shù)據(jù)庫的引擎來獲取變更數(shù)據(jù)， 而是 通過數(shù)據(jù)庫自身的信息獲取源系統(tǒng)上的改變并傳送給目的系統(tǒng)， 這不會對生產(chǎn)系 統(tǒng)造成性能影響。5. 提供不停業(yè)務的首次全同步功能和單表修復功能RealSy nc還提供目標端系統(tǒng)數(shù)據(jù)初始裝載功能支持，將主系統(tǒng)上的已有存 量數(shù)據(jù)， 在不中斷業(yè)務的情況下平滑的裝載到目標數(shù)據(jù)

33、庫上。這是 realsync 軟件 獨有的功能。6. 支持長距離復制、更低的網(wǎng)絡帶寬要求和運行成本目前 Realsync 是全球同類方案中要求最低的，交易級復制軟件僅需要在網(wǎng) 絡上傳輸?shù)牧繛?oracle redo log 的1/3 ，一方面比 oracle DG 的帶寬要求低，當 然更遠遠低于磁盤陣列、卷文件、虛擬存儲復制所需要的帶寬。7. 作為容災系統(tǒng)的補充，提供可靠的應急切換，避免物理錯誤的復制打開的Oracle數(shù)據(jù)庫確保在業(yè)務切換時數(shù)據(jù)庫一定可以打開接管業(yè)務，避免 了數(shù)據(jù)庫可能無法啟動的風險；DSG Realsync 是基于交易指令的復制，因此對于那些產(chǎn)生壞塊，或者是文 件被破壞等操作

34、將不會在目標系統(tǒng)重現(xiàn)。7.2RealSync 容災系統(tǒng)架構Realsync Server業(yè)務數(shù)抓陣IP網(wǎng)絡Realsync Agent河北商場容災結構圖在災備系統(tǒng)中安裝oracle數(shù)據(jù)庫引擎，在業(yè)務數(shù)據(jù)庫上安裝 RealsyncServer端程序，在災備系統(tǒng)上安裝Realsy nc Age nt端程序，可以在線實時的將主業(yè)務數(shù)據(jù)庫上的數(shù)據(jù)復制到異地災備系統(tǒng)中。災備系統(tǒng)不僅提供數(shù)據(jù)庫容災備份需求，而且能夠分擔主業(yè)務數(shù)據(jù)的查詢報 表等工作，大大減輕主業(yè)務數(shù)據(jù)庫系統(tǒng)壓力8. 實施運維方式說明該產(chǎn)品方案的實施運營方式，以及實施運營需要注意問題的說明。9. 售后服務方式說明9.1 DSG售后服務宗旨與策略樹立以客戶為中心的工作作風、以客戶需求為導向、以客戶滿意為衡量一切工 作