MSSQLSERVER_9004

适用于:SQL Server (所有受支持的版本)

详细信息

Attribute
产品名称 SQL Server
事件 ID 9004
事件源 MSSQLSERVER
组件 SQLEngine
符号名称 LOG_CORRUPT
消息正文 处理数据库 '%.*ls' 的日志时出错。 如果可能,请从备份还原。 如果没有可用备份,可能需要重新生成日志。

说明

在回滚、恢复或复制期间处理日志时出错。 这可能表明操作系统检测到错误,或者 SQL Server 检测到内部一致性错误。
SQL Server 数据库引擎 在读取和处理事务日志内容时对其一致性执行逻辑检查。 对日志标头、日志块和日志记录的检查并不涉及所有方面。 状态编号提供有关故障类型的更多信息:

  • 状态 1:虚拟日志文件 (VLF) 的日志文件标头已损坏。 在服务启动时,如果在启动数据库期间找到了已损坏的日志文件标头,则在错误日志中只能看到错误 9004。 “日志文件标头”是事务日志中每个 VLF 的第一个部分。 日志文件标头不等同于日志文件的单个文件头,也不是前 8 KB。 如果日志文件的文件头已损坏,你可能会收到消息 5172,类似于数据库文件标头页损坏。
  • 状态 2 和 3 在 RESTORE 操作期间执行恢复时,日志块无效。
  • 状态 4 到 12 处理日志记录时,这些对日志块进行了各种检查。 其中包括奇偶校验、扇区和其他对事务日志一致性的逻辑检查

在大多数情况下,此错误仅在错误日志或 Windows 应用程序事件日志中出现,其 EventID = 9004,因为处理日志的操作不是基于直接用户命令的(如在 SQL Server 引擎启动时运行恢复)。 在这些情况下,错误 9004 通常会与错误 3414 同时出现。 但是,某些查询(如 ALTER DATABASE)可能需要处理日志,因此会看到这些错误。 由于错误的严重性为 21,用户会话已断开连接。

原因

错误 9004 是一个一般性错误,它指示事务日志的内容已损坏。 日志变得不一致的原因与 SQL Server 引擎检测到任何数据库损坏问题的原因类似。 若要查明日志损坏的原因,应遵循针对数据库损坏所用的类似技术,其中包括对可能的硬件、文件系统和 I/O 问题的分析。 请注意,DBCC CHECKDB 在操作中不会检查事务日志,并且无法检测出日志损坏错误。 SQL Server 引擎本身会引发错误 9004。

用户操作

执行以下操作之一将更正此错误:

  • 从备份还原:从已知良好的备份还原以从此问题恢复。 如果数据库或日志备份的日志部分包含损坏的内容,则在还原时可能会遇到错误 9004。 在这种情况下,备份中的事务日志已损坏。

  • 重新生成日志:如果无法从备份还原,则可以通过重新生成事务日志使数据库联机。 应仔细了解重建事务日志的后果。 其中包括“数据库中可能出现事务一致性缺失”。 有关如何重新生成事务日志的更多信息,请参阅在数据库紧急模式下纠正错误

  • 检查日志中是否存在系统问题:另外,查看系统事件日志和错误日志,以识别系统内可能导致错误的问题。