数据库环境:SQL SERVER 2005 +
1、Replication,我们常用的是Transactional Replication。可以支持单向和双向的数据同步。工作在Table Level。由于基于transaction,(内部使用了类似Snapshot链出改变页的方法),他的同步单位较小,在实践中,往往只需要几分钟的时间就可以得到最新的数据。缺点,虽然允许Replication Schema Change,但是对于真正的DDL修改的时候有时需要手动的进行修改。容易出现数据同步问题,而且复杂的查询可能导致Replication的性能并导致数据同步问题
2、Log Shipping。基于Backup/Restore。换而言之,它实际是自动的log backup传输到远程,然后恢复的。正如Restore备份数据库的时候数据库会处于单用户状态,在restore的时候,所有的当前用户链接会被断开,当然可以配置等待所有操作完成。没有数据不同步的问题。
3、Databaes Mirroring。只是在考MSITS的时候涉及过这个技术,没有实际用过。同步的数据库处于不可用状态,但是可以通过snapshot进行访问。snapshot的数目不被限制,但是不得不选择不同的名字。这对于数据库查询比较麻烦。没有数据不同步的问题。
Replication 最大的优点在于数据同步的迅速,用户不会感觉到变化,用户查询不会被数据的更新影响。
Logshipping 的优点则在于简单易用,容错性高。但用户被经常打断。
Databaes Mirroring 数据库镜像对可用性的提高程度远远大于先前使用 Microsoft SQL Server 对可用性的提高,并为故障转移群集或日志传送提供了易于管理的替代或补充。同步数据库镜像会话时,数据库镜像提供了热备用服务器,可支持在已提交事务不丢 失数据的情况下进行快速故障转移。在一般的镜像会话期间,如果生产服务器出现故障,客户端应用程序可以通过重新连接到备用服务器来快速进行恢复。
下面借一个图来说明各个特点:
复制(Replication) | 日志传送(Log Shipping) | 镜像(Mirroring) | 故障转移集群(Failover Clustering) | |
标准版/企业版 | YES | YES | 标准版仅支持同步模式 | 标准版仅2节点 |
节点数 | 1:N | 1:N | 1:1 | 取决于操作系统节点数上限 |
粒度 | 表 | 数据库 | 数据库 | 实例 |
恢复模式 | Full/Simple | Full/Bulk_logged | Full | ALL |
是否监视主库故障 | NO 监视器只监视同步状态, 不监视publication server failure |
NO monitor server只监视backup/retore status 不监视primary server failure |
Witness,可监视主库故障 | YES |
是否自动故障转移 | NO(warm standby) | NO(warm standby) | YES(hot standby), 如果没有witness则不能自动,为warm standby |
YES |
延迟 | 取决于Log Reader Agent & Distribution Agent | 取决于Log backup/restore频率 | 同步/异步模式 | 只有一份数据 |
同步方式 | 从distributor分发,可推送,可读取 | 通过数据库备份文件的copy/restore | Log stream | 只有一份数据 |
从库是否可以访问 | subscription可读写, 但默认写不会被回传到Publication |
可设置secondary server为standby模式,只读 | mirrored db可通过snapshot只读 | 只有一份数据 |
应用场景 | 读写分离 | 读写分离,温备 | 读写分离,温备/热备 | 服务器/操作系统/应用软件的备份 |
转载自:https://www.cnblogs.com/zerocc/archive/2013/05/27/3101568.html
原创文章,作者:ItWorker,如若转载,请注明出处:https://blog.ytso.com/tech/database/279459.html