SQLServer2008以上误操作数据库恢复方法要点.docVIP

SQLServer 2008以上误操作数据库恢复方法——日志尾部备份 问题： 经常看到有人误删数据，或者误操作，特别是update和delete的时候没有加where，然后就喊爹喊娘了。人非圣贤孰能无过，做错可以理解，但不能纵容，这个以后再说，现在先来解决问题。遇到这种情况，一般都是没有做备份，不然也不会来发问了。首先要冷静，否则会有更大的灾难。直到你放弃。 解决方法： 对于这类问题，主要是找回误操作之前的数据，在2008之前，有个很出名的工具Log Exploer，听说还挺好用的，这个网上大把教程，这里就不多说了。但是唯一遗憾的是，不支持2008及更高版本，这时除了其他第三方工具，那么最常用的就是本文提到的方法——日志尾部备份。本文实验环境2008R2，对于2008及其以上版本可以使用这个方法，其实2005也可以，2000很少用，没试过，只是2008之前可以使用Log Exploer，所以就没必要用这种方法。 下面图文并茂讲解操作方法，至于原理，不属于本文范围，而且我相信真遇到误操作的时候，估计没人会看原理了。 步骤： （1）、检查数据库的恢复模式，如图： INCLUDEPICTURE \d /uploads/201301/10/1357820888_6755.png \* MERGEFORMATINET  INCLUDEPICTURE \d /uploads/201301/10/1357820963_8887.png \* MERGEFORMATINET  或者使用脚本检查： SELECT?recovery_model,recovery_model_desc FROM?sys.databases WHERE?name?=AdventureWorks 结果如下： 确保数据库的恢复模式最起码不能为【简单】。至于如何修改成完整模式，我觉得这些应该没必要多说了。 切记，对于任何重要环境，不仅仅是客户正式环境（俗称生产环境），都强烈建议使用【完整恢复模式】，虽然对于另外两种（大容量日志（BULK_LOGGED）、简单（SIMPLE））来说，完整恢复模式产生的日志会大，但是在出现问题的时候，就会觉得这些都不算什么了。并且我也想不到任何理由对于正式环境不使用完整恢复模式。只要管理得当，完整恢复模式的日志也不会太变态。 （2）、这里其实隐含另外一步，曾经做过最少一次的完整备份。因为所有类型的备份都基于完整备份，如果没有最少一次完整备份，其他类型的备份都是多余的，所以在这里强调一下，在创建完一个新数据库之后，强烈建议甚至强制做一次完整备份。 SELECT database_name,recovery_model,name FROM msdb.dbo.backupset?? 使用上面的语句粗略可以看到有那些数据库做过备份，由于测试，所以做了几次备份，可以看到我这个时间点已经做了备份了。 （3）、确保别人不再连接数据库，然后做一次日志尾部备份： 首先先创建一点数据： [sql]? HYPERLINK file:///C:/Users/Administrator/Desktop/SQLServer%202008%E4%BB%A5%E4%B8%8A%E8%AF%AF%E6%93%8D%E4%BD%9C%E6%95%B0%E6%8D%AE%E5%BA%93%E6%81%A2%E5%A4%8D%E6%96%B9%E6%B3%95%E2%80%94%E2%80%94%E6%97%A5%E5%BF%97%E5%B0%BE%E9%83%A8%E5%A4%87%E4%BB%BD%20-%20MVP%E9%BB%84%E9%92%8A%E5%90%89%20-%20%E5%8D%9A%E5%AE%A2%E9%A2%91%E9%81%93%20-%20CSDN.NET.htm \o view plain view plain HYPERLINK file:///C:/Users/Administrator/Desktop/SQLServer%202008%E4%BB%A5%E4%B8%8A%E8%AF%AF%E6%93%8D%E4%BD%9C%E6%95%B0%E6%8D%AE%E5%BA%93%E6%81%A2%E5%A4%8D%E6%96%B9%E6%B3%95%E2%80%94%E2%80%94%E6%97%A5%E5%BF%97%E5%B0%BE%E9%83%A8%E5%A4%87%E4%BB%BD%20-%20MVP%E9%BB%84%E9%92%8A%E5%90%89%20-%20%E5%8D%9A%E5%AE%A2%E9%A2%91%E9%81%93%20-%20CSDN.NET.htm \o copy cop