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

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

2、 229.3 DSG售后服務流程 2310. DSG Realsync部分國內(nèi)用戶 241. 項目背景唐山百貨大樓集團是河北商貿(mào)龍頭型企業(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、內(nèi)運行一個月，每日清算表，生產(chǎn)庫和災備庫數(shù)據(jù)完全一致。災難演練測試（模擬災難發(fā)生），DSGW步數(shù)據(jù)庫可成功接管業(yè)務。3. 方案設計網(wǎng)絡拓撲圖如下:殺姣燼甥 K' SLRVhltlHKX)MDSG災善庫 Linuxhi. .1/1-' pM.I如A1X5.2ORACLE 血AIX52 (IRACLElOg卩0削通過PO跌端連接POS庫，POS庫從卡庫中提取卡的信息；災難發(fā)生時，可以把POS庫直接連接到DSG備庫，查詢卡的信息，同時POS 機和終端也可以通過POS庫訪問卡庫.SynthsizeProcessQueueurceSystemTransadibnReificationNe

4、tworkTarget SystemLoadProcessQueueCommProcess4. 原理概述DSG是全球領先的數(shù)據(jù)與存儲管理軟件提供商，提供優(yōu)秀的數(shù)據(jù)管理軟件和 數(shù)據(jù)備份、災難恢復、數(shù)據(jù)抽取共享、數(shù)據(jù)歸檔檢索和一體化管理平臺在內(nèi)的解 決方案。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ù)傳送到災備中心上。災備中心的每

5、個服務器上也需要安裝 age nt，用于接收從生產(chǎn)中心傳輸來的 交易指令，并將這些交易指令裝載到災備中心的數(shù)據(jù)庫上復制系統(tǒng)包括兩個部分組成：DS: Data Source 端，即源系統(tǒng)端；DT: Data Target端，即目標系統(tǒng)端。(1) 源端和目標端各安裝一套 DSG勺realsync軟件，只要進行一些簡單的 配置就可以完成從首次初始化到實時增量同步的整個過程， 并且實現(xiàn)無需停掉生 產(chǎn)系統(tǒng)業(yè)務而完成整個實時數(shù)據(jù)復制容災功能。(2) DSG Real實時分析oracle的Online Redo Log 生成壓縮的xf1文件自動發(fā)送到目標端等待裝載。(3) 通過的定制filter 功能，來根

6、據(jù)用戶需要不復制一些危險的 DDL操作 比女口 drop table truncate table 。(4) 目標系統(tǒng)收到xf1指令后保存到目標系統(tǒng)的緩存隊列，由于 RealSync 只分析online redo log中的有用信息，所以一般需要傳輸?shù)膞f1文件只是oracle redo log的1/5 ,這樣大大降低了網(wǎng)絡的負載，從而更好的減少了數(shù)據(jù)延遲。(5) 目標系統(tǒng)的loader進程從本地隊列中讀取數(shù)據(jù)裝載到目標端 oracle 系統(tǒng)上，裝載過程中通過 DSG蟲有Rowmapping技術進行數(shù)據(jù)一致性的檢測，從 而部分保證生產(chǎn)端和容災端數(shù)據(jù)的一致性。(6) 整個延遲在Oracle RA

7、C模式下正常情況下為3-5秒中，最長延遲不 超過10秒，即RPO<10(7) 目標端數(shù)據(jù)庫處于實時打開狀態(tài)，如果源端出現(xiàn)災難，整個RTO時間 只是應用準備的時間。而且在沒有接管生產(chǎn)系統(tǒng)業(yè)務的情況下容災端數(shù)據(jù)庫不僅 可以用來容災還可以用來將 OLTP應用、報表和查詢應用分離；提高每個系統(tǒng)效 率，降低資源爭用和消耗，從而更有效的利用現(xiàn)有設備。(8) 整個分析、傳輸、裝載過程全程監(jiān)控，如果出現(xiàn)錯誤及時提示用戶， 方便用戶及時發(fā)現(xiàn)問題解決問題。5. 技術標準目前此類軟件沒有相應的技術標準，因此特將RealSync軟件的原理展示給大家，作為評判的標準。示意圖：ApplLcat ionActive

