复制技术比较Quest SharePlex Vs DSG RealSync

《复制技术比较Quest SharePlex Vs DSG RealSync》由会员上传分享，免费在线阅读，更多相关内容在教育资源-天天文库。

1、Quest公司的SharePlex与DSG公司RealSync比较公司实力QuestSoftware公司总部位于美国加州，成立于1987年，并于1999年在纳斯达克上市，市值近20亿美元。公司现有员工3300人，中国区总部位于北京、广州、上海设有办事处。Quest是业界领先的应用管理解决方案供应商。DSG北京公司于2002年8月在北京成立，是由几个留学生工程师回国的创办的企业，主要产品为数据库复制及备份软件。在公司创建的短短的几年里，发生了几次拆分，未来前景不明朗。技术服务Quest在国内有完善的服务体系，经验丰富的技术人员为用户提

2、供实施和培训等全面服务。用户还可以通过Quest专业知识库等技术资源和完备的技术手册来学习和掌握产品技术。Quest有专门的SharePlex全球技术支持中心，为全球用户提供7*24的技术支持。由于产品的不成熟及公司规模的限制，不能提供及时及足够的技术支持；另外公司人员变化较大，无法保证后续的服务。DSG提供的24小时支持，仅是一个工程师手机号码，无法提供专业的技术支持。产品成熟度SharePlex产品最早发布于1999年，目前的版本为6.0.1，产品成熟度非常高；成熟的产品有效地保障了数据的安全性，避免产品不稳定性对复制环境的影响

3、，10多年来在全球有近1000个大型客户的成功案例。SharePlex在多个用户环境中运行多年时间，复制链路非常稳定。产品推出时间较短，极不成熟，会出现各种问题，经常需要开发人员在客户现场修改代码，并在客户生产环境中测试运行。复制链路经常无故中断，且由于监控手段不完善，经常会在中断几天后才发现，需要重新进行全同步。产品实现原理SharePlex通过从Oracle日志读取数据库的所有变化信息，传输到目标数据库解析成SQL进行装载，整个过程严格遵守数据一致性的顺序，在目标数据库通过主键技术保障数据一致性。Realsync通过从Oracl

4、e日志中读取事物信息，传输到目标数据库进行状态，并在目标数据库维护一个rowidmap（记录了源系统和目标系统的rowid对应关系），在目标数据库通过rowid保障数据的一致性。这种技术对数据量较少、rowid没有任何变更、没有使用新的数据类型的系统环境可以使用。但无法适用于更广泛的应用环境。数据一致性的保证充分保证数据一致性。且在复制DDL操作的配置下，可保证两端数据库结构变化的准确同步。DSG采用基于rowidmap的方法保证数据的一致性，如果出现rowid记录不准确或发生变化而没有捕捉到的情况，数据一致性就不能充分保证。事实上

5、，这种问题在实际生产环境中经常出现，需要频繁的重新同步数据。例如：索引和主键等结构无法保证一致，同步后的结构经常会丢失大量主键和索引，DDL操作复制过程中也经常出现错误，导致复制链路中断。再如：如果目标端rowid发生变化(如进行rowmovement、碎片重组等操作)，就会导致数据不一致。大事务支持事务开始后就进行复制，无论大事务或者小事务都可保证数据复制的实时性，所有事务与源端完全一致事务提交后才开始进行复制，在大事务情况下延迟较大，且对大事务在目标端会分成多个小事务提交，无法保障数据的一致性。复制过程中对数据的校验复制过程中可

6、校验数据是否一致，如果发现不一致，可在日志文件中进行记录，并将发生不一致问题具体的SQL语句记录到专门的文件里，提供详细的诊断信息，以便用户及时解决，避免更多的错误数据。由于使用ROWID方式在目标端加载，即使有大量数据不一致，也无法发现，用户不能及时了解复制链路的运行情况。数据错误累积下去，会引起相关应用的故障。数据比较SharePlex提供的在线的数据比较功能，如果怀疑发生部分数据不一致，可在应用不停机，且被比较的表上有操作的情况下动态的比较并定位不一致的数据，并实现在线的自动修复，充分保障数据的一致性。虽然提供了数据比较功能，

7、但如果比较过程中对数据进行了修改，则比较结果难以保证，必须重新进行，且保证被比较的表没有数据变化。数据比较仅能定位不一致记录的rowid，需要进行手工的修复，如果修复过程中出现新的变化，无法保证数据的一致性，通常只能通过重新同步全表完成修复。支持的数据类型SharePlex目前已经支持几乎所有的Oracle数据类型，对应用程序没有限制。支持数据类型较少，不支持用户自定义类型（UDT），Varray，Bfile，Nchar，Nvarchar，XML，IOT，ASM等。双向向数据复制完全支持数据的双向复制，在国内外均有运行数年以上的成功

8、案例。SharePlex软件内部还提供了针对双向复制可能产生的数据冲突的处理机制，如以时间戳为标准或以主站点数据为准等。由于产品原理的限制，目标端数据无法进行修改，否则将出现数据不一致错误，由于目标数据必须由RealSync同步过去，