SQL Server 2005灾难恢复方法和步骤(二)

日期: 2009-02-05 来源:TechTarget中国 英文


 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:DBBackupNorthwindBackup.bak’
  WITH MOVE N’Northwind’ TO N’D:DBBackupNorthwindData_recover.mdf’,
  MOVE N’Northwind_Log’ TO N’D:DBBackupNorthwindLog_recover.ldf’,
  STANDBY = N’D:DBBackupNorthwind_UNDO.bak’,
  STATS = 10
  GO
  RESTORE LOG Northwind_recover
  FROM DISK = N’D:DBBackupNorthwindBackupLog.trn’
  WITH STANDBY = N’D:DBBackupNorthwind_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:DBBackupNorthwindBackupLog.trn’
  WITH STANDBY = N’D:DBBackupNorthwind_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:DBBackupNorthwindBackupLog.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]
  )


  请注意,我们使用数据库快照来识别我们所设法还原的和我们所恢复的区别。  

我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。

我原创,你原创,我们的内容世界才会更加精彩!

【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

电子邮件地址不会被公开。 必填项已用*标注

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

相关推荐