8、DitaB ascApplicationD aiaEaseTtansartionj如上圖所示，RealSy nc在Data Source端和Data Target 端分別安裝 Age nt進 程，Source端的Age nt進程對ORACLES志進行監(jiān)控，發(fā)現(xiàn)改變及時對目標數(shù)據(jù) 庫進行更新。當應用系統(tǒng)在Data Source端向數(shù)據(jù)庫進行任何操作時時，這些信息都將在Redo Log中保存，RealS ync Age nt通過對實時獲取的Log日志進行分析，獲得 本次操作的交易指令和交易數(shù)據(jù)，然后將這些交易指令和交易數(shù)據(jù)經(jīng)過格式轉(zhuǎn)化 生成DXF數(shù)據(jù)格式，并實時通過網(wǎng)絡傳送到Data Target

9、系統(tǒng)。Data Target系統(tǒng)的RealSy nc Age nt接收數(shù)據(jù)庫包，經(jīng)過校驗碼檢查，確認 正確的數(shù)據(jù)庫包后，調(diào)用 Oracle函數(shù)按照交易的先后順序在 Data Target系統(tǒng) 中執(zhí)行該交易。5.1 日志抓取(Data Capture )RealS ync對數(shù)據(jù)的抓取是通過安裝在 Data Source端的Age nt模塊定時分析Oracle Redo Log 來獲取Data Source端的交易類型及數(shù)據(jù)的。RealSy nc Age nt在判斷Data Source端的Oracle系統(tǒng)是否有新的交易產(chǎn)生 時是通過定期檢查 Oracle Controle file中記錄的當前S

10、CN號來判斷的，這樣避免每次檢都通過讀取log文件來判斷否有新的交易產(chǎn)生時造成的系統(tǒng)影響。在Controle file 中確認有新的交易產(chǎn)生時，可以同時獲得當前的Redo Log組，以及最新日志在日志文件的最新位置。RealSy nc Age nt模塊根據(jù)這些信息將上次抓取時記錄的日志位置與本次讀取 的最新位置之間的 Log讀取并加以分析。然后將這些數(shù)據(jù)保存在Online LogCache文件中，等待下一步作交易合成處理。CunLiulFilc科間間FSI （可枉意設置）- RealSync 的優(yōu)勢：與其他類似日志復制產(chǎn)品相比，RealSy nc對日志進行分析，得到交易信息再 進行傳送；而其他

11、類似產(chǎn)品不對日志作分析， 傳送全部日志，然后在目標端通過 日志作Recover，這樣一來，不僅傳送數(shù)據(jù)量大，而且目標端數(shù)據(jù)庫不能打開。5.2日志分析（Analyze）Oracle數(shù)據(jù)庫的所有更改都記錄在日志中，其中記錄了對數(shù)據(jù)庫中的每一個 變化。當我們候需要需要了解數(shù)據(jù)庫中所作的交易時，一個最有效實用而又低成本 的方法就是分析Oracle數(shù)據(jù)庫的日志文件RealS ync Age nt中集成了 DSG的優(yōu)秀日志分析功能，該功能完全不同于 oracle提供的Logminer日志分析工具，在性能和功能上都大大提高，主要體現(xiàn) 在系統(tǒng)性能的優(yōu)化上，大幅度提高日志分析的速度，使得對于高并發(fā)業(yè)務系統(tǒng)的 復

12、制成為可能。按照RealSync的日志分析設計目標，每秒能夠分析的日志量達 到 10M/S。RealSync通過對日志的分析，得到該數(shù)據(jù)庫中的每個SQL指令，并將這些SQL指令生成DXF(DSG Extend Format)格式的表達方式。DXF格式是DSG司的專有技術，該技術是 DSG公司用來表達SQL指令的方 式,該數(shù)據(jù)格式能夠通過DSG的專有轉(zhuǎn)換算法能夠直接轉(zhuǎn)換為 ORAC的內(nèi)部數(shù)據(jù) 表達格式，從而在分析和轉(zhuǎn)載時需要最小的轉(zhuǎn)化，提高分析和裝載速度， 減少資 源占用、豐富能夠表達的各種數(shù)據(jù)類型。5.2 交易合成(Synthesize)通過ORACLE REDO LOG析的交易指令存在如下的

