DSG某商场容灾系统设计方案

《DSG某商场容灾系统设计方案》由会员分享，可在线阅读，更多相关《DSG某商场容灾系统设计方案（25页珍藏版）》请在装配图网上搜索。

1、某商场容灾系统建议方案迪思杰（北京）数码技术有限公司2009年9月1. 项目背景 32. 用户环境 43. 方案设计 54. 原理概述 65. 技术标准 85.1 日志抓取(Data Capture ) 85.2 日志分析(Analyze) 95.2 交易合成(Synthesize) 105.3交易传输 115.4数据装载 126. 技术指标 157. 推荐采用“ RealSync产品” 187.1为什么推荐 RealSync产品 187.2RealSync容灾系统架构 208. 实施运维方式说明 219. 售后服务方式说明 229.1 DSG售后服务宗旨与策略 229.2 DSG售后服务内容

2、 229.3 DSG售后服务流程 2310. DSG Realsync部分国内用户 241. 项目背景唐山百货大楼集团是河北商贸龙头型企业，始建于1984年，集团下设10个分公司，8个子公司，2个专业总公司，1个物流公司。 经营面积30万平方米， 经营25万种商品，企业总资产12亿元。2009年实现销售40亿元。 本项目中realsync同步的是唐山百货 最核心的卡库数据库。2. 用户环境卡库数据库：aix5.2 oraclelOg 数据量 30G左右灾备端数据库：linux oraclelOg运行结果全同步（存量数据数据同步）时间：数据同步20分钟左右，含多张千万级的表。实时增量延迟：3秒以

