出错状态: 现象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 master go sp_configure 'allow updates',1 go reconfigure with override go /*注意输正确，如果输入后...
