今天搞的非常郁闷，公司有个MM不小心误操作了一把，数据库中的其中一个数据明细表给删除了，更倒霉的是查看备份文件时，看到自动备份的最后文件竟然是2天前的，要吐血了，一看原因，这个MM竟然说2天前服务器重启动了一下，SQL Server Agent没有设置成自动启动，也没有手工启动，真是无语呀，差点酿成大祸，这可是客户的生产数据库呀，
，马上搜索记忆，以前在微软培训的时候知道可以根据日志文件按照时间点来还原数据库的数据，有点像windows的系统还原功能，呵呵，但是以前一直都没有实践操作过，赶紧上微软网站查找资料，找到后立马操作一把，还真是不负期望还原回去了，特发贴共享一下，给同样经历的朋友们一个参考吧。
特别提醒：在操作前记得把数据库备份一下。
注：我的最后备份文件是20091029的15点，刚好差距是2天时间。
第一步：备份日志文件，以备还原使用，代码如下：
BACKUP LOG 数据库名 TO DISK='备份文件存放路径（如：D:\test.log）' WITH INIT
第二步：恢复备份的最后一个数据文件备份，记得写上WITH NORECOVERY，如果是在管理工具中操作还原数据库的话，请在[还原数据库]->[选项]->[恢复完成状态]下选择[是数据库不再运行，但能还原其它事务日志]选项，再确定，还原时数据库可以重命名，代码操作如下：
RESTORE DATABASE test_bak from disk='F:\databak\test_db_200910291500.BAK' WITH NORECOVERY
第三步：根据日志文件指定恢复的时间点数据，如下：
RESTORE LOG sms_01_bak FROM disk='f:\sms_01.logs' WITH RECOVERY,STOPAT='10/31/2009 15:40'
运行完成后，把数据库设置成可运行状态，查询数据，OK，全部都在，高兴啊~~~~~~
如果感觉日志文件太大了，可以清空日志信息，记得把刚才备份的日志文件保存好，
清空日志：
DUMP TRANSACTION sms_01 WITH NO_LOG