3、内运行一个月，每日清算表，生产库和灾备库数据完全一致。灾难演练测试（模拟灾难发生），DSGW步数据库可成功接管业务。3. 方案设计网络拓扑图如下:杀姣烬甥 K SLRVhltlHKX)MDSG灾善库 Linuxhi. .1/1- pM.I如A1X5.2ORACLE 血AIX52 (IRACLElOg卩0削通过PO跌端连接POS库，POS库从卡库中提取卡的信息；灾难发生时，可以把POS库直接连接到DSG备库，查询卡的信息，同时POS 机和终端也可以通过POS库访问卡库.SynthsizeProcessQueueurceSystemTransadibnReificationNetworkTarge

4、t SystemLoadProcessQueueCommProcess4. 原理概述DSG是全球领先的数据与存储管理软件提供商，提供优秀的数据管理软件和 数据备份、灾难恢复、数据抽取共享、数据归档检索和一体化管理平台在内的解 决方案。DSG公司拥有对Oracle数据库复制的核心技术掌握，其推出的复制产品家 族RealSync是通过对Oracle Log日志进行分析获取跟踪源系统的交易指令。该软件在生产系统上的每个 oracle系统和dc系统上安装一个age nt，该 age nt通过对oracle log的分析抽取实时增量数据，并将这些增量数据传送到灾备中心上。灾备中心的每个服务器上也需要安装

5、 age nt，用于接收从生产中心传输来的 交易指令，并将这些交易指令装载到灾备中心的数据库上复制系统包括两个部分组成：DS: Data Source 端，即源系统端；DT: Data Target端，即目标系统端。(1) 源端和目标端各安装一套 DSG勺realsync软件，只要进行一些简单的 配置就可以完成从首次初始化到实时增量同步的整个过程， 并且实现无需停掉生 产系统业务而完成整个实时数据复制容灾功能。(2) DSG Real实时分析oracle的Online Redo Log 生成压缩的xf1文件自动发送到目标端等待装载。(3) 通过的定制filter 功能，来根据用户需要不复制一些

6、危险的 DDL操作 比女口 drop table truncate table 。(4) 目标系统收到xf1指令后保存到目标系统的缓存队列，由于 RealSync 只分析online redo log中的有用信息，所以一般需要传输的xf1文件只是oracle redo log的1/5 ,这样大大降低了网络的负载，从而更好的减少了数据延迟。(5) 目标系统的loader进程从本地队列中读取数据装载到目标端 oracle 系统上，装载过程中通过 DSG虫有Rowmapping技术进行数据一致性的检测，从 而部分保证生产端和容灾端数据的一致性。(6) 整个延迟在Oracle RAC模式下正常情况下为

7、3-5秒中，最长延迟不 超过10秒，即RPO10(7) 目标端数据库处于实时打开状态，如果源端出现灾难，整个RTO时间 只是应用准备的时间。而且在没有接管生产系统业务的情况下容灾端数据库不仅 可以用来容灾还可以用来将 OLTP应用、报表和查询应用分离；提高每个系统效 率，降低资源争用和消耗，从而更有效的利用现有设备。(8) 整个分析、传输、装载过程全程监控，如果出现错误及时提示用户， 方便用户及时发现问题解决问题。5. 技术标准目前此类软件没有相应的技术标准，因此特将RealSync软件的原理展示给大家，作为评判的标准。示意图：ApplLcat ionActive DitaB ascAppli

8、cationD aiaEaseTtansartionj如上图所示，RealSy nc在Data Source端和Data Target 端分别安装 Age nt进 程，Source端的Age nt进程对ORACLES志进行监控，发现改变及时对目标数据 库进行更新。当应用系统在Data Source端向数据库进行任何操作时时，这些信息都将在Redo Log中保存，RealS ync Age nt通过对实时获取的Log日志进行分析，获得 本次操作的交易指令和交易数据，然后将这些交易指令和交易数据经过格式转化 生成DXF数据格式，并实时通过网络传送到Data Target系统。Data Target

9、系统的RealSy nc Age nt接收数据库包，经过校验码检查，确认 正确的数据库包后，调用 Oracle函数按照交易的先后顺序在 Data Target系统 中执行该交易。5.1 日志抓取(Data Capture )RealS ync对数据的抓取是通过安装在 Data Source端的Age nt模块定时分析Oracle Redo Log 来获取Data Source端的交易类型及数据的。RealSy nc Age nt在判断Data Source端的Oracle系统是否有新的交易产生 时是通过定期检查 Oracle Controle file中记录的当前SCN号来判断的，这样避免每次

10、检都通过读取log文件来判断否有新的交易产生时造成的系统影响。在Controle file 中确认有新的交易产生时，可以同时获得当前的Redo Log组，以及最新日志在日志文件的最新位置。RealSy nc Age nt模块根据这些信息将上次抓取时记录的日志位置与本次读取 的最新位置之间的 Log读取并加以分析。然后将这些数据保存在Online LogCache文件中，等待下一步作交易合成处理。CunLiulFilc科间间FSI （可枉意设置）- RealSync 的优势：与其他类似日志复制产品相比，RealSy nc对日志进行分析，得到交易信息再 进行传送；而其他类似产品不对日志作分析， 传

11、送全部日志，然后在目标端通过 日志作Recover，这样一来，不仅传送数据量大，而且目标端数据库不能打开。5.2日志分析（Analyze）Oracle数据库的所有更改都记录在日志中，其中记录了对数据库中的每一个 变化。当我们候需要需要了解数据库中所作的交易时，一个最有效实用而又低成本 的方法就是分析Oracle数据库的日志文件RealS ync Age nt中集成了 DSG的优秀日志分析功能，该功能完全不同于 oracle提供的Logminer日志分析工具，在性能和功能上都大大提高，主要体现 在系统性能的优化上，大幅度提高日志分析的速度，使得对于高并发业务系统的 复制成为可能。按照RealSy

12、nc的日志分析设计目标，每秒能够分析的日志量达 到 10M/S。RealSync通过对日志的分析，得到该数据库中的每个SQL指令，并将这些SQL指令生成DXF(DSG Extend Format)格式的表达方式。DXF格式是DSG司的专有技术，该技术是 DSG公司用来表达SQL指令的方 式,该数据格式能够通过DSG的专有转换算法能够直接转换为 ORAC的内部数据 表达格式，从而在分析和转载时需要最小的转化，提高分析和装载速度， 减少资 源占用、丰富能够表达的各种数据类型。5.2 交易合成(Synthesize)通过ORACLE REDO LOG析的交易指令存在如下的几个特点：(1) 这些指令是

13、交叉出现的，属于一个交易(Transaction )的多条SQL指 令是非连续存储的，多个交易的 SQL之间是相互穿插的；(2) Redo log中记录了所有的commit的交易以及没有 commit的交易；所以，为了提高系统的可控制性、保证逻辑完整性、避免数据丢失，最好将 复制的最小单位为一个交易(Transaction )，而不是以单个SQL指令为复制单位， 这样在Data Target端的交易装载更加容易控制。同时，对于复制的数据而言，只有那些Commit的数据对于Data Target端系统是有意义的，而对于那些 Rollback的数据无需复制到Data target系统上。所以Rea

14、lSync在复制过程中不是复制每个 SQL语句，而是对抓取的数据进行交易整合后以交易(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语句。然后，以交易为单位进行处理，将已经Co

15、mmit 的交易，传至传输处理模块；将未提交的交易保存在本地，一旦通过日志得知保 存的未提交交易已提交，立即将该交易发送到传输处理模块；对Rollback的交易作丢弃处理。I RealSync 的优势：RealSync是以交易为单位进行传输的，而不是以SOL语句为单位进行传输的, 更容易保证数据的一致性和完整性。5.3交易传输RealSync技术为了保证数据传输的安全、可靠，在传输处理上作了特殊的处理与支持：(1)数据在传输之前首先存入 Data Source端的Cache,传输进程(Export Process)从Cache中读取交易数据封装为TCP/IP数据包传送给Data target

16、端的 Import 进程。He ider(Exp ortProcess匚 aptu re ProcessBodyptlle乜KelglrI mportProcessPost Process(2)在data target 端，Import进程在收到传输的交易数据包后，首先存入 Queue然后由Load进程从Queue中严格按照交易的顺序装载交易信息。如上图所示，负责传输的进程(Export Process)从本地队列中按照先进先 出的原则抓取需要传输的交易，将交易数据封装成一个数据包后通过TCP/IP协议传递给对端系统。在封装的数据包的包头部分描述了包的大小。对端系统在接受到传来的数据包后，首先

17、根据包头描述的包大小进行传输的 合法性检查，判断是否传输完整。5.4数据装载在传统的复制技术中，常用的数据装载方式是采用Oracle的SQL接口，通过Insert、Update、Delete等SQL语句实现数据的装载。这种方式在通用性上 很好，但关键在于性能问题非常突出。SQL语句的执行需要经过 parse、plan、格式转换等过程，造成大量的系统 开销。尤其是update和Delte操作的大量 Where子句操作需要进行复杂的查询 定位任务，从而导致装载性能低下，对处理能力的要求比生产系统的还高。DS駅ealSy nc在设计之初就定位于电信级大数据量系统的应用，因此在装载 性能上进行了大幅度

18、的改善，使得装载端的性能和处理能力需求降至最低。在其中DSG RealSync采用了两个关键的技术提高了装载速度：(1)采用DXF数据格式的装载；(2)采用Rowid mapping的方式实现快速定位；(一)用DXF数据格式的装载：DXF( DSG Extend Format)格式是DSG公司的专有技术，该技术是 DSG公司用来表达SQL旨令的方式，该数据格式能够通过DSG勺专有转换算法能够直接转 换为ORAC的内部数据表达格式，从而在分析和转载时需要最小的转化， 提高分 析和装载速度，减少资源占用、丰富 sql语句的表达方式。Oracle数据库系统在设计上提供了 4个层次的接口，其中包括Us

19、er层，SQL 层，Transformation 层和I/O 层。其结构为：USERQSTrans fomnalion-gA 1 A AJ仝在这四层当中，当采用SQL接口进行数据装载时，调用的是 User层，而DSG RealSync通过DXF数据格式装载时，调用I/O层直接将数据通过 Oracle的最底层函数写入系统中，所以 DSG RealSync在装载层上有一定优势；(二)Row map p ing实现快速定位对于交易中的操作，存在着大量的 Where子句操作，在采用标准SQL语句执 行这些操作时，系统需要首先定位目标记录所在的数据文件的位置信息， 这将带 来大量的索引查询开销，当并发执

20、行数千条指令时，系统的开销将变得非常庞大。DS駅ealSync工具不采用该方式实现装载数据的定位，而是通过ROWMapping 的方式实现记录的快速定位：当RealSync从源端Log文件中读取交易数据时，将获得该交易对应记录的所在位置，用 rowid表示为rowid_ds ;当该交易在目标端装载时，系统不翻译为 Where子句，而是去通过保存在目标端的row mapping表获得对应目标端该记录的所在位置rowid，记录为rowid dt。从而在目标端装载时通过rowid能够直接定位于该数据需要写入的位置。避免了大量的索引查找时间。每条记录的row mapping信息是在该记录执行 inse

21、rt 操作、sql loader 或 首次批量同步时建立起来的。0：- RealSync 的优势：DSGT展格式 DXF(DSG Extend Format)是RealSync产品的一个核心技术， 是一种最高效率表示ORACLES录的数据格式，该格式只需要经过最小的转换过 程就能够装载到ORACL数据库中，并且装载效率非常高。无需标准SQL语句执行的复杂过程加快装载速度对于Update, Delete等带Where子句的交易，可以大幅度提高装载速度6. 技术指标序 号项目技术规格要求1基本功能要求1、 支持对文件数据的同步，包括应用程序、图像数据、音视频数据、网站文件等；2、支持Oracle、

22、Sybase、SQL等数据库的交易复制，且灾备数据库始终处于 Open 状态；3、软件License需满足10个物理CPU的许可，无需绑定主机；2兼容性要求1、 数据复制软件应支持主流操作系统：Linux、HP-UNIX、SunSolaris、IBM AIX、Windows；2、支持HA和RAC模式；3技术指标要求系统资源占用少，保证主机的正常运行；1、源端CPU占用小于5%;内存占用小于 800M;2、目标端CPU占用小于5%;内存占用小于200M3、复制数据延迟平均值 10s以内；4初始化要求 在初始化同步过程中，业务不能停止；初始化过程中不需要人工干预； 支持BCV SRDF RMAN

23、DBP等全同步方式 支持200-800GB数据的全同步时间1小时左右完成；支持异构平台下的首次数据初始化同步；支持跨数据库版本之间数据库的初始化同步操作；5选择性复制1、可以支持用户级别，表级别复制2、指定条件进行数据复制3、指定列进行数据复制4、指定分区进行数据复制5、指定表空间进行数据同步复制6数据库的容灾功能要求1、支持一对一，双向，一对多，多对一，和级联复制；2、支持数据转换、数据拆分及分发；3、支持从多个数据库中同一类型表的记录整合到一个表中去；4、 支持对列的数据进行转换，包括列映射、增/删除列、列转换5、支持DML操作复制、支持 SEQUENCE函数、存储过程、视图、同义词、索引

24、、 应用包、用户等数据库对象进行复制；6、 支持没有PK/UK字段的表的复制、并无需打开或修改数据库参数，可定义并过 滤不需要复制的事务；7、支持按照schema方式设置复制关系，无需单表设置复制关系，支持不同源和 目标端在不同的schema名情况下的复制；8、 支持中文汉字内码，符合双字节编码；支持DXF数据格式的装载；支持 Rowid mapping的方式实现数据快速定位；序 号项目技术规格要求7故障应对能力1、在遇到系统错误引起的复制中断时，例如硬件故障、数据库故障、网络中断或 延迟，分级存储机制能完好的保存已经合成的交易信息，避免数据丢失，直到 系统故障解决，恢复从队列传输的中断点开始

25、；2、系统需提供数据比对功能， 如果发现不一致情况后能够提供便利的单表以及单 用户的数据修复工作，要求操作简单，修复速度快，且修复过程中不影响业务 正常运行；3、生产灾备切换后，支持快速的增量回切、全量回切功能；8管理监控功能要求提供中文操作界面；复制软件需提供统一的管理监控功能，能实现对复制软件的运行状态、 运行日志、系统配置等方面进行统一的管理及监控；系统软件应具有故障的监视和诊断能力，岀现不正常情况时，应能及时识别并发岀告警信息；9审计功能(可选功能)审计功能：通过分析 Oracle数据库的日志对数据库操作进行监控，主要功能：1) 根据审计策略记录数据库操作；2) 对违规操作进行报警和留

26、痕；3) 展示审计报表和数据库操作全貌；4) 跟踪并回溯数据库操作历史；5) 提供用户操作分析功能和对象操作分析功能；6) 提供对错误数据的在线修复建议；7) 提供按各种条件和粒度查询数据库操作的功能；8) 提供用户权限管理功能。9) 提供报表和统计数据的转储和打印功能审计效率：不低于 5万笔操作/秒(但依环境而异)支持操作系统： AIX、HP-UX Solaris、Linux、Tru64 等审计存储空间：数据库日志量 /3*保留天数资源占用：CPU 3%,内存 400MB,对网络基本无影响。序 号项目技术规格要求10归档功能(可选功能)归档功能：按照客户要求将使用频度低的数据一次性 (从数据

27、库文件读取)或者连续 归档(分析数据库日志)到目标数据库中，并在源端进行数据清理， 从而减少源库数 据量，提升系统效率，分担系统压力。产品特点：1) 快速、高效一次性归档历史数据；2) 目标数据库完全可用，可读可写；3) 可以跨操作系统平台和数据库版本复制；4) 可实时归档数据，秒级延迟；5) 实时归档与增量实时同步一体化实现；6) 归档数据压缩，压缩率 3-5:1;7) 支持全库或者部分数据复制；8) 支持断点续传；9) 提供数据核对/修补内置功能。 归档模式：1对1、多对1复制对象类型：表数据 复制可选范围：单表、多表、用户11数据回切功能支持复制软件双中心切换时间较短，操作简单12服务要

