前言

本文通过一个Bug的分析、解决，概述了使用Lumigent Log Explorer对SQL Server的事务日志进行分析的方法，以及常见的数据库误操作后的恢复、撤销方法

Bug描述 

网站的文章模块有一个评分的功能：

• 用户选择1-5分，点击提交后，文章的评分次数(Stars) + 1、总分(StarTotal) + 分数、平均分(StarAvg) = 新总分 / 新评分次数
• 文章页面显示用户的平均分以及评分次数

评分功能中用户最多打5分，最少打1分，某日忽然发现有的文章平均分竟然大于5，很不可思议。出现这个问题，大致的原因大不过有：

• 实现评分逻辑的页面没有验证传入的分数是否合法、有些用户直接提交他们想要的分数来作弊；
• 评分逻辑无误，但计算平均分的算法错误

经检查，评分模块不仅验证了分数范围，而且验证了访问来源，用户根本不可能通过提交他们想要的分数达到修改平均分的目的；平均分算法也没有问题。

这就奇怪了，只能先查看一下SQL Server的事务日志，这里选用了Lumigent Log Explorer，文章的提交时间是2008-05-06 13:40，发现问题的时间是2008-05-06 14:10，于是

Lumigent Log Explorer 使用方法

1、打开软件主界面，点击左侧的“Attach log file”

2、在右侧的对话框先选择SQL Server的地址（我把Lumigent Log Explorer装在了数据库服务器上，所以选择的local），如图1
图1

3、点击Connect后，选择我们要查看的事务日志所属数据库，注意这里有两个选项：Use On-Line Log和Use Backup Log，这里普及一下SQL Server的事务日志知识：

• 事务日志会“忠实”记录一切你对数据库的操作，包括增加、删除表、字段，增删改查数据等等，我们在SQL Server企业管理器的管理(Management)、数据库维护计划(Database Maintenance Plan)、事务日志备份(Transaction Log Backup)选项卡中是可以设定事务日志的备份计划的，比如我们设定为1小时备份一次。
• 那么如果我们查看的事务日志还没有备份，我们选择Use On-Line Log，如果已经备份成了后缀名为TRN(这也是可以由你自定义的)的备份文件，我们选择Use Backup Log；如果未备份的、已备份的事务日志都需要查看，则都选
• 我这里只选User On-Line Log

  点击Attach，加载相应的日志

4、在左侧菜单 Filter Log Records 中，如图2
图2

Bug分析

• 先建立一个指定文章ID的文章对象（实际是从数据库中读取指定ID的记录） ->
• 用户评分 ->
• 执行修改（实际就是把刚才建立的对象写入数据库，因为读取数据时还没有评分，所以写入的数据是评分前的数据）

至此，问题的原因、解决方法都出来了。

使用Lumigent Log Explorer恢复（撤销）事务、操作

我们常遇到误删除、修改数据的时候，利用Lumigent Log Explorer就可以做到只还原指定事务。

事务是对数据库的一系列操作，比如：UPDATE [dbo].[TestTable] SET [Passed] = 1，会对表[dbo].[TestTable]的所有记录的[Passed]字段进行赋值，我们在Lumigent Log Explorer看到的是一系列相同TransId的操作（如图5-1），只需要在这一系列操作的任意一个上点右键，选择Undo Transaction，即可对这个事务进行撤销（还原）；

当然，我们也可以对事务的某一个操作进行撤销（还原），很简单，只需要按上面的步骤选择Undo Operation即可。

选择Undo Transaction或Undo Operatio后，Lumigent Log Explorer会生成一个标准的SQL语句文档，将这个文档的内容在查询分析器(Query Analyzer)里面执行即可撤销（还原）事务或事务中的操作。

问题

操作的内容包含ntext或者text字段时，Lumigent Log Explorer生成的SQL语句中没有这些字段的内容，这个问题如果哪位有解决方法，还望不吝赐教，谢谢先。