|
|
一个客户的数据库坏掉了，只有.bak格式的备份文件，但是还原时提示“内部一致性错误”，我也修复不了，完蛋了。只有问客户要.mdf和.ldf这两个文件了，如果有的话，那一切万事大吉了，哎，最倒霉的时客户没有保存.mdf与.ldf文件，重装数据库时，给覆盖了，这下彻底完蛋了。同事给出了个招，就是用硬盘数据恢复软件恢复那两个文件，看能不能找到，找到就有办法修复了，不幸中的万幸，呵呵，给恢复出来了，因此用如下步骤把客户的数据给修复好了，给大家分享一下：
1. 首先确认已经备份了.mdf和.ldf文件。
2. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。
3. 用原有的.mdf和.ldf文件覆盖新建数据库对应的.mdf和.ldf文件。
4. 重新启动SQL Server服务，这是应该会看到这个数据库处于置疑（Suspect）状态。（人品好的话，这个时候数据库就已经恢复正常了，上次xrf的数据库就是这样被我恢复的。人品不好的话，下面的步骤也不行，我有一次就是找了一个北京做数据恢复的公司才恢复完毕。）
5. 在SQL查询分析器中执行以下命令，以允许更新系统表：
use master
go
sp_configure ‘allow updates’,1
reconfigure with override
go
6. 将这个数据库置为紧急模式：
update sysdatabases set status = 32768 where name = 'db_name'
go
7. 使用DBCC CHECKDB命令检查数据库中的错误：
DBCC CHECKDB(‘db_name’)
GO
8. 如果DBCC CHECKDB命令失败，请转至第10步，否则先将数据库置为单用户模式，再尝试对其进行修复：
sp_dboption 'db_name',’single user’,’true’
DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)
GO
如果在执行DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)命令时提示说数据库未处于单用户模式状态的话，则重新启动SQL Server服务，然后继续尝试。
9. 如果DBCC CHECKDB(‘db_name’, REPAIR_ALLOW_DATA_LOSS)命令失败，请转至第10步，否则若成功修复了数据库中的错误：
重新执行DBCC CHECKDB(‘db_name’)命令，确认数据库中已没有错误存在。
清除数据库的置疑状态：sp_resetstatus 'db_name'
清除数据库的单用户模式状态：sp_dboption 'db_name',’single user’,’false’
重新启动SQL Server服务，如果一切正常的话，则数据库已经成功恢复。
10. 如果以上步骤都不能解决问题的话，请参考附件中的文档尝试通过重建事务日志来恢复数据库中的数据。
如果您只有MDF文件，问题就更加复杂一些，我们需要直接重建事务日志了:
1. 在SQL Server中新建一个同名的数据库，然后停止SQL Server服务。
2. 用原有的ldf文件覆盖新建数据库对应的.mdf文件，将其日志文件（.ldf）删除。
3. 启动SQL Server服务，并将数据库置为紧急模式（同上: 步骤5和步骤6）。
4. 停止并重新启动SQL Server服务。
5. 执行以下命令重建数据库日志文件：(下面是个示例，您要用您实际的数据库名)
DBCC REBUILD_LOG（’cas_db’, 'D:\cas_db\cas_db_Log.LDF'）
6. 重新将该数据库置为单用户模式。
7. 再次尝试使用DBCC CHECKTABLE或DBCC CHECKDB命令检查并修复数据库中的错误
|
|
本帖子中包含更多资源
您需要 登录 才可以下载或查看，没有帐号？立即注册
x
|
发表于 2024-1-10 23:19:31
