导致错误的可能性有:
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
方案1:调用DBCC CHECKDB(‘db_name’,repair_rebuild)修复 方案2:若方案1失败,采用下面的方法试一试: 首先,在企业管理器中新建一数据库(如数据库名为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(表名) 方案3:若无法修复,则只能重备份中进行恢复.