SQL Server 2005灾难恢复步骤

核心提示：6) 使数据库联机一旦你已经成功做到上面的步骤，那么就更改数据库选项使它联机并且允许用户连接到数据库和运行他们的应用程序，SQL Server 2005灾难恢复步骤(3)，USEmasterGOALTERDATABASENorthwindSETMULTI_USERGO现在数据库已经重新联机并且删除的表已经恢复，虽然现在

6) 使数据库联机

一旦你已经成功做到上面的步骤，那么就更改数据库选项使它联机并且允许用户连接到数据库和运行他们的应用程序。

USEmaster
GO
ALTERDATABASENorthwind
SETMULTI_USER
GO

现在数据库已经重新联机并且删除的表已经恢复。虽然现在每个人都很开心，但是作为数据库管理员，我们的工作不能就此止步。记住我们仍然需要恢复从已知良好时间点到执行DROP TABLE命令之前的缺失数据。这是我们能够恢复尽可能多的数据的唯一途径。尽管我们可以用一些第三方工具来读取事务日志和通过重放这些事务来恢复数据，但是绝大多数人没有使用这些工具的奢侈权利。所以我们下一个最好的方法是使用带有STOPAT选项的RESTORE从句。这可能有些繁琐，有时也很让人有压力，因为一个错误会让你陷入重复地执行整个过程的状态。我们所需要做的就是找出我们做备份的时间，直到事务日志备份结束。在我们的场景中，上次的备份在早上6:00，而你的已知良好时间点在早上10:42.44。因此，你可以从早上10:42.44开始执行带有STOPAT选项的RESTORE命令，并且把STOPAT时间值改成可能一秒。如果你不是很确定上次备份发生的时间，你可以一直查询MSDB数据库。

SELECT*
FROMmsdb.dbo.backupsetASa
INNERJOINmsdb.dbo.backupmediafamilyASb
ONa.media_set_id=b.media_set_id
WHEREdatabase_name='Northwind'
ORDERBYbackup_finish_date

请注意backup_finish_date和type栏，因为这些栏将会让你知道什么时候你需要考虑RESTORE命令中的STOPAT值。

7) 用不同的名称恢复另一个损坏数据库的副本以便于研究

用不同的名称来还愿损坏数据库的另一个副本可以让我们致力于数据的还原，而不用担心可用性，这是因为我们已经成功建立一个生产数据库。你只要确定你为恢复数据库选择了不同的名称和数据库文件位置，或者你可以结束损坏已经建立的数据库。我们将重复步骤四所做的，但是在这里使用不同的名称和数据文件位置。

RESTOREDATABASENorthwind_recover
FROMDISK=N'D:DBBackupNorthwindBackup.bak'
WITHMOVEN'Northwind'TON'D:DBBackupNorthwindData_recover.mdf',
MOVEN'Northwind_Log'TON'D:DBBackupNorthwindLog_recover.ldf',
STANDBY=N'D:DBBackupNorthwind_UNDO.bak',
STATS=10
GO
RESTORELOGNorthwind_recover
FROMDISK=N'D:DBBackupNorthwindBackupLog.trn'
WITHSTANDBY=N'D:DBBackupNorthwind_UNDO.bak',
STATS=10,STOPAT='2008-09-2310:42:44.00'
GO

记录你的STOPAT参数值，因为这将是你在这个过程中使用到的最关键的参数。由于我们只是重复了步骤四的过程，我们肯定知道这个时候还没有执行DROP TABLE命令。