这个也不知道是从哪里转来的，我就记下我看到的url吧。

原址如下： http://replication.blog.51cto.com/222909/165446

DSG RealSync
Quest SharePlex
公司方面的不同点
公司
DSG公司的总部在北京、共有员工50多人，主要产品包括oracle同步软件realsync和数据库备份软件snapassure及其他有关oracle数据库的支撑软件。
DSG公司在北京、上海和广州设有服务机构，在上海有多名技术人员提供技术支持。
Quest Software公司总部位于美国加州，成立于1987年，并于1999年在纳斯达克上市，市值近20亿美元。公司现有员工3000人，中国区总部位于北京，广州、上海设有办事处。
主要产品线为数据库管理和监控工具。
公司规模大于DSG公司。
市场客户
DSG公司的产品主要销售在国内，单就数据库同步软件realsync在国内的客户主要有电信和证券两大行业：
 
中国电信：
福建电信、广西电信、杭州电信、绍兴电信、舟山电信、成都电信、广东电信（迁移）、贵州电信
中国联通：
江苏联通、山东联通、广东联通、江西联通、湖北联通、四川联通、福建联通、湖南联通、内蒙联通
中国联通：
广西移动、甘肃移动（迁移）
证券：
中国金融期货交易所、长江证券、民族证券、中原证券、银河证券、国联证券、华泰证券、金通证券、南京证券、信泰证券、江南证券、    国海证券、西部证券、西南证券、宏源证券、东海证券、华夏基金、远东证券、东兴证券、金元证券
其他：
河北地税、辽宁交通、济南钢铁、江西电力
Quest产品在全球范围内销售，拥有一些国际上的大客户：
在国内的客户主要有：
客户反馈情况
略 略
售后服务与技术支持
DSG Realsync在国内有50多人的售后服务队伍，分别在北京、上海和广州分布服务人员。
DSG Realsync承诺给用户提供7*24小时的不间断服务。
尤其是在现场服务方面，DSG提供不限次数的现场服务。
国内的工程师掌握了产品的核心技术，可提供更专业的产品支持。
Quest在上海、广州、北京有办事处。
可是他们在这些地方能够支持Shareplex的人很少，在上海目前只有1个人能够支持shareplex产品。
从技术力量对产品的掌握程度上说，Quest在国内的工程师对产品的了解深度有限，无法提供深层次的产品技术支持。
 
产品技术方面：
DSG RealSync与QUEST Shareplex都是通过对oracle log信息进行分析，生成交易指令后传输到容灾端进行重新装载的方式来实现容灾的。两个产品在实现原理上属于同类产品。
但是在产品的功能上、性能上，在简化系统的实施、维护和支持国特殊需求方面存在一定的差别。
功能的完善性
数据复制系统的实施过程包括两个阶段：全同步和实时增量同步。
实时增量同步过程是通过对log文件进行分析得到的。
但对实时同步之前必需将存量数据从生产系统导入到容灾系统上。这些数据不能通过log文件分析得到，所以需要另外的实现机制。
DSG Realsync支持了两个阶段的环节。
但Shareplex只提供了redo log的实时分析部分，根本就没有第一阶段的任何功能
首次同步的功能
DSG Realsync提供了两个环节的支持：
一是首次初始化；
二是实时增量同步；
DSG公司开发了首次全同步功能（full_sync），该功能在整个容灾系统的建设、运行和容灾切换的各个运行环节中，很有用处：
优势一：无需停止业务、无需申请停机时间；
优势二：操作简单：只需要一条命令即可操作，无需过多人为干预；
优势三：多任务并发全同步，提高全同步性能，；
优势四：真正支持不同操作系统、不同存储系统、不同数据库版本之间的全同步；
Quest Shareplex提供了实时同步功能，并不提供全同步功能。
他们的全同步采用其他第三方的方式，主要包括存储拷贝方式（例如backup/restore，或者是mirror等方式）以及逻辑方式（主要是EXP/IMP）。采用这样的方式作全同步将会存在的问题：
n         需要停止业务；
n         导出和导入时间非常长 ；
n         操作过程复杂，需要大量的人为干预。
n         备份恢复方式还需要两端的操作系统完全相同，否则还无法使用该方式
Shareplex宣称自己在新版本中提供了不停业务的全同步，那是因为调用了exp/imp的功能。其性能非常慢。
测试方法：我们可以搭建一个300GB的数据库，比较一下和DSG的全同步差别。
比对与修复功能
 
