T3/M3/V3 典型解决方案

一)双中心数据复制补数和数据校验解决方案

挑战:

大型企业越来越愿意采用两地三中心的模式来建设数据中心, 中心之间的数据复制也越来越频繁, 而且当前的趋势是大量的数据复制是通过DB层面日志的复制来完成的. 各种产品如ORACLE的ADG/OGG和IBM的CDC/HADR都在这里大显身手, 不过这些复制工具通常工作在异步模式, 这样就有两个重要的问题:

1)异步模式下通常会面临交易数据缺失的问题, 那么有没有办法补齐数据, 达到RPO=0的目标呢?

2)数据复制以后, 如何能够确保不同中心的数据确实是完全一致的呢?

那么, 有什么好的方法能解决上述的问题呢?

解决:

T3/V3/M3对上述的问题有非常好的解决.首先, T3有一个独有的数据补齐技术. 在拥有源数据库的完整日志的条件下, 该技术不用关心采用了哪个日志复制产品, 可以直接将目标数据库的数据补齐到和源库完全一致. V3可以对源库和目标库完成数据表记录内容级别的数据比对校验工作. V3可以高效的完成整表的比对, 也可以在只需要归档日志的情况下, 用增量方式完成变化记录的比对. 比对完成后, 可以根据指定原则将两边的数据库的数据对齐, 保证数据的一致性.

成功案例>>

二)银行数据库读写分离之数据复制和数据校验解决方案

挑战:

水平扩展能力一直是数据库系统的软肋, 随着云计算和互联网业务的快速发展, 传统数据库单机性能瓶颈问题越来越突出. 在互联网领域, 数据库的水平扩展通常采用读写分离, 分库分表来解决的, 这些动作是和业务紧密联系并且需要业务支撑的, 这个对银行业有非常大的激励作用, 银行业有没有可能借鉴这些成功经验, 探索出独具特色的水平能力扩展方案呢?

那么, 如何扩展呢?

解决:

通过对银行业务特性的分析, 可以将帐务操作和大量非帐务操作进行分离, 帐务类操作进写库, 非帐务类操作进入读库. 帐务操作类业务关联性强, 需要数据库ACID能力支持, 对IOPS能力要求高;非帐务操作主要是数据查询要求, 对CPU和内存的要求较高, 对IOPS的能力和ACID特性要求较低. 因此, 采用T3或M3对写库产生的表级别变化数据复制到多个读库中, 并以写库为标准, 通过V3比对和校核写库和读库的一致性, 保证各个读库的数据最终和写库完全一致.

成功案例>>

意见反馈 | 法律声明
版权所有:沃信科技有限公司 2013 粤 ICP11091192