DBTwin数据库集群与AlwaysOn的比较.docVIP

DBTwin数据库集群与AlwaysOn的比较 DBTwin集群工作原理图 AlwaysON工作原理图 DBTWIN集群具有‘独立的DBTWIN集群网关’，一般需要独立的Windows服务器来运行，可以有效应对大并发、高压力的系统，进行有效的、自动的读写分离和负载均衡。占用资源少，稳定、可靠。 SQL Server AlwaysON则没有类似DBTWIN集群网关这样一个独立部件，直接用两台数据库构成数据的实时同步，本质上是数据库数据的一个‘实时备份工具’。 上面是两者之间的本质区别。 具体可以从下列几个方面来比较： 负载均衡和读写分离： DBTwin：完全自动。对客户端的查询自动实现负载均衡、读写分离、OLTP和OLAP的自动分离（这对提高数据库性能很关键）。对客户端代码二进制透明兼容，不需要修改客户端代码。 AlwaysON：手工实现。当客户端代码需要登陆数据库进行访问时，需要程序员手工指定“访问主副本（可读写）还是辅助副本（只读）”。对客户端代码不透明，需要修改客户端代码。 数据同步时的延迟问题： DBTwin：不存在数据延迟。两台机器之间的数据是“任何时刻完全实时同步一致的”，不存在数据延迟（数据之间的时间差）。 AlwaysON：存在数据延迟。有异步和同步两种模式。即使是同步模式，也存在数据的延迟问题（也就是说主副本的数据和辅助副本的数据两者之间存在一个1秒左右的时间差）。因此手工进行负载均衡的时候，开发人员必须注意这个时间差，否则就会存在数据逻辑错误的可能。 安装和维护的简易程度： DBTwin：简单、代价低。DBTwin既可以在Windows工作组环境、也可以在Windows域环境下工作，安装和维护都很简单，例如：由于运行时候SQL数据库是处于简单模式，因此不会发生日志暴涨的情形。 AlwaysON：复杂、代价高。必须结合Windows故障转移群集和Windows域环境才能使用。安装配置麻烦，维护起来复杂，例如：由于运行时候SQL数据库是完整恢复模式，因此过一段时间，日志就会变得很大，当需要截断和收缩日志的时候，就需要停止AlwaysON，由此带来维护成本的增加。 技术服务： DBTwin：提供性能优化、设计、运维的咨询服务。 AlwaysON：靠客户自己解决。 第 - 3 - 页 共 3 页 主网关 客户端 备份网关 数据库A 数据库B 请求 请求 HA 请求 虚拟VIP 客户端 主副本A 辅助副本B 请求 同步