Realsync提供了单表重新全同步的机制进行修复。单表全同步的功能对于操作者来说使用非常简单：
第一：只需要一条命令就可以完成；
第二：不对生产系统产生任何影响，不需要业务中断；
shareplex宣称其比对功能和修复功能非常好，但是我们仔细分析就会存在问题：
该软件采用PK方式定位记录进行数据比对，而且采用select方式作为数据的读取接口，其速度非常缓慢。
测试方法：
（1）有PK/UK的表的比对：
在系统中创建2张表，每张表中插入5000万条记录，每条记录的大小为1KB左右，看看比对时间需要多长。
（2）没有PK/UK的表的比对：
在系统中创建2张表，每张表中插入1000万条记录，每条记录的大小为1KB左右，看看比对时间需要多长。
监控界面
DSG Realsync正在提供并且在完善其GUI监控界面，对于进程、日志分析、数据装载、数据传输、队列监控等方面提供了实时监测和错误告警手段
Shareplex提供了SNMP接口方式。
同时也可以和QUEST公司的数据库产品集成实现图形化的界面管理。
但是这样需要购买其数据库管理产品，价格也不低。
对系统的资源占用
在每1.6分钟产生1GB的redo log情况下，DSG Realsync占的cpu资源为 2% （8CPU）
Quest Shareplex占用CPU资源9%。
是否一定要求表具有PK/UK索引
DSG Realsync在装载是采用rowid的方式来定位，而不依赖于PK/UK字段。
这样用户可根据需要在目标端创建不同的index，提高目标系统上的业务针对性
Shareplex必须依赖于PK/UK字段，而对于那些没有PK/UK字段的表，其也能够支持，但是性能却非常缓慢。
这样shareplex也必须要求两端的index最好是相同的，这样才能保证目标端的装载性能。
复制任务的配置是否简单
DSG Realsync在配置需要复制的对象时具有非常灵活的方式，包括：
需要复制的schmea
不需要复制的schmea
需要复制的所有tables
不需要复制的所有tables
Shareplex在配置上，需要为每个table设置映射关系，而且还没有图形界面，试想一下在一个具有几千张上万张表的情况，如何快速的配置这么多的表呢？
是否将新创建的表自动加入到复制队列
在采用schmea配置的模式下，DSG Realsync自动将新create的表加入到复制队列中。无需人为重新配置
shareplex只支持按表的复制关系，当新增加表后，新增加的表不自动进入到复制队列，因此必须把业务停下来再将新创建的表加入到复制队列中去。
这个问题导致XX客户每月出帐后都需要停机一晚上，再将整个系统作一次重新拷贝。
支持对重要DDL的备份功能
DSG Realsync不仅支持将DROP TABLE,TRUNCATE TABLE等破坏性操作的过滤，更为重要的是提供了这些操作在目标端的备份功能：
例如当目标端在装载drop table命令时，realsync会首先对删除的表作一个rename操作，将其备份成一个别的表后再删除该表，从而给用户一个恢复的机会。
SharePlex支持对drop table，truncate table的ddl的过滤操作，但实际上单纯的过滤无法满足业务需求，因为很多时候的表就是要作这些操作的，如果一旦过滤将会影响到正常的使用。
日志分析的性能
从大量的应用情况来看DSG RealSync在处理性能上优于同类方案。
在福建电信项目中采取了积压日志分析的方式进行测试，预先产生4GB的日志数据，然后启动realsync测试其在多长时间内能够分析完这些数据。测试结果表名，在800秒内产生的4GB日志，realsync只需要100秒分钟即能分析完累积的日志，其速度远远高于产生日志的速度。
Shareplex的日志分析速度低于Realsync的日志分析速度。
是否支持不同schema之间的同步
DSG Realsync可支持生产系统的schmea名字和目标端的schema名字不相同的情况下的数据复制。
更为重要的是支持两个不同schema名字之间的DDL复制支持，因为Realsync会自动的去替换DDL中的schmea名字
Shareplex只能在两个完全相同的schema名字之间进行DDL的复制。
支持双向复制
DSG Realsync支持生产系统和目标系统之间的角色互换，在一个时间段内生产系统为源端，在另一个时间内目标系统作为源端，实现数据反向复制。
但是DSG Realsync不支持同一时间的同一张表的双向复制
SharePlex支持数据的双向复制.
SharePlex软件内部还提供了针对双向复制可能产生的数据冲突的处理机制，如以时间戳为标准或以主站点数据为准等。
灾难接管后的回切方式
DSG Realsync建议全部数据的反向恢复
SharePlex建议作变化部分数据的反向恢复
目标端数据的加载方式
DSG Realsync采用rowid的方式作为条件，不依赖于PK/UK，不依赖于索引。
Quest SharePlex采用pk/uk作为装载的条件，不依赖于rowid。
支持的数据类型
DSG Realsync不支持UDT,Varray和BFILE数据类型
不支持IOT,CLUSTER TABLE,OBJECT-TYPE TABLE，external table等特殊表
支持UDT ,Varray类型。
但对于BFILE和其他表类型也是不支持。
大事务的处理机制
DSG Realsync是在事务完成后才传输。
对大事务的延迟会加长
Quest SharePlex是按sql命令传，所以大事务的延迟更短。
Trigger的处理
DSG Realsync将trigger以disable状态存在于目标端数据库，且目标端存在一个enable_ddl.sql脚本，该脚本中严格记录源端trigger的状态，切换后只需执行swich脚本即可保证生产和灾备的一致。
例如，生产系统有3个trigger，其中一个是disable状态，那么目标端在切换起来后，其中的一个trigger也是diable状态的。
所有trigger均以disable模式存在于目标端数据库中，一旦发生灾难必须手工enable所有trigger，假设某一trigger在源端就已经是disable模式，这样会造成数据错误，导致灾备系统无法使用。
测试方式：在生产系统创建3个trigger，其中一个为disable状态。测试执行切换操作后，目标端的3个trigger状态是否和源端相同。

