DBCC CHECKIDENT ('tableName')
--Displays the number of rows you have for the restored table
GO |
这将返回IDENTITY列的最大值。让我们假设这张表每天的事务数目大约是4000条记录，我们可以在最大值和下一个值之间创建一个间隙。如果IDENTITY列的最大值是25000，我们需要将4000加到这个值中，并且再次执行带有RESEED参数的DBCC CHECKIDENT命令(我们简单假设你在一天之内可以恢复失去的数据，那就是值为400)：
DBCC CHECKIDENT ('tableName'， RESEED， 29000 )
--Creates a gap of for the IDENTITY column to start the next value at 29000
GO |
6) 使数据库联机
一旦你已经成功做到上面的步骤，那么就更改数据库选项使它联机并且允许用户连接到数据库和运行他们的应用程序。
USE master
GO
ALTER DATABASE Northwind
SET MULTI_USER
GO |
现在数据库已经重新联机并且删除的表已经恢复。虽然现在每个人都很开心，但是作为数据库管理员，我们的工作不能就此止步。记住我们仍然需要恢复从已知良好时间点到执行DROP TABLE命令之前的缺失数据。这是我们能够恢复尽可能多的数据的唯一途径。尽管我们可以用一些第三方工具来读取事务日志和通过重放这些事务来恢复数据，但是绝大多数人没有使用这些工具的奢侈权利。所以我们下一个最好的方法是使用带有STOPAT选项的RESTORE从句。这可能有些繁琐，有时也很让人有压力，因为一个错误会让你陷入重复地执行整个过程的状态。我们所需要做的就是找出我们做备份的时间，直到事务日志备份结束。在我们的场景中，上次的备份在早上6:00，而你的已知良好时间点在早上10:42.44。因此，你可以从早上10:42.44开始执行带有STOPAT选项的RESTORE命令，并且把STOPAT时间值改成可能一秒。如果你不是很确定上次备份发生的时间，你可以一直查询MSDB数据库。
SELECT *
FROM msdb.dbo.backupset AS a
INNER JOIN msdb.dbo.backupmediafamily AS b
ON a.media_set_id = b.media_set_id
WHERE database_name = 'Northwind'
ORDER BY backup_finish_date |
请注意backup_finish_date和type栏，因为这些栏将会让你知道什么时候你需要考虑RESTORE命令中的STOPAT值。
7) 用不同的名称恢复另一个损坏数据库的副本以便于研究
用不同的名称来还愿损坏数据库的另一个副本可以让我们致力于数据的还原，而不用担心可用性，这是因为我们已经成功建立一个生产数据库。你只要确定你为恢复数据库选择了不同的名称和数据库文件位置，或者你可以结束损坏已经建立的数据库。我们将重复步骤四所做的，但是在这里使用不同的名称和数据文件位置。
RESTORE DATABASE Northwind_recover
FROM DISK = N'D:\DBBackup\NorthwindBackup.bak'
WITH MOVE N'Northwind' TO N'D:\DBBackup\NorthwindData_recover.mdf'，
MOVE N'Northwind_Log' TO N'D:\DBBackup\NorthwindLog_recover.ldf'，
STANDBY = N'D:\DBBackup\Northwind_UNDO.bak'，
STATS = 10
GO
RESTORE LOG Northwind_recover
FROM DISK = N'D:\DBBackup\NorthwindBackupLog.trn'
WITH STANDBY = N'D:\DBBackup\Northwind_UNDO.bak'，
STATS = 10， STOPAT = '2008-09-23 10:42:44.00'
GO |
记录你的STOPAT参数值，因为这将是你在这个过程中使用到的最关键的参数。由于我们只是重复了步骤四的过程，我们肯定知道这个时候还没有执行DROP TABLE命令。 8) 通过提高STOPAT参数值来还原事务日志
我们执行RESTORE LOG命令，通过一分钟 – 从10:42:44.00到 10:43:44.00来增加STOPAT参数值。
RESTORE LOG Northwind_recover
FROM DISK = N'D:\DBBackup\NorthwindBackupLog.trn'
WITH STANDBY = N'D:\DBBackup\Northwind_UNDO.bak'，
STATS = 10， STOPAT = '2008-09-23 10:43:44.00'
GO |
这是它重复的部分。不要因为它确实繁琐而感到烦恼。你可以通过1分钟，5分钟，10分钟和记录这些时间来增加这个值。记住在执行RESTORE LOG命令之后在删除的对象上运行一个测试查询。我建议在这个活动上创建一张表，这张表看起来像这样：
TIMEOBJECT EXISTED？
10:43:44.00YES
10:48:44.00YES
10:58:44.00YES
11:03:44.00NO |
有了这个信息，你就可以很肯定地知道这张表在10:58:44.00与 11:03:44.00之间被删除。你可以重复步骤8，并且因为你已经在一个更小的时间间隔内操作，你可以在一分钟甚至一秒内增加STOPAT参数值，如果你觉得自己过度关注STOPAT参数的时间值，那么请返回带有你在步骤八中记录的列表信息的步骤七，使恢复过程更快进行。你只需要记住在上次的 RESTORE LOG语句中使用WITH RECOVERY选项，例如：
RESTORE LOG Northwind_recover
FROM DISK = N'D:\DBBackup\NorthwindBackupLog.trn'
WITH STATS = 10， STOPAT = '2008-09-23 11:01:44.00'， RECOVERY
GO |
一旦你设法把数据库恢复到执行DROP TABLE命令之前，你就可以在生产数据库上所做的还原和恢复所做的作一个比较。你可以用很多种方式实现这一点。由于我们已经有一个之前创建好的数据库快照，所以我们也用它来做灾难恢复。先前关于SQL Server 2005 tablediff命令行工具的方法可以让你可以了解如何使用这个工具但是只强调你的源数据库将是你恢复的那个数据库，并且目的数据库将是你的数据库快照。这是为什么你的数据库快照被证实是很重要的，尤其是如果你处理不只是一个平常的对象。如果你不习惯用命令行工具，那么可以参考一个由来自 SQLTeam.com的成员创建的GUI版本。你可能也想确定这些并且把它放在你的DBA工具栏中。
你也可以执行一个INSERT/SELECT操作，在基于恢复数据库的一个查询的生产数据库上插入纪录。因为我们的Order Details表没有IDENTITY栏，所以可以通过在一张临时表中插入纪录和使用ROW_NUMBER()函数来自己创建这一栏。
--This inserts records in a temporary table and assigns a dummy identity value for reference
SELECT ROW_NUMBER() OVER (ORDER BY OrderID) AS ROWID， *
INTO Northwind_recover.dbo.OrderDetailsRecover
FROM [Order Details]
--This inserts recovered records from the recovered database into the production database based on
--the dummy identity valuewe have assigned for reference
INSERT INTO Northwind.dbo.[Order Details] (OrderID，ProductId，UnitPrice，Quantity，Discount)
SELECT OrderID，ProductId，UnitPrice，Quantity，Discount
FROM Northwind_recover.dbo.OrderDetailsRecover
WHERE ROWID>
(
SELECT COUNT(*)
FROM Northwind_RestorePointSnapShot.dbo.[Order Details]
) |
请注意，我们使用数据库快照来识别我们所设法还原的和我们所恢复的区别。