13、幾個特點：(1) 這些指令是交叉出現(xiàn)的，屬于一個交易(Transaction )的多條SQL指 令是非連續(xù)存儲的，多個交易的 SQL之間是相互穿插的；(2) Redo log中記錄了所有的commit的交易以及沒有 commit的交易；所以，為了提高系統(tǒng)的可控制性、保證邏輯完整性、避免數(shù)據(jù)丟失，最好將 復制的最小單位為一個交易(Transaction )，而不是以單個SQL指令為復制單位， 這樣在Data Target端的交易裝載更加容易控制。同時，對于復制的數(shù)據(jù)而言，只有那些Commit的數(shù)據(jù)對于Data Target端系統(tǒng)是有意義的，而對于那些 Rollback的數(shù)據(jù)無需復制到Data t

14、arget系統(tǒng)上。所以RealSync在復制過程中不是復制每個 SQL語句，而是對抓取的數(shù)據(jù)進行交易整合后以交易(Transaction )為單位進行復制，同時只復制 COMMI的交Online Log Car JuTl/SQL 1T2/SQL1 嘏 Tl/SQLJT1/SIJL3 靱 T3SQL2 T1 C OMM1T 枳 T3/ SQL 1T2 C OMMITTS RoDhack如上圖所示，在Online Log Cache文件中，包括Commit的交易，沒有Commit的交易和Rollback的交易。交易合成模塊首先按照交易序號對SOL語句進行劃分，每個交易包含多條SOL語句。然后，以交

15、易為單位進行處理，將已經(jīng)Commit 的交易，傳至傳輸處理模塊；將未提交的交易保存在本地，一旦通過日志得知保 存的未提交交易已提交，立即將該交易發(fā)送到傳輸處理模塊；對Rollback的交易作丟棄處理。I RealSync 的優(yōu)勢：RealSync是以交易為單位進行傳輸?shù)模皇且許OL語句為單位進行傳輸?shù)? 更容易保證數(shù)據(jù)的一致性和完整性。5.3交易傳輸RealSync技術為了保證數(shù)據(jù)傳輸?shù)陌踩⒖煽?，在傳輸處理上作了特殊的處理與支持：(1)數(shù)據(jù)在傳輸之前首先存入 Data Source端的Cache,傳輸進程(Export Process)從Cache中讀取交易數(shù)據(jù)封裝為TCP/IP數(shù)據(jù)包傳

16、送給Data target 端的 Import 進程。He ider(Exp ortProcess匚 aptu re ProcessBodyptlle乜KelglrI mportProcessPost Process(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)

17、在接受到傳來的數(shù)據(jù)包后，首先根據(jù)包頭描述的包大小進行傳輸?shù)?合法性檢查，判斷是否傳輸完整。5.4數(shù)據(jù)裝載在傳統(tǒng)的復制技術中，常用的數(shù)據(jù)裝載方式是采用Oracle的SQL接口，通過Insert、Update、Delete等SQL語句實現(xiàn)數(shù)據(jù)的裝載。這種方式在通用性上 很好，但關鍵在于性能問題非常突出。SQL語句的執(zhí)行需要經(jīng)過 parse、plan、格式轉(zhuǎn)換等過程，造成大量的系統(tǒng) 開銷。尤其是update和Delte操作的大量 Where子句操作需要進行復雜的查詢 定位任務，從而導致裝載性能低下，對處理能力的要求比生產(chǎn)系統(tǒng)的還高。DS駅ealSy nc在設計之初就定位于電信級大數(shù)據(jù)量系統(tǒng)的應用，因

18、此在裝載 性能上進行了大幅度的改善，使得裝載端的性能和處理能力需求降至最低。在其中DSG RealSync采用了兩個關鍵的技術提高了裝載速度：(1)采用DXF數(shù)據(jù)格式的裝載；(2)采用Rowid mapping的方式實現(xiàn)快速定位；(一)用DXF數(shù)據(jù)格式的裝載：DXF( DSG Extend Format)格式是DSG公司的專有技術，該技術是 DSG公司用來表達SQL旨令的方式，該數(shù)據(jù)格式能夠通過DSG勺專有轉(zhuǎn)換算法能夠直接轉(zhuǎn) 換為ORAC的內(nèi)部數(shù)據(jù)表達格式，從而在分析和轉(zhuǎn)載時需要最小的轉(zhuǎn)化， 提高分 析和裝載速度，減少資源占用、豐富 sql語句的表達方式。Oracle數(shù)據(jù)庫系統(tǒng)在設計上提供了