DSG RealSync VS. Quest Shareplex相关推荐

  1. RealSync Quest SharePlex 技术对比

    http://blogold.chinaunix.net/u3/115561/showart_2249177.html RealSync & Quest SharePlex 技术对比     ...

  2. oracle dsg ogg,ogg 、 Shareplex和DSG RealSync 对比

    Asp.Net Core 通过中间件防止图片盗链 一.原理 要实现防盗链,我们就必须先理解盗链的实现原理,提到防盗链的实现原理就不得不从HTTP协议说起,在HTTP协议中,有一个表头字段叫refere ...

  3. 容灾数据复制技术的比较

    容灾数据复制技术的比较   一.概述 近几年来,容灾已经成为信息数据中心建设的热门课题.很多容灾技术也快速发展起来,对用户来说也有很广阔的选择余地.但由于容灾方案的技术复杂性和多样性,一般用户很难搞清 ...

  4. 江苏联通查询统计平台建设（分担系统压力）

    来源:计费&OSS世界  作者:刘军    一.信息系统存在的问题及需求 随着计算机应用系统的爆炸式发展,业务量迅速增加,业务种类日益复杂,企业必须管理不断增长的信息流量:随着信息量的急剧增大 ...

  5. 数据实时同步或抽取上收的技术分析（转）

    1 实现数据集中的技术手段分析比较 根据业界提供数据同步或抽取的解决方案来看,主要包括以下几大类: l 存储复制技术 l 数据库复制技术 l ETL抽取技术 1.1 存储复制技术 实现原理 存储复制技 ...

  6. DMHS软件介绍和安装

    一.DMHS软件概述 ​ DMHS全称是Heterogeneous database Synchronization for DM,即达梦异构数据库同步软件.DMHS是基于数据库日志,支持同构.异构数 ...

  7. Quest 公司的Shareplex 与 GoldenGate比较

    比较内容 Quest SharePlex for Oracle Oracle  GoldenGate 产品成熟度   SharePlex产品最早发布于1999年,目前的版本为7.0.2,产品成熟度非常 ...

  8. SharePlex for Oracle应用系统高可用和容灾方案

    第1章                             前言 在企业信息化进程不断加快的今天,保持业务的连续性是企业用户进行数据存储时必须考虑的重要方面.灾难的出现可能导致生产停顿.客户满意度 ...

  9. RealSync异构热容灾解决方案

    前言     世贸大厦的倒塌使得800多家公司和机构的重要数据丢失,无数的企业成为这一恐怖事件的殉葬品.然而正当大家为此扼腕痛惜时,金融界巨头Morgan Stanley 公司竟然奇迹般地宣布全球营业 ...

最新文章

  1. GitHub上共享的简单易用 TensorFlow 代码集
  2. java线程睡眠一分钟_Java中的TimerTimerTask和线程睡眠
  3. .NET Core容器化@Docker
  4. 怎么用c语言写一个贪吃蛇,刚学C语言，想写一个贪吃蛇的代码
  5. python ide如何运行_ide - 如何运行Python程序？
  6. 7805引脚图及稳压电路图资料
  7. 第二章简答_微观 第二章 效用论
  8. 用python进行数据分析——第十二章.高阶pandas
  9. 嵌入式Linux内核优化裁剪
  10. @@Autowired依赖注入先后顺序
  11. python学习笔记之初识Python
  12. android游戏flash插件下载,Flash Game Player Classic
  13. 小猪短租网一个网页上的单个价格
  14. Python实现PDF（图片版）水印的去除
  15. 2022年度上半年河南省建筑工程安全文明标准化示范工地认定意见公示
  16. 基于CAD纵断面图生成地质体模型
  17. Cannot install under Rosetta 2 in ARM default prefix (/opt/homebrew)! To rerun under ARM use: ar
  18. php制作日历带节日实验目的,PHP做日历
  19. 原码、反码、补码（Integer.MIN_VALUE、Integer.MAX_VALUE）
  20. [Pytorch系列-58]：循环神经网络 - 词向量的自动构建与模型训练代码示例

热门文章

  1. 新玺配资：重视疫情风险 A股无需过度恐慌
  2. 笔记本玩逆水寒服务器未响应,分享玩逆水寒导致win10系统崩溃的解决方法
  3. 大小写字母的转换——C语言
  4. 什么是ODD?什么是ODD?
  5. 《读书的“风景” 大学生活之春花秋月》陈平原
  6. DOM是什么（DOM的节点类型）
  7. @Value直接将yml或者properties配置文件的字符串分割成数组。
  8. 【板栗糖GIS】WPS—怎么压缩ppt文件使文件变小
  9. AE Studio：Aeternity生态未来的智能合约开发工具
  10. 斐波那契数列递归与非递归时间复杂度