28、求 1、原厂负责首次安装调试、现场培训及售后服务，并出具一年现场7X24响应、4小时到现场、软件免费升级的服务承诺； 2、服务报价需包含原厂 20个现场人天，无节假日限制，并由原厂出具证明； 3、如有不符，可拒绝投标产品，做废标处理。7. 推荐采用“ RealSync产品”要建立查询数据库的关键技术，就是数据库的实时复制。在本方案里，dsg推荐采用realsyc产品，该产品目前在业内应用范围广泛， 主要实现如下功能：（一）业务负载分担由于复制的第二数据中心的数据处于实时可读取状态，数据库处于OPEN犬态，从而实现系统业务模块的重新部署。通过第二数据中心实现对核心系统的业务模块进行负载分担，将那

29、些只对数 据进行读取操作的模块都迁移到第二数据中心上来，主要包括：? 提供业务查询；?提供统计报表运行；?提供数据抽取；?提供其他系统的数据访问接口；这样作将达到两个好处：?提高数据访问的效率，提高外围系统部署的灵活性；? 提高核心系统的运行效率，提高核心系统运行的稳定和可靠性；（二）核心业务的灾备平台通过数据同步建立灾备中心可以实现对业务关键数据的容灾及保护， 在不影 响生产数据库性能的同时为生产数据库在本地或异地建立一份准实时镜像，以保证在生产数据库发生灾难时可使用容灾数据库进行业务接管和数据恢复。7.1为什么推荐RealSync产品我们建议采用DSG RealSyn（软件的原因在于：1.

