数据库恢复：对page header的恢复
前两天在论坛，看到有个网友提问，说是：
格式化磁盘前把.mdf和.ldf拷贝出来了，然后格式化完成后在拷贝回去（拷贝前后都没有错误提示，文件大小也一样），在企业管理器中附加数据库出错，提示“错误823”，附加数据库失败。从网上搜了搜方案：重建同名数据库之类的做法都试过了，都不能解决问题。请问版主或各位高手，有什么解决方案吗？
注：拷贝之前数据库使用正常，并且以前都是此种方法附加的，这次不知如何出现这样的问题了。
帮他尝试恢复：
1、他已经按照网上的方法，新建了一个同名的数据库。
2、停止服务，然后把原始的文件拷贝到目录中。
3、启动服务，发现数据库处于质疑状态。
4、运行如下命令，都报错：打不开数据库
dbcc checkdb(xxx); dbcc checkdb(xxx,repair_allow_data_loss);
5、运行如下命令成功， 设置数据库为紧急模式
Use Master GO sp_configure ‘allow updates‘, 1 reconfigure with override GO UPDATE sysdatabases SET status = 32768 where name = ‘xxx‘ GO
6、再次运行命令，报错：数据库必须处于单用户模式
dbcc checkdb(xxx,repair_allow_data_loss);
7、如果如下命令，设置数据库为单用户模式：
alter database test set single_user
8、再次运行命令，还是报错：数据库必须处于单用户模式
dbcc checkdb(xxx,repair_allow_data_loss);
在这里就觉得很奇怪，明明已经设置为单用户模式了，怎么还报这个错误呢？
在网上找了一下，发现有很多人都有这个问题，但是没有解决办法。
9、尝试运行如下命令，但类似这样的报错：
服务器: 消息 8909，级别 16，状态 1，行 1 表错误: 对象 ID 0，索引 ID 0，页 ID 0。 服务器: 消息 8966，级别 16，状态 1，行 1 未能读取并闩锁页 (1:123456)（用闩锁类型 SH）。sysobjects 失败。
在网上找到一篇文章：
sql server 系统表损坏修复方法 http://wenku.baidu.com/view/901cd511f18583d04964592e
这个文章中提到的解决方法就是，新建一个数据库，通过dts，把原来数据库的数据，导出到新的数据库中，但前提是其中的表都能访问，也就是能够select * from 表，否则就没用了。
那么有没有什么好的办法，能修复呢？
在网上找了一下，发现有专业的数据恢复公司，能恢复这种错误，从文章中提到的信息来看，应该通过直接构造损坏的页面来修复的。
由于这种情况比较难重现，所以这里模拟当某个数据页的page header损坏时，如何手动修复这个数据页，其实就是一个复制粘帖的过程。
1、先创建一个数据库，创建表，插入数据：
create database w go use w go if OBJECT_ID(‘test‘) is not null drop table test select * into test from sys.objects go insert into test select * from test
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
