利用事务日志来恢复Update、Delete误操作引起的数据丢

以下是转文:
可能有不少朋友遇到过这样的问题：
update或delete语句忘带了where子句，或where子句精度不够，执行之后造成了严重的后果，
这种情况的数据恢复只能利用事务日志的备份来进行，所以如果你的SQL没有进行相应的全库备份
或不能备份日志（truncate log on checkpoint选项为1），那么就无法进行数据的恢复了，或者
只能恢复到最近一次的备份的数据了。

以下简单说明恢复数据方法：
1，如果误操作之前存在一个全库备份（或已有多个差异备份或增量备份），首先要做的事就是进
进行一次日志备份（如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了）
    backup log dbName to disk=日志备份文件名
（ 我的一点小经验：在执行这一步之前请关闭所有的连接。确保执行之后不会再生成log信息，不然到第3步会报错的）
2，恢复一个全库备份，注意需要使用with norecovery，如果还有其他差异或增量备份，则逐个恢
复
    restore database dbName from disk=之前备份的数据库文件 with norecovery
（这一步要求必须关闭所有的连接）

3，恢复最后一个日志备份即刚做的日志备份，指定恢复时间点到误操作之前的时刻
    restore log dbName from disk=第一步生成的日志备份文件
    with stopat=date_time
（如果报错，信息大致如下：
尚未备份数据库 "数据库名" 的日志尾部。如果该日志包含您不希望丢失的工作，请使用 BACKUP LOG WITH NORECOVERY 备份该日志。请使用 RESTORE 语句的 WITH REPLACE 或 WITH STOPAT 子句来只覆盖该日志的内容。

可能是执行了第1步之后，又生成了log信息，所以重新执行第一步就可以了，但要注意，这一次执行第1步，要另外生成一个文件，因为这次的log文档只包含从第一次之后的数据，基本上是没有用的。这一步（步骤3）恢复的还是要用第一次的文件。）

以上这些操作都可以在SQL SERVER企业管理器里完成，难度不大。。。

当然，如果误操作是一些不记日志的操作比如truncate table，select into等操作，那么是无法利
用上述方法来恢复数据的...


综述，要想数据安全，小心操作很重要。更重要的是平时注意数据的备份，一定要完整备份，并且将备份文件做多拷贝。