30、 复制目标数据库处于OPE状态、数据是实时的、可以支持实时数据库访问RealSy nc维护的容灾数据库在数据复制过程中始终处于打开状态，客户可通 过打开的Oracle数据库提供数据查询、报表和ETLt取等功能，实现业务分担； 满足此次本商场提供的业务需求。2. 支持不同硬件平台之间的复制RealSy nc技术是逻辑级的数据复制技术，因此对于生产系统和目标系统来说，其硬件平台可以属于不同的厂商、 不同的型号，亦可采用不同的操作系统等 等。它的优点在于：一方面，在系统建设时，为用户提供硬件平台的灵活选择空 间；同时，提供了在同一解决方案架构下，实现企业不同平台上的多个信息系统的统一复制的支持。如此

31、次营销系统的数据复制是从hp unix到ibm aix的异构复制，dsg能够很 好的满足这类需求。3. 按需复制，满足业务需求，降低存储成本和网络成本根据本商场建设查询平台的业务需求， 很多情况下，仅仅对需要的数据表信 息进行复制，realsync软件完全可以支持这类需求，这样也可以减轻复制的压力、 减少存储和网络带宽的成本。4. 对生产系统的低干扰性DS实时数据复制技术不需要通过任何数据库的引擎来获取变更数据，而是 通过数据库自身的信息获取源系统上的改变并传送给目的系统，这不会对生产系统造成性能影响。5. 提供不停业务的首次全同步功能和单表修复功能RealSy nc还提供目标端系统数据初始装

