SQLServer 事务日志传送
http://www.cnblogs.com/xiaogangqq123/archive/2011/09/30/2196730.html SQLServer 事务日志传送事务日志传送概述SQL Server的事务日志传送备份是仅次于镜像的高可靠性备份方案,可以达到分钟级的灾难恢复能力。其项目实施成本,又远小于镜像的投入,因此是一种非常实用的备份解决方案。前文介绍过SQLServer 镜像功能完全实现,镜像是一种高性能的备份方案,但其局限性在于镜像的辅助服务器也就是镜像服务器只能 有一个,当我们考虑过个目标服务器的时候,镜像就满足不了我们的需求了,这时候日志传送可谓雪中送炭,日志传送也可以结合镜像来组合使用。 在选择镜像还是日志传送的时候我们应考虑:
日志传送还可以和数据库复制一起使用。 故在事务日志传送中提供了No recovery mode和Standby mode,两者的介绍如下: ??????? 1. 无恢复模式(No recovery mode):既不前滚也不回滚未提交的事务,数据不可读。 ??????? 2. 备用模式(Standby mode):在恢复日志期间回滚所有未提交的事务,并且将所有未提交的事务保存为一个单独的Transaction Undo File(TUF)文件,恢复过程通过该文件来维护事务的完整性,当恢复下一个事物的时候则恢复所有已提交的事务。Standby mode中的复选框勾选则当日志恢复的时候,断开所有用户的连接,如果有一个用户没有断开,则还原无法进行。 事务日志传送实现其实操作比较简单,但是会遇到稀奇古怪的问题。在这里也把问题总结下。 首先需要两个用来做日志传送的数据库。叫做主数据库和辅助数据库。当然还可以配置监视数据库。 主数据库IP: 192.168.0.2 辅助数据库IP:192.168.0.3 下面通过简单的几步就可以实现 1,建立共享文件夹以及复制文件夹
2,执行完全备份USE master; ALTER DATABASE test SET RECOVERY FULL ; GO BACKUP DATABASE test TO DISK = ' 192.168.0.3PrimaryDatatest.bak ' WITH FORMAT; GO
3,开始执行日志传送
4,辅助服务器上查看记录
5,故障恢复
本文同步发表在我的个人博客:http://xiaogangblog.com/archives/375 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |