本篇进入数据库灾难恢复第五篇，从本篇开始，主要深入讲述一些数据page损坏的问题，先从容易修复的非聚集索引开始。

通常，处理数据损坏的情况按三个步骤进行：

1.确定损坏(使用DBCC CHECKDB)
2.确定损坏的对象及对象类型(如索引页、分配页等)
3.确定适合的修复方法

确定损坏
当我们在做一些例行完整性检查或者收到一些其它的错误或警告，如果有一个page损坏的信息，不要直接就去处理这个页面，应该先对数据库运行DBCC CHECCKDB做一下全面检查，以确定是不是其它页面造成的。

使用DBCC CHECKDB可让看到哪些page损坏，我们通过使用No_InfoMsgs选项过滤不需要的信息，同时使用All_ErrorMsgs确保返回所有错误，为了可读性，我们用TableResults 选项将其结果格式化成表，如：

DBCC CheckDB(AdventureWorksDW2012)
    With No_InfoMsgs, All_ErrorMsgs, TableResults;

SELECT DB_NAME(database_id),[file_id],page_id,
CASE event_type
WHEN 1 THEN '823 or 824 or Torn Page'
WHEN 2 THEN 'Bad Checksum'
WHEN 3 THEN 'Torn Page'
WHEN 4 THEN 'Restored'
WHEN 5 THEN 'Repaired (DBCC)'
WHEN 7 THEN 'Deallocated (DBCC)'
END,
error_count,
last_update_date
FROM msdb..suspect_pages

确定适合的修复方法

从上面的结果，我们知道是需要修复一个非聚集索引，由于聚集索引或堆没有损坏，所以最简单的方法是删除再重新它。不过在这里，我们也试一下重建索引(rebuild index)和创建索引时使用Drop_Existing选项是否可以呢？

首先，我们通过下面的SQL得到表名和索引名：

Select Object_Name(object_id) As TableName, name As IndexName
From sys.indexes
Where object_id = 341576255
and index_id = 2

-- Rebuild the index??
Alter Index IX_FactResellerSales_CurrencyKey
    On dbo.FactResellerSales
    Rebuild;

The statement has been terminated.
Msg 824, Level 24, State 2, Line 2
SQL Server detected a logical consistency-based I/O error: incorrect pageid (expected 1:7171; actual 0:0). It occurred during a read of page (1:7171) in database ID 5 at offset 0x00000003806000 in file 'D:\SQL2012\Data\AdventureWorksDW2008R2_Data.mdf'.  Additional messages in the SQL Server error log or system event log may provide more detail. This is a severe error condition that threatens database integrity and must be corrected immediately. Complete a full database consistency check (DBCC CHECKDB). This error can be caused by many factors; for more information, see SQL Server Books Online.

总结
本篇展示的是一个比较容易修复的非聚集索引问题，当我们到一个损坏的page信息时，不要慌，也不要急着直接去修复这个page，而是按照本文的三个步骤来确定最终需要修复谁，在下一篇将会讲述其它的损坏类型：分配页损坏。

下载文中示例用到的数据库及示例SQL.