32、载功能支持， 将主系统上的已有存量 数据，在不中断业务的情况下平滑的装载到目标数据库上。 这是realsync软件独 有的功能。6. 支持长距离复制、更低的网络带宽要求和运行成本目前Realsync是全球同类方案中要求最低的，交易级复制软件仅需要在网络上传输的量为oracle redo log 的1/3，一方面比oracle DG的带宽要求低，当 然更远远低于磁盘阵列、卷文件、虚拟存储复制所需要的带宽。7. 作为容灾系统的补充，提供可靠的应急切换，避免物理错误的复制打开的Oracle数据库确保在业务切换时数据库一定可以打开接管业务，避免了数据库可能无法启动的风险；DSGRealsy nc是基于

33、交易指令的复制，因此对于那些产生坏块，或者是文件被破坏等操作将不会在目标系统重现。业务数抑:叮7.2RealS ync容灾系统架构Reaisync Agent河北商场容灾结构图在灾备系统中安装oracle数据库引擎，在业务数据库上安装Realsync Server 端程序，在灾备系统上安装Realsy nc Age nt端程序，可以在线实时的将主业务数 据库上的数据复制到异地灾备系统中。灾备系统不仅提供数据库容灾备份需求，而且能够分担主业务数据的查询报 表等工作，大大减轻主业务数据库系统压力。8. 实施运维方式说明该产品方案的实施运营方式,以及实施运营需要注意问题的说明。9. 售后服务方式说明

