几种数据库同步机制的比较,Log Shipping, Replication 和 Database Mirroring


在此简单的对于结果进行记录:

  • Replication,我们常用的是Transactional Replication。可以支持单向和双向的数据同步。工作在Table Level。由于基于transaction,(内部使用了类似Snapshot链出改变页的方法),他的同步单位较小,在实践中,往往只需要几分钟的时间就可以得到最新的数据。缺点,虽然允许Replication  Schema Change,但是对于真正的DDL修改的时候有时需要手动的进行修改。容易出现数据同步问题。而且复杂的查询可能导致Replication的性能并导致数据同步问题。
       以下是一个具体配置的一个链接: http://www.bitscn.com/pdb/mssql/201008/190270.html 

  • Log Shipping。基于Backup/Restore。换而言之,它实际是自动的log backup传输到远程,然后恢复的。正如Restore备份数据库的时候数据库会处于单用户状态,在restore的时候,所有的当前用户链接会被断开,当然可以配置等待所有操作完成。没有数据不同步的问题。
  • Databaes Mirroring。同步的数据库处于不可用状态,但是可以通过snapshot进行访问。snapshot的数目不被限制,但是不得不选择不同的名字。这对于数据库查询比较麻烦。没有数据不同步的问题。
总结:

1 Replication最大的优点在于数据同步的迅速,用户不会感觉到变化,用户查询不会被数据的更新影响。
2 Logshipping的优点则在于简单易用,容错性高。但用户被经常打断。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值