19、4個層次的接口，其中包括User層，SQL 層，Transformation 層和I/O 層。其結構為：USERQSTrans fomnalion-gA 1 A AJ仝在這四層當中，當采用SQL接口進行數(shù)據(jù)裝載時，調(diào)用的是 User層，而DSG RealSync通過DXF數(shù)據(jù)格式裝載時，調(diào)用I/O層直接將數(shù)據(jù)通過 Oracle的最底層函數(shù)寫入系統(tǒng)中，所以 DSG RealSync在裝載層上有一定優(yōu)勢；(二)Row map p ing實現(xiàn)快速定位對于交易中的操作，存在著大量的 Where子句操作，在采用標準SQL語句執(zhí) 行這些操作時，系統(tǒng)需要首先定位目標記錄所在的數(shù)據(jù)文件的位置信息， 這將帶 來

20、大量的索引查詢開銷，當并發(fā)執(zhí)行數(shù)千條指令時，系統(tǒng)的開銷將變得非常龐大。DS駅ealSync工具不采用該方式實現(xiàn)裝載數(shù)據(jù)的定位，而是通過ROWMapping 的方式實現(xiàn)記錄的快速定位：當RealSync從源端Log文件中讀取交易數(shù)據(jù)時，將獲得該交易對應記錄的所在位置，用 rowid表示為rowid_ds ;當該交易在目標端裝載時，系統(tǒng)不翻譯為 Where子句，而是去通過保存在目標端的row mapping表獲得對應目標端該記錄的所在位置rowid，記錄為rowid dt。從而在目標端裝載時通過rowid能夠直接定位于該數(shù)據(jù)需要寫入的位置。避免了大量的索引查找時間。每條記錄的row mapping

21、信息是在該記錄執(zhí)行 insert 操作、sql loader 或 首次批量同步時建立起來的。0：- RealSync 的優(yōu)勢：DSGT展格式 DXF(DSG Extend Format)是RealSync產(chǎn)品的一個核心技術， 是一種最高效率表示ORACLES錄的數(shù)據(jù)格式，該格式只需要經(jīng)過最小的轉(zhuǎn)換過 程就能夠裝載到ORACL數(shù)據(jù)庫中，并且裝載效率非常高。無需標準SQL語句執(zhí)行的復雜過程加快裝載速度對于Update, Delete等帶Where子句的交易，可以大幅度提高裝載速度6. 技術指標序 號項目技術規(guī)格要求1基本功能要求1、 支持對文件數(shù)據(jù)的同步，包括應用程序、圖像數(shù)據(jù)、音視頻數(shù)據(jù)、網(wǎng)站文

22、件等；2、支持Oracle、Sybase、SQL等數(shù)據(jù)庫的交易復制，且災備數(shù)據(jù)庫始終處于 Open 狀態(tài)；3、軟件License需滿足10個物理CPU的許可，無需綁定主機；2兼容性要求1、 數(shù)據(jù)復制軟件應支持主流操作系統(tǒng)：Linux、HP-UNIX、SunSolaris、IBM AIX、Windows；2、支持HA和RAC模式；3技術指標要求系統(tǒng)資源占用少，保證主機的正常運行；1、源端CPU占用小于5%;內(nèi)存占用小于 800M;2、目標端CPU占用小于5%;內(nèi)存占用小于200M3、復制數(shù)據(jù)延遲平均值 10s以內(nèi)；4初始化要求 在初始化同步過程中，業(yè)務不能停止；初始化過程中不需要人工干預； 支持

