SQL的错误 错误: 823，严重度: 24，状态: 2。

数据文件损坏了，如果之前有完全备份恢复一个完全备份，注意恢复前先备份尾日志。

备份尾日志的方法是在backup 语句后加上no_truncate选项

比如

backup log portalse1 to disk='d:\portalse1trn' with no_truncate

另外还有可能是硬盘出问题了，用磁盘扫描检查一下磁盘。

824错误表明 Windows 报告已从磁盘成功读取页，但 SQL Server 检测到页中存在错误。可能出现的原因有如下几种：

SQL Server 使用 Windows API 的 [例如 ReadFile、 写文件、 ReadFileScatter、 WriteFileGather] 执行 I/O *** 作。在执行这些 I/O *** 作，SQL Server 检查任何与这些 API 调用相关联的错误情况。如果这些 API 调用失败并出现 *** 作系统错误，SQL Server 将报告错误 823。可实际上，Windows API 调用成功，但 I/O *** 作传送的数据可能会遇到了逻辑一致性问题的情况。通过错误 824 报告这些逻辑一致性问题。

在附加数据库时，出现823错误时，可按以下方法 *** 作：

EXEC sp_configure 'allow updates ',1 RECONFIGURE WITH OVERRIDE / 打开修改系统表的开关 /

update sysdatabases set status = 32768 where name = '数据库名 '

DBCC REBUILD_LOG ( '数据库名 ', 'E: dzzdatabase dzz1204_LogLDF ' )

update sysdatabases set status = 0 where name = '数据库名 '

restore database 数据库名 WITH RECOVERY

EXEC sp_configure 'allow updates ',0 RECONFIGURE WITH OVERRIDE / 关闭打开修改系统表的开关 /

关于823错误的 SQL-SERVER 中的帮助：

================================

错误 823

严重级别 24

消息正文

在文件 ' '%4! ' ' 的偏移量 %3! 处的 %2! 过程中，检测到 I/O 错误 %1!。

解释

Microsoft SQL Server 在对某设备进行读或写请求时遇到 I/O 错误。该错误通常表明磁盘问题。但是，错误日志中在错误 823 之前记录的其它核心消息应指出涉及了哪个设备。

对策

检查该设备的可访问性和状态。

如果可能，执行硬件诊断并纠正问题。

从最新的数据库备份还原损坏的文件。从数据库备份中还原应始终是修复已损坏数据库的首选方法。

如果没有备份或者检测到的错误是孤立的，则 DBCC CHECKDB 的修复功能可能很有用。然而，比起从备份中还原损坏的文件，可能使用 DBCC CHECKDB 消耗的时间更多，且可能无法恢复全部数据。

注意 如果使用修复子句运行 DBCC CHECKDB 时，问题没有得到纠正，或者不知道该过程将如何影响数据，请与主要的支持提供者联系。

以上就是关于SQL的错误 错误: 823，严重度: 24，状态: 2。全部的内容，包括:SQL的错误 错误: 823，严重度: 24，状态: 2。、SQL附加数据库，提示824错误、sql server2000数据库文件错误能否修复等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！