今天一个数据库损坏了，不管对 该表 查询、修改、添加 都会出错， 错误信息如下：
I/O error (bad page ID) detected during read at offset 0x0000000171a000 in file “路径文件”
连接中断
导致错误的可能性有：
1：服务器在正常运行的情况下突然断电，导致数据库文件损坏。
2：对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。
但对于以上问题都是无法避免的，庆幸的时，网上找到了解决方法（如下）
当出现这个问题的时候，可能有2种情况：
1 ：附加数据库时，提示 错误：823
2：能成功附加数据库，但查询、修改 某个指定表时，出现 I/O error (bad page ID) detected during 错误。
解决方法：
第一个 附加数据库问题，可以参考：http://blog.csdn.net/shazhuyubaichi/article/details/6696031
第二个问题：
- sp_dboption '数据库名','single user','true'
- Go
- DBCC CHECKDB('数据库名', REPAIR_ALLOW_DATA_LOSS)
- Go
- sp_dboption '数据库名', 'single user','false'
- Go
我比较庆幸，通过以上语句就可以修复了。
以下是网上的一段摘要，我没有测试，先记录下来，以后或许有用。
- 方案１：调用DBCC CHECKDB(‘db_name’,repair_rebuild)修复
- 方案２：若方案１失败，采用下面的方法试一试:
- 首先，在企业管理器中新建一数据库（如数据库名为test）,建好数据库后，停止SQL Server Service Manager，
- 并将客户数据库的MDF文件更名为test_data.mdf(即新建数据库的主文件名)，
- 然后用更名后的文件覆盖新建数据库同名文件，
- 接着，启动企业管理器。对Master数据库将系统表设置为可更改状态
- Use Master
- Go
- sp_configure 'allow updates ', 1
- reconfigure with override
- Go
- 将数据库设为紧急状态：
- update sysdatabases set status = 32768 where name = 'database'
- 停止并重新启动SQL Server Service Manager，并重建Log文件：
- DBCC TRACEON (3604)
- DBCC REBUILD_LOG( 'test', 'test_log_ldf ')
- 将数据库设置为单用户模式，然后进行检测：
- sp_dboption 'test', 'single user ', 'true'
- DBCC CHECKDB( 'test')
- Go
- 此数据库执行CHECKDB的过程中发现一些表的索引被破坏，于是针对具体的表进行重建索引的操作：
- DBCC DBREINDEX（表名）
- 方案３：若无法修复，则只能重备份中进行恢复．