23、BCV SRDF RMAN DBP等全同步方式 支持200-800GB數(shù)據(jù)的全同步時間1小時左右完成；支持異構平臺下的首次數(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ù)轉(zhuǎn)換、數(shù)據(jù)拆分及分發(fā)；3、支持從多個數(shù)據(jù)庫中同一類型表的記錄整合到一個表中去；4、 支持對列的數(shù)據(jù)進行轉(zhuǎn)換，包括列映射、增/刪除列、列轉(zhuǎn)換5、支持DML操作復制、支持 SEQUENCE函數(shù)、

24、存儲過程、視圖、同義詞、索引、 應用包、用戶等數(shù)據(jù)庫對象進行復制；6、 支持沒有PK/UK字段的表的復制、并無需打開或修改數(shù)據(jù)庫參數(shù)，可定義并過 濾不需要復制的事務；7、支持按照schema方式設置復制關系，無需單表設置復制關系，支持不同源和 目標端在不同的schema名情況下的復制；8、 支持中文漢字內(nèi)碼，符合雙字節(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)故障解決

25、，恢復從隊列傳輸?shù)闹袛帱c開始；2、系統(tǒng)需提供數(shù)據(jù)比對功能， 如果發(fā)現(xiàn)不一致情況后能夠提供便利的單表以及單 用戶的數(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ù)庫操作；

26、2) 對違規(guī)操作進行報警和留痕；3) 展示審計報表和數(shù)據(jù)庫操作全貌；4) 跟蹤并回溯數(shù)據(jù)庫操作歷史；5) 提供用戶操作分析功能和對象操作分析功能；6) 提供對錯誤數(shù)據(jù)的在線修復建議；7) 提供按各種條件和粒度查詢數(shù)據(jù)庫操作的功能；8) 提供用戶權限管理功能。9) 提供報表和統(tǒng)計數(shù)據(jù)的轉(zhuǎn)儲和打印功能審計效率：不低于 5萬筆操作/秒(但依環(huán)境而異)支持操作系統(tǒng)： AIX、HP-UX Solaris、Linux、Tru64 等審計存儲空間：數(shù)據(jù)庫日志量 /3*保留天數(shù)資源占用：CPU < 3%,內(nèi)存< 400MB,對網(wǎng)絡基本無影響。序 號項目技術規(guī)格要求10歸檔功能(可選功能)歸檔功能：

27、按照客戶要求將使用頻度低的數(shù)據(jù)一次性 (從數(shù)據(jù)庫文件讀取)或者連續(xù) 歸檔(分析數(shù)據(jù)庫日志)到目標數(shù)據(jù)庫中，并在源端進行數(shù)據(jù)清理， 從而減少源庫數(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ù)核對/修補內(nèi)置功能。 歸檔模式：1對1、多對1復制對象類型：表數(shù)據(jù) 復制可選范圍：單表、多表、用戶11數(shù)據(jù)回切功能支持

28、復制軟件雙中心切換時間較短，操作簡單12服務要求 1、原廠負責首次安裝調(diào)試、現(xiàn)場培訓及售后服務，并出具一年現(xiàn)場7X24響應、4小時到現(xiàn)場、軟件免費升級的服務承諾； 2、服務報價需包含原廠 20個現(xiàn)場人天，無節(jié)假日限制，并由原廠出具證明； 3、如有不符，可拒絕投標產(chǎn)品，做廢標處理。7. 推薦采用“ RealSync產(chǎn)品”要建立查詢數(shù)據(jù)庫的關鍵技術，就是數(shù)據(jù)庫的實時復制。在本方案里，dsg推薦采用realsyc產(chǎn)品，該產(chǎn)品目前在業(yè)內(nèi)應用范圍廣泛， 主要實現(xiàn)如下功能：（一）業(yè)務負載分擔由于復制的第二數(shù)據(jù)中心的數(shù)據(jù)處于實時可讀取狀態(tài)，數(shù)據(jù)庫處于OPEN犬態(tài)，從而實現(xiàn)系統(tǒng)業(yè)務模塊的重新部署。通過第二數(shù)據(jù)

29、中心實現(xiàn)對核心系統(tǒng)的業(yè)務模塊進行負載分擔，將那些只對數(shù) 據(jù)進行讀取操作的模塊都遷移到第二數(shù)據(jù)中心上來，主要包括：? 提供業(yè)務查詢；?提供統(tǒng)計報表運行；?提供數(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)品我們建議采