34、9.1 DSG售后服务宗旨与策略? 树立以客户为中心的工作作风、以客户需求为导向、以客户满意为衡量一切工 作的准绳；? 迪思杰公司不断的扩大自己的服务网络，增加市场和服务人员，使得各地的资 源配置满足快速响应的需要，构建优质服务品牌，向客户提供第一时间的优质 服务；? 服务标准化的策略，致力于为整个系统运行周期的维护和应用提供周到服务， 最大限度地提升系统运行效益；9.2 DSG售后服务内容? 软件安装调试? 现场试运行、维护? 软件升级? 运行监控? 顾客回顾? 远程技术支持、咨询? 新技术推荐? DSG的认证培训9.3 DSG售后服务流程用尸系魏用尸同技术衷持 中心谙求支撮枝术立持中心邇过

35、各种 方式讲行服务质垦限踪 及吋职猖用戶慶馈提 高駁务重虽“敌陣鵬用尸高机无忧主管工翟师24小阿为您服务通常1KR下24 小时內达到用尸现场10. DSG Realsy nc部分国内用户DSG Realsy nc软件从推出到现在已经在包括中国电信、中国联通、中国移 动、证券期货行业、政府机构以及企业内广泛使用，到目前为止，该产品在ORACLE 系统的容灾应用上已经超过了二百套，包括：电信行业:北京移动、广西移动、甘肃移动、贵州移动、广西电信、陕 西电信、贵州电信、安徽电信、福建电信、广东电信、杭州电信、舟山 电信、绍兴电信、湖州电信、辽宁网通、山东联通、江西联通、福建联 通、广西联通、湖南联通

36、、江苏联通、四川联通、广东联通、湖北联通、 内蒙联通金融行业:上海期货交易所、中国金融期货交易所、华夏基金、鲁证期 货、东吴期货、银河证券、长江证券、华泰证券、南京证券、信泰证券、 东吴证券、国联证券、东海证券、民族证券、西南证券、山西证券、金 通证券、中原证券、财达证券、远东证券、西部证券、金元证券、太平 洋证券、东兴证券、宏源证券、江南证券、国盛证券、万联证券、信达 证券、华福证券、上海证券、新时代证券政府行业:青海电力、江西电力、上海松江财政、武汉财政、青岛有线、 辽宁省征稽局、吉林省交通厅、济南钢铁、深圳神州通集团、深圳交警、 蛇口码头、河北省地税11地市征管数据集中容灾备份系统、 江

37、西省电力 12地市营销数据集中容灾备份系统在以上案例中，对软件的稳定、可靠、安全性方面都经过了全方位的验证：电信、联通、移动业务支撑系统上的5-10TB的数据库系统的量考验了 DSG Realsync在大数据量、大容量应用环境下的性能、可靠性和稳定性； 在大量的证券期货行业的应用要求在广域网 2M-10M环境下，数据的同步 的准确性和短时间的切换支持进行了严格的要求。在大量的企业和政府机关的应用证明了该软件的广泛适应性，支持各种UNIXLinux平台下的ORACLE 8/9/1（的数据库版本的复制，同时在一对多、多对一的使用环境中都得到了大量的验证。这些案例中的多对一容灾、远程低带宽容灾，对用户项目建设具有借鉴意义，是保证项目成功的基础：