数据库恢复与修复实战指南

在数据库管理中，可能会遇到各种意外情况，如I/O错误、数据库损坏等。本文将介绍在遇到数据库I/O错误时，如何进行恢复与修复。这一系列操作对于数据库管理员(DBA)和开发者来说都是非常重要的，因为它们可以帮助快速恢复数据库的正常运行。

在一次数据库维护过程中，遇到了一个棘手的问题：数据库出现了I/O错误，而且备份也失败了。这意味着只能依赖于两周前的干净备份，以及当前未备份的事务日志。首先，尝试备份事务日志，但发现数据库处于“可疑”状态，无法直接备份。通过运行T-SQL命令sp_resetstatus ，成功地将数据库状态从“可疑”状态重置。

备份事务日志

数据库状态重置后，尝试使用以下T-SQL命令备份事务日志： BACKUP LOG TO DISK='X:\YourFolder\YourFileNameLOG.bak' 但遗憾的是，备份操作失败，数据库再次回到了“可疑”状态。经过多次尝试和研究，发现当数据库损坏严重时，其状态总是会回到“可疑”。因此，决定将数据库文件（MDF、LDF）和备份文件复制到远程磁盘上，以防止磁盘进一步损坏。

检查磁盘

在等待了大约15分钟后，遇到了一个I/O错误，类似于从严重刮伤的CD或DVD复制文件时出现的错误。检查了事件日志，发现几乎所有的事件都是红色的，错误信息几乎相同，看起来像是在重复使用相同的20个值。

修复磁盘

考虑到可能是磁盘问题，决定检查并整理磁盘。这可能有助于修复可修复的错误，并将数据从日志中提到的偏移量移动到驱动器上的更好位置。整理磁盘花费了大约6个小时，但最终成功地将MDF、LDF和备份文件复制到了一个新的磁盘上。

备份数据库

在确认磁盘已修复后，再次尝试备份事务日志和数据库，这次没有遇到太多问题。还进行了数据库的完整备份，以便在新服务器上恢复。以下是使用的T-SQL命令： BACKUP DATABASE TO DISK='X:\YourFolder\YourFileNameDB.bak' 备份成功后，有了一份真正的备份，接下来就是将其恢复到新机器上。

恢复数据库

恢复数据库后，应用程序开始连接到数据库。然而，检查日志时发现相同的错误（Error: 823）再次出现。联系了一些认识的DBA，但他们也无法给出令人信服的答案。因此，决定依靠自己的直觉，并在Google的帮助下自行解决问题。发现错误可能是旧数据库的残留物，因此在应用程序开始使用之前修复它是最佳选择。使用了以下T-SQL命令进行修复： USE [master]
GO
ALTER DATABASE SET SINGLE_USER WITH ROLLBACK IMMEDIATE
GO
ALTER DATABASE SET SINGLE_USER
DBCC CHECKDB , REPAIR_REBUILD) WITH ALL_ERRORMSGS, NO_INFOMSGS
GO
ALTER DATABASE SET MULTI_USER
GO