SQLServer恢复表级数据详解

最近几天，公司的技术维护人员频繁让我恢复数据库，因为他们总是少了where条件，导致update、delete出现了无法恢复的后果，加上那些库都是几十G。恢复起来少说也要十几分钟。为此，找了一些资料和工作总结，给出一下几个方法，用于快速恢复表，而不是库，但是切记，防范总比亡羊补牢好。

在生产环境或者开发环境，往往都有某些非常重要的表。这些表存放了核心数据。当这些表出现数据损坏时，需要尽快还原。但是，正式环境的数据库往往都是非 常大的，统计数据表明，1T的数据库还原时间接近24小时，所以因为一个表而还原一个库，不单空间，甚至时间上都是一个很大的挑战。本文介绍如何恢复单 表，而不需要恢复整个库。

现在假设一个表：TEST_TABLE。我们需要尽快恢复这个表，并且把恢复过程中对其他表和用户的影响降到最低。

SQLServer（特别是2008以后），具有很多备份及恢复功能：完整、部分、文件、差异和事务备份。而恢复模式的选择严重影响备份策略和备份类型。

下面是几个可供参考的方案，但是记住，各有好坏，应该按照实际需要选择：

方案1：恢复到一个不同的数据库：

对于小数据库来说不失为一种好的办法，用备份还原一个新的库，并把新库中的表数据同步回去。你可以做完整恢复，或者时间点恢复。但是对于大数据库，是非常耗时和耗费磁盘空间的。这个方法仅仅用于还原数据，在还原数据（就是同步数据）的时候，你要考虑触发器、外键等因素。

方案2：使用STOPAT来还原日志：

你可能想恢复最近的数据库备份，并回滚到某个时间点，即发生意外前的某个时刻。此时可以使用STOPAT子句，但是前提是必须为完整或大容量日志恢复模式。下面是例子：

RESTORE DATABASE 需要恢复的数据库 
 FROM 数据库备份 
 WITH FILE=3, NORECOVERY ; 
 
RESTORE LOG需要恢复的数据库 
 FROM数据库备份 
 WITH FILE=4, NORECOVERY, STOPAT = 'Oct 22, 2012 02:00 AM' ; 
 
RESTORE DATABASE 需要恢复的数据库 WITH RECOVERY ;  

查看更多关于SQLServer恢复表级数据详解的详细内容...