复制技术比较Quest SharePlex Vs DSG RealSync.doc

Quest 公司的SharePlex 与 DSG公司RealSync比较 公司实力 Quest Software公司总部位于美国加州，成立于1987年，并于1999年在纳斯达克上市，市值近20亿美元。公司现有员工3300人，中国区总部位于北京、广州、上海设有办事处。 Quest是业界领先的应用管理解决方案供应商。 DSG北京公司于2002年8月在北京成立，是由几个留学生工程师回国的创办的企业，主要产品为数据库复制及备份软件。在公司创建的短短的几年里，发生了几次拆分，未来前景不明朗。 技术服务 Quest在国内有完善的服务体系，经验丰富的技术人员为用户提供实施和培训等全面服务。用户还可以通过Quest专业知识库等技术资源和完备的技术手册来学习和掌握产品技术。 Quest有专门的SharePlex全球技术支持中心，为全球用户提供7*24的技术支持。 由于产品的不成熟及公司规模的限制，不能提供及时及足够的技术支持； 另外公司人员变化较大，无法保证后续的服务。DSG提供的24小时支持，仅是一个工程师手机号码，无法提供专业的技术支持。 产品成熟度 SharePlex产品最早发布于1999年，目前的版本为6.0.1，产品成熟度非常高；成熟的产品有效地保障了数据的安全性，避免产品不稳定性对复制环境的影响，10多年来在全球有近1000个大型客户的成功案例。 SharePlex在多个用户环境中运行多年时间，复制链路非常稳定。 产品推出时间较短，极不成熟，会出现各种问题，经常需要开发人员在客户现场修改代码，并在客户生产环境中测试运行。 复制链路经常无故中断，且由于监控手段不完善，经常会在中断几天后才发现，需要重新进行全同步。 产品实现原理 SharePlex通过从Oracle日志读取数据库的所有变化信息，传输到目标数据库解析成SQL进行装载，整个过程严格遵守数据一致性的顺序，在目标数据库通过主键技术保障数据一致性。 Realsync通过从Oracle日志中读取事物信息，传输到目标数据库进行状态，并在目标数据库维护一个rowidmap（记录了源系统和目标系统的rowid 对应关系），在目标数据库通过rowid保障数据的一致性。 这种技术对数据量较少、rowid没有任何变更、没有使用新的数据类型的系统环境可以使用。但无法适用于更广泛的应用环境。 数据一致性的保证 充分保证数据一致性。且在复制DDL操作的配置下，可保证两端数据库结构变化的准确同步。 DSG采用基于rowidmap的方法保证数据的一致性，如果出现rowid记录不准确或发生变化而没有捕捉到的情况，数据一致性就不能充分保证。事实上，这种问题在实际生产环境中经常出现，需要频繁的重新同步数据。 例如：索引和主键等结构无法保证一致，同步后的结构经常会丢失大量主键和索引，DDL操作复制过程中也经常出现错误，导致复制链路中断。再如：如果目标端rowid发生变化(如进行row movement、碎片重组等操作)，就会导致数据不一致。 大事务支持 事务开始后就进行复制，无论大事务或者小事务都可保证数据复制的实时性，所有事务与源端完全一致 事务提交后才开始进行复制，在大事务情况下延迟较大，且对大事务在目标端会分成多个小事务提交，无法保障数据的一致性。 复制过程中对数据的校验 复制过程中可校验数据是否一致，如果发现不一致，可在日志文件中进行记录，并将发生不一致问题具体的SQL语句记录到专门的文件里，提供详细的诊断信息，以便用户及时解决，避免更多的错误数据。 由于使用ROWID方式在目标端加载，即使有大量数据不一致，也无法发现，用户不能及时了解复制链路的运行情况。数据错误累积下去，会引起相关应用的故障。 数据比较 SharePlex提供的在线的数据比较功能，如果怀疑发生部分数据不一致，可在应用不停机，且被比较的表上有操作的情况下动态的比较并定位不一致的数据，并实现在线的自动修复，充分保障数据的一致性。 虽然提供了数据比较功能，但如果比较过程中对数据进行了修改，则比较结果难以保证，必须重新进行，且保证被比较的表没有数据变化。 数据比较仅能定位不一致记录的rowid，需要进行手工的修复，如果修复过程中出现新的变化，无法保证数据的一致性，通常只能通过重新同步全表完成修复。 支持的数据类型 SharePlex目前已经支持几乎所有的Oracle数据类型，对应用程序没有限制。 支持数据类型较少，不支持用户自定义类型（UDT），Varray ，Bfile，Nchar，Nvarchar，XML，IOT，ASM等。 双向向数据复制 完全支持数据的双向复制，在国内外均有运行数年以上的成功案例。 SharePlex软件内部还提供了针对双向复制可能产生的数据冲突的处理机制，如以时间戳为标准或以主站点数据为准等。