DBTwin集群数据库系统介绍.ppt

* * 世界首个真正实时并发数据库事务处理同步复制器和负载平衡器 DBTwin集群数据库系统 杭州容错科技有限公司 * * 产品背景简介 杭州容错科技有限公司的最新产品 多年数据库底层技术的研究成果 技术创新点突出，市场卖点突出 完全自主知识产权 引起微软等公司的关注 市场前景极为广阔 * * 最薄弱的环节 (最后一公里) 数据库是所有电子交易处理系统中的最薄弱环节 不断增多的病毒,间谍件和黑客事件,以及快速变化的需求经常导致事务处理的回卷(rollback) ? 不断增长的有计划的数据库维护停机。 不断增长的软件复杂度, 以及24x7的使用要求 ?不断增长的意外的数据库停机。 不断增长的数据库访问致使数据库成为整个信息系统性能的瓶颈。 但是不可能通过简单增加服务器并且不降低可用性这种方法来提升数据库的性能 ? 由于系统伸缩性低而导致成本不断增长。 通信的发展使得人们跨时区的访问成为可能 ? 不断增长的高可用性需求。 * * 数据库停机服务的统计 系统设计问题 (36%) 机器硬件问题 (25%) 有计划的停机 (5%) 数据库引擎软件问题 (34%) 平均无故障时间(MTBF) = 102 days 平均故障修复时间(MTTR) = 18 hours Source: Oracle - User Survey * * 数据库停机服务的损失 对于中等规模的分布式网络来讲, 有计划和意外的数据库停机导致的收入损失一般为$78,000/小时。 典型的金融服务企业每年因为数据库停机而导致的损失为一百万美元($1 Million)。 得克萨斯大学的一项研究表明,遭受过灾难性数据丢失的公司里面有94%的公司无法继续生存: 其中42% 永远不能重新开张,51%在两年内关闭。 1998年4月, 由于内部的软件升级,ATT 发生6-26 小时的服务中断。结果引发FCC(联邦通讯委员会)的法律诉讼,导致五千万美元的损失。 1998年8月5号, 由于维护系统的原因,AOL(美国在线)停止服务21小时。 结果AOL宣布向消费者提供三百万美元的补偿, 另外还花了八千万美元用于基础设施的建设。 Source: Strategic Research Group, CA. * * 当前数据库厂商数据复制技术特点 串行方式 主数据库为每个成功完成的事务处理生成一条事务处理日志记录，当前数据库厂商的数据库复制技术全是围绕着事务处理日志进行的。 因此，虽然主数据库在处理大量客户端事务处理时是并行的，但是数据库数据的复制一定是串行的。无论是磁带备份 、双机温备份，还是双机热备份，本质上都是以串行方式进行数据复制的。 异步串行方式注定了整个系统只能有一个主数据库，也就是说，在任何时刻，系统只有一个最新的逻辑数据库数据集。因此，一旦主数据库出现问题，不但服务将受到影响，而且会导致数据丢失。 而同步串行方式不适合实际应用， 因为它要强迫主数据库和备份数据库的串行处理同步进行。另外，交易的回滚率要比单机的回滚率要高出至少一倍。也就是说，为了得到另一份实时一致的数据备份，同步串行方式降低了整个系统的性能，同时也降低了整个系统的可用性！ * * 磁带备份方案 磁带备份是通过异步（无状态）方式进行的。这种方式注定了磁带上的数据只是数据库数据某个时间点以前的数据备份。一旦主数据库数据出现问题，磁带只能帮助恢复到前面某个时间点之前的数据状态，这个时间点之后的数据将全部丢失。 数据库客户 数据库服务器 异步（无状态）方式 磁带机等 * * 双机温备份(Warm Standby)方案 此种方式是异步串行复制或日志拷贝(Log Shipping)。 主数据库完成事务处理后，生成事务处理日志，日志记录通过FIFO队列，进入备份数据库处理，从而得到备份数据。此种方式的缺陷在于： A. 主数据库是并行处理而日志拷贝是串行的，因此备份数据库处理日志记录也是串行的。因此，FIFO队列的溢出随时可能发生。一旦发生，队列必须重建，从而需要重新建立备份数据库。此种方法对于一般客户来讲是不可行的。 B. 或者为了避免队列溢出，必须保证主数据库处理事务的速度小于备份数据库，这样将严重束缚主数据库的性能发挥。 C. 由于日志拷贝是异步的，主备数据库永远不一致。因此无法用备份数据库作负荷均衡。 D. 由于主备数据库永远不一致, 事故后自动切换一定会丢失数据。 备份数据库服务器 日志拷贝 数据库客户端 主数据库服务器 FIFO队列 * * 双机热备份(Hot Standby)方案 高速网络 10G 此种方式是同步串行复制。虽然不存在前面温备份那样的队列溢出问题，但是它的缺陷还是很明显的： A. 主数据库被强迫与备份数