通过事务日志解决SQL Server常见四大故障

核心提示： 可见现在可用的备份服务器与生产服务器之间的数据同步解决方案都是基于事务日志来实现的，故障三：解决数据一致性问题假设现在有这么一种情况，通过事务日志解决SQL Server常见四大故障(4)，在一个银行系统中，某个用户需要转帐，此时数据库中的数据位昨天晚上12点的数据，然后再利用日志恢复功能

可见现在可用的备份服务器与生产服务器之间的数据同步解决方案都是基于事务日志来实现的。

故障三：解决数据一致性问题

假设现在有这么一种情况。在一个银行系统中，某个用户需要转帐。这个转帐作业主要是通过两个步骤来完成。第一个步骤就是扣减用户帐户中的金额;第二个步骤是把钱转入到另外一个用户那里。现在如果在转帐的过程中，第一步成功了，但是第二个步骤因为某种原因出错了。如用户提供的帐户名字与实际转帐的帐户名字不符，则第二个操作就会失败。此时整个转帐操作就会以失败而告终。但是现在的问题是，第一个扣减的动作在数据库zhon给已经完成了。而实际却是没有转帐成功，就救造成了数据一致性的问题。

实际过程中如果应用程序发出 ROLLBACK 语句，或者数据库引擎检测到错误，就使用日志记录回滚未完成的事务所做的修改。也就是说，当第二个操作失败的话，应用程序要发出一个ROLLBACK 语句，利用事务日志回滚功能，恢复第一步的操作。也就是说，把扣减金额的操作进行恢复，从而实现数据的一致性。类似的应用，在数据库开发过程中很频繁。

故障四：数据库时点恢复的问题

如现在遇到这么一种故障。数据库系统在上午11点突然发现故障，启动不起来了。而数据库系统是在昨天晚上12点刚做完一个完全备份。在这种情况下，如果只是从完全备份中恢复数据的话，只能够恢复到昨天晚上12点的数据。那从昨天晚上12点到今天上午11点的数据就不能够恢复了吗?

其实不然。因为用户在对数据库做的任何一个修改都会保存在事务日志当中。为此只要事务日志不损坏的情况下，数据库管理员可以把数据恢复到上午11点那个时刻的数据。具体的操作方法很简单，就好先利用完全备份文件恢复数据库系统，此时数据库中的数据位昨天晚上12点的数据。然后再利用日志恢复功能把数据恢复到今天上午11点的数据。可见事务日志可以帮助管理员把数据恢复到某一个具体的时点。