通过事务⽇志解决SQLServer常见四⼤故障（⼆）
数据库镜像⽅案有两种镜像运⾏模式。⼀种是“⾼安全性模式”，它⽀持同步操作。在⾼安全性模式下，当会话开始时，镜像服务器将使镜像数据库尽快与主体数据库同步，⼀旦同步了数据库，事务将在伙伴双⽅处提交，这会延长事务滞后时间。第⼆种运⾏模式，即⾼性能模式，它与第⼀种模式的主要差异就在于异步运⾏。镜像服务器尝试与主体服务器发送的⽇志记录保持同步。镜像数据库可能稍微滞后于主体数据库。但是，数据库之间的时间间隔通常很⼩。但是，如果主体服务器的⼯作负荷过⾼或镜像服务器系统的负荷过⾼，则时间间隔会增⼤。在⾼性能模式中，主体服务器向镜像服务器发送⽇志记录之后，会⽴即再向客户端发送⼀条确认消息。它不会等待镜像服务器的确认。这意味着事务不需要等待镜像服务器将⽇志写⼊磁盘便可提交。此异步操作允许主体服务器在事务滞后时间最⼩的条件下运⾏，但可能会丢失某些数据。具体采⽤哪种模式，则需要数据库管理员根据企业对待数据损失的态度与⼯作负荷等来确定。
可见现在可⽤的备份服务器与⽣产服务器之间的数据同步解决⽅案都是基于事务⽇志来实现的。
年画 故障三：解决数据⼀致性问题。
假设现在有这么⼀种情况。在⼀个银⾏系统中，某个⽤户需要转帐。这个转帐作业主要是通过两个步骤来完成。第⼀个步骤就是扣减⽤户帐户中的⾦额；第⼆个步骤是把钱转⼊到另外⼀个⽤户那⾥。现在如
果在转帐的过程中，第⼀步成功了，但是第⼆个步骤因为某种原因出错了。如⽤户提供的帐户名字与实际转帐的帐户名字不符，则第⼆个操作就会失败。此时整个转帐操作就会以失败⽽告终。但是现在的问题是，第⼀个扣减的动作在数据库zhon给已经完成了。⽽实际却是没有转帐成功，就救造成了数据⼀致性的问题。温州大学是一本还是二本
实际过程中如果应⽤程序发出 语句，或者数据库引擎检测到错误，就使⽤⽇志记录回滚未完成的事务所做的修改。也就是说，当第⼆个操作失败的话，应⽤程序要发出⼀个ROLLBACK 语句，利⽤事务⽇志回滚功能，恢复第⼀步的操作。也就是说，把扣减⾦额的操作进⾏恢复，从⽽实现数据的⼀致性。类似的应⽤，在数据库开发过程中很频繁。
小学体育教师总结 故障四：数据库时点恢复的问题。
如现在遇到这么⼀种故障。数据库系统在上午11点突然发现故障，启动不起来了。⽽数据库系统是在昨天晚上12点刚做完⼀个完全备份。在这种情况下，如果只是从完全备份中恢复数据的话，只能够恢复到昨天晚上12点的数据。那从昨天晚上12点到今天上午11点的数据就不能够恢复了吗?
其实不然。因为⽤户在对数据库做的任何⼀个修改都会保存在事务⽇志当中。为此只要事务⽇志不损坏的情况下，数据库管理员可以把数据恢复到上午11点那个时刻的数据。具体的操作⽅法很简单，就好先利⽤完全备份⽂件恢复数据库系统，此时数据库中的数据位昨天晚上12点的数据。然后再利⽤礼物盒>压岁钱给多少
⽇志恢复功能把数据恢复到今天上午11点的数据。可见事务⽇志可以帮助管理员把数据恢复到某⼀个具体的时点。
版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。
发表评论