sql server 查询出错（校验和失败）

http://www.cnblogs.com/CareySon/category/518741.html

如果我们存在完善的备份的话，我们可以通过备份进行页还原（在此再次强调一下对于DBA来说，有”备”无患），一个简单的页还原代码如代码清单1所示。

USE [master]

RESTORE DATABASE [Corrupt_DB] PAGE='1:155'

FROM  DISK = N'C:\xxx.bak'

WITH  FILE = 1,  NORECOVERY,  NOUNLOAD,  STATS = 5

从备份中还原文件ID1中的第155页
http://www.cnblogs.com/nzperfect/archive/2009/09/27/1575102.html
当你从sql server log里或是在程序查询数据库或是定期通过DBCC CHECKDB为数据库做体检的时候，出现了页损坏或校验和出错信息时，如： 

---------------------------------------------------------------------------------------------------------------------------------
M8928sg , Level 16, State 1, Line 1

Object ID 2088535921, index ID 0, partition ID 72345201021503994, alloc unit ID 72345201051571606 (type In-row data): Page (1:94299) could not be processed.  See other errors for details.

Msg 8939, Level 16, State 98, Line 1
Table error: Object ID 2088535921, index ID 0, partition ID 72345201021503994, alloc unit ID 72345201051571606 (type In-row data), page (1:94299). Test (IS_OFF (BUF_IOERR, pBUF->bstat)) failed.

CHECKDB found 0 allocation errors and 2 consistency errors in table 'yourtable' (object ID 2088535921).

CHECKDB found 0 allocation errors and 2 consistency errors in database 'yourdb'.

repair_allow_data_loss is the minimum repair level for the errors found by DBCC CHECKDB (yourdb).
---------------------------------------------------------------------------------------------------------------------------------

现在我们应该如何做？

1.通过上面的提示，告诉我们：对象 2088535921出错，它是一个表，页面为1:94299
2.接下来，我们判断损坏的页在堆上还是聚集索引还是非聚集索引，sql server方法为：

    dbcc traceon (3604, -1)

    go

    dbcc page('yourdb', 1, 94299, 3)

    go

  在输出的结果里(会报错，但可以看到页头信息)，可以看到

    Metadata: IndexId = n  

  如果n是0而表示是堆，1表示是聚集索引，>1是表示非聚集索引
  ps:其实从提示信息的Object ID 2088535921, index ID 0 ，也可以简单判断是堆.
3.根据上面的第2步，我们知道这个页面是堆，这对我们来讲，不是好消息，因为如果是>1，我们可以删除该非聚集索引，再重建索引，不会丢失数据，而0或1则是元数据受损，这意味着有丢失元数据的可能性。
  那么如何仅仅修复这个数据页呢，这里我们假设该库是full模式，并且有良好的备份策略，有全备和日志备份。
  那么我们可以进行页面级还原操作，步骤如下：

  a.首先进行一次日志备份，如果你不放心，还可以再做一个全备；

    backup log yourdb to disk='D:\DBBak\yourdb_a.trn'

  b.通过完整备份来恢复该page. (yourdb.bak是一个全备。)；

    restore database yourdb page= '1:94299' from disk='D:\DBBak\yourdb.bak' with norecovery

  c.恢复这个全备之后的差异(假设有差异yourdb.dif），如果没有差异备，直接到d步骤；

    restore database yourdb from disk='d:\DBBak\yourdb.dif'  with norecovery

  d.恢复之后的log备份,可能有多个(假设为yourdb_1.trn,yourdb_2.trn)；

    restore log yourdb from disk='d:\DBBak\yourdb_1.trn' with norecovery

    restore log yourdb from disk='d:\DBBak\yourdb_2.trn' with norecovery

    restore log yourdb from disk='d:\DBBak\yourdb_a.trn' with norecovery

  e.做一个最新的日志备；

    backup log yourdb to disk='D:\DBBak\yourdb_e.trn'

  f.还原最后的(e步骤)日志备份；

    restore log yourdb from disk='d:\DBBak\yourdb_e.trn' with recovery

  g.结束
4.经过步骤三之后，我们再来检查一下该表是否还有错,从提示信息Object ID 2088535921里，我们查出表名tbname；

    tbname: select object_name(2088535921)

    然后 dbcc checktable('yourtable')检测，如果没有报错，则表示修复完成
5.最后，对整个库再做一次dbcc checkdb检查；

ps:需要注意的是，sql server 的page级恢复在企业版和开发版中，支持联机恢复page数据，在标准版只能脱机修复；
在dbcc checkdb修复选项里，用repair_rebuild修复数据，联机文档称是不丢失数据，但在某些环境下可能也会丢失数据，不过，我没遇到过：）
用repair_allow_data_loss选项时，联机文档称可能会丢失数据，而对于堆或聚集索引的页损坏，sql server 会释放该页面，造成数据的丢失，但repair_allow_data_loss选项有两种情况是不会丢失数据，一种是非聚集索引上的页错误，另外是lob页数据错误。