我们是安徽一家县级中心医院,随着医改的深入和信息化的完善,数据量越来越大,系统压力也越来越大,医院业务又需要保证24小时不停机,领导对此也非常关心,于是我们开始寻找相应的解决方案。在做了一些技术调查之后,发现有好些医院同行已经在使用一个叫DBTwin的SQL Server集群。听同行们讲,他们使用DBTwin已有一段时间了,一直很稳定,安装测试步骤也比较简单。他们说DBTwin具有明显的优势,可以称得上真正的SQL Server集群,具体表现在:1.负载均衡。
  厂家说,DBTwin数据库负载均衡能力是独一无二的,现在无论双机,微软自带的故障转移集群还是
  复制,镜像,甚至AlwaysON,都不具有负载均衡能力。
2.数据实时同步
  专有的DBTwin数据实时同步技术,能保证事务的一致性,同时也保证了高效的同步性能,据测算,同步
  效率与镜像不差上下,比普通的分布式事务做的数据同步效率提升5到8倍。这样万一某台数据库发生
  故障,数据不会丢失,客户端也能继续访问,这种容灾能力是我们医院最看中的。
3.独立网关结构
  符合负载均衡的一般概念,防止某节点数据库出现性能和资源瓶颈。
4.数据缓冲和优化功能
  此点能减少和优化数据库访问,有利于性能的提升。
百度百科-数据库集群
http://baike.baidu.com/view/1294492.htm百度百科-DBTwin
http://baike.baidu.com/view/7396867.htm下载链接
http://www.zhetides.com/download/dbtwinsetup.rar如果真的是这样,那我准备建议领导采用该方案,厂家也正好在搞免费促销,希望大家帮个忙,给个建议。

解决方案 »

  1.   

    sqlserver确实已经有这样的功能了。只要你设置两台server同步,客户端访问哪一台都可以。
    关于后台如何同步,那是微软技术的问题,我们不需要去关心
      

  2.   

    软文吗?一个第三方开发的产品,授权费用估计也不便宜
    还不如上RAC
      

  3.   

    哈哈,就是打广告,
    故障转移集群在2012上面体现的更明显,always on line,这个是微软的口号,不过,我看了一些文档,如果真是按照文档部署,的确可以实现always on line的效果,而且这些都是系统和数据库自带的。没必要找这种第三方软件去操作,
      

  4.   

    对于高可用性用微软的技术完全可以做到你说的,虽然单个功能无法完成。但是你可以做组合,比如是用数据库镜像+Cluster+Logshipping的方式
      

  5.   

    具体的技术实现可以参考这篇文章http://technet.microsoft.com/en-us/library/ms191309.aspx
      

  6.   

    貌似软文,SQL 2012 ,SQL 2014也出来了。第三方产生搞群集可以像做互联网的同步中间件去发展,而群集本身MS自己的功能组合诸如CLUSTER+MIRROR+LOGSHIPING+REPLICATION满足一般企业应用是够了。至于负载均衡部分,MS自带功能可能是弱了些,倒可以借助一些中间间技术。