30、用DSG RealSyn（軟件的原因在于：1. 復制目標數(shù)據(jù)庫處于OPE狀態(tài)、數(shù)據(jù)是實時的、可以支持實時數(shù)據(jù)庫訪問RealSy nc維護的容災數(shù)據(jù)庫在數(shù)據(jù)復制過程中始終處于打開狀態(tài)，客戶可通 過打開的Oracle數(shù)據(jù)庫提供數(shù)據(jù)查詢、報表和ETLt取等功能，實現(xiàn)業(yè)務分擔； 滿足此次本商場提供的業(yè)務需求。2. 支持不同硬件平臺之間的復制RealSy nc技術是邏輯級的數(shù)據(jù)復制技術，因此對于生產(chǎn)系統(tǒng)和目標系統(tǒng)來說，其硬件平臺可以屬于不同的廠商、 不同的型號，亦可采用不同的操作系統(tǒng)等 等。它的優(yōu)點在于：一方面，在系統(tǒng)建設時，為用戶提供硬件平臺的靈活選擇空 間；同時，提供了在同一解決方案架構下，實現(xiàn)企業(yè)

31、不同平臺上的多個信息系統(tǒng)的統(tǒng)一復制的支持。如此次營銷系統(tǒng)的數(shù)據(jù)復制是從hp unix到ibm aix的異構復制，dsg能夠很 好的滿足這類需求。3. 按需復制，滿足業(yè)務需求，降低存儲成本和網(wǎng)絡成本根據(jù)本商場建設查詢平臺的業(yè)務需求， 很多情況下，僅僅對需要的數(shù)據(jù)表信 息進行復制，realsync軟件完全可以支持這類需求，這樣也可以減輕復制的壓力、 減少存儲和網(wǎng)絡帶寬的成本。4. 對生產(chǎn)系統(tǒng)的低干擾性DS實時數(shù)據(jù)復制技術不需要通過任何數(shù)據(jù)庫的引擎來獲取變更數(shù)據(jù)，而是 通過數(shù)據(jù)庫自身的信息獲取源系統(tǒng)上的改變并傳送給目的系統(tǒng)，這不會對生產(chǎn)系統(tǒng)造成性能影響。5. 提供不停業(yè)務的首次全同步功能和單表修復功

32、能RealSy nc還提供目標端系統(tǒng)數(shù)據(jù)初始裝載功能支持， 將主系統(tǒng)上的已有存量 數(shù)據(jù)，在不中斷業(yè)務的情況下平滑的裝載到目標數(shù)據(jù)庫上。 這是realsync軟件獨 有的功能。6. 支持長距離復制、更低的網(wǎng)絡帶寬要求和運行成本目前Realsync是全球同類方案中要求最低的，交易級復制軟件僅需要在網(wǎng)絡上傳輸?shù)牧繛閛racle redo log 的1/3，一方面比oracle DG的帶寬要求低，當 然更遠遠低于磁盤陣列、卷文件、虛擬存儲復制所需要的帶寬。7. 作為容災系統(tǒng)的補充，提供可靠的應急切換，避免物理錯誤的復制打開的Oracle數(shù)據(jù)庫確保在業(yè)務切換時數(shù)據(jù)庫一定可以打開接管業(yè)務，避免了數(shù)據(jù)庫可能

33、無法啟動的風險；DSGRealsy nc是基于交易指令的復制，因此對于那些產(chǎn)生壞塊，或者是文件被破壞等操作將不會在目標系統(tǒng)重現(xiàn)。業(yè)務數(shù)抑:叮7.2RealS ync容災系統(tǒng)架構Reaisync Agent河北商場容災結構圖在災備系統(tǒng)中安裝oracle數(shù)據(jù)庫引擎，在業(yè)務數(shù)據(jù)庫上安裝Realsync Server 端程序，在災備系統(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售后服務宗旨與策略? 樹立以客戶為中心的工作作風、以客戶需求為導向、以客戶滿意為衡量一切工 作的準繩；? 迪思杰公司不斷的擴大自己的服務網(wǎng)絡，增加市場和服務人員，使得各地的資 源配置滿足快速響應的需要，構建優(yōu)質(zhì)服