SQL数据库修复.doc

出错状态: 现象1： 数据库后面有“置疑”字样，查看系统事务日记出现以下错误： 错误1--------------------------------------------- 错误: 823，严重度: 24，状态: 2 I/O error 23(数据错误 (循环冗余检查)。) detected during read at offset 0x00000000200000 in file D:\捷作2008\data\test_Data.MDF. 错误2--------------------------------------------- 错误: 3313，严重度: 21，状态: 2 恢复数据库 的日志中记录的操作时出错。出错位置在日志记录 ID (274:377:2)。 错误3--------------------------------------------- 错误: 3313，严重度: 21，状态: 2 Error while redoing logged operation in database test. Error at log record ID (274:377:2). 数据库可以分离，但分离后无法附加，附加时出现“823”号错误。 -------------------------------------------------------------------------------------------------------------微软公司SQL联机从书解释: 错误 823 严重级别 24消息正文 在文件 %4! 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。解释Microsoft? SQL Server? 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。对策检查该设备的可访问性和状态。如果可能，执行硬件诊断并纠正问题。 从最新的数据库备份还原损坏的文件。从数据库备份中还原应始终是修复已损坏数据库的首选方法。 如果没有备份或者检测到的错误是孤立的，则 DBCC CHECKDB 的修复功能可能很有用。然而，比起从备份中还原损坏的文件，可能使用 DBCC CHECKDB 消耗的时间更多，且可能无法恢复全部数据。 注意??如果使用修复子句运行 DBCC CHECKDB 时，问题没有得到纠正，或者不知道该过程将如何影响数据，请与主要的支持提供者联系。 出错原因: 通常这个问题是由于硬盘空间不够/硬盘读写错误/忽然断电(停电/死机),SQL系统异常。 1.日志文件被破坏823错误----------------------日志文件被破坏的数据库文件，通过如下方法附加上去后，数据库里所有的表都不能访问，提示错误832，请问要如何解决？？ use mastergosp_configure allow updates,1goreconfigure with overridego /*注意输正确，如果输入后执行此语句，并且下面显示 DBCC 执行完毕。如果 DBCC 输出了错误信息，请与系统管理员联系。 已将配置选项 allow updates 从 0 改为 1。请运行 RECONFIGURE 语句以安装。 说明执行正确，如果不显示以上信息，请检查是否有输错！ 此语句是的作用是：设置数据库允许直接操作系统表。 */update sysdatabases set status=-32768 where dbid=DB_ID(icyqshsf) /*设置数据库为紧急修复模式。*/godbcc rebuild_log(icyqshsf,e:\Program Files\Microsoft SQL Server\MSSQL\Data\icyqshsf_log.ldf)/*重新数据库日志(ldf)文件。 下面显示: 警告: 数据库 test 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。 将必须重置数据库选项，并且可能需要删除多余的日志文件。*/ go dbcc checkdb(icyqshsf) /*现在检查有没有错误，再输入语法 下面显示 CHECKDB 发现了 0 个分配错误和 0 个一致性错误（在数据库 tiger 中）。 那说明第6步就建立成功没问题了，下面就可以把SQL恢复模式了 */gosp_dboption icyqshsf,dbo use only,falsegosp_configure allow updates,0goreconfigure with overr