MS SQL Server数据库清理错误日志的方法

SQL服务器磁盘空间告急，数据库无法访问。远程排查发现，原来是SQL错误日志文件疯狂增长所致。这个巨大的日志怪兽，在短短一秒钟内就能产生上百兆的数据，迅速吞噬磁盘空间。接下来，让我们共同揭示这个问题的解决之道。

SQL错误日志，作为数据库运行的“记事本”，记录了运行过程中遇到的各种问题以及重要信息。这些日志文件对于排错至关重要，通常我们不会随意清理它们。每次服务器重启时，SQL会自动删除最老的日志文件并生成新的日志文件。但这次，问题出现了。

深入查看数据库的日志文件，发现大量充斥着query notification dialog的信息，而且出现频率极高，导致日志文件迅速膨胀。通过搜索引擎，我们了解到这个问题与service broker的消息机制有关。可以使用跟踪标记DBCC TraceOn(4133,-1)来消除这些通知信息。但现在的当务之急是如何迅速清理这些庞大的日志文件。

最简单的方法似乎是直接删除这些日志文件，但这涉及到停止SQL Server服务，可能会导致缓存中的数据丢失，这并不是我们的首选方案。那么，正确的做法是什么呢？

答案是执行语句EXEC sp_cycle_errorlog;。每执行一次这个命令，SQL会自动初始化一个日志文件，清空日志内容。当SQL有7个日志文件时（默认设置），需要执行7次该操作，每次都会清空时间最老的日志文件。在实际操作中，即使面对几十GB的日志文件，该命令也能迅速清空，非常便捷。

那么，有没有办法设置每个日志文件的固定大小呢？这个问题涉及到了注册表中的设置和SQL版本的选择。尽管有资料提到可以在SQL2012版本的注册表中设置ErrorLogSizeInKb的大小，但这个设置在其他版本中可能无效。这个高级设置需要有兴趣的朋友进一步验证和。

对于客户的SqlServer 2000版本遇到的问题——因为日志过大导致无法附加数据库——我们有特定的解决步骤：首先确保企业管理器没有打开任何数据库；然后设置数据库为紧急状态并重建数据库日志文件；最后验证数据库一致性并设置数据库为正常状态。这些步骤为恢复数据库提供了具体指导。在执行这些操作后，你需要检查每个表的数据是否完整。如果发现问题，可能需要寻求专业的数据恢复服务。

管理SQL错误日志是确保数据库正常运行的重要一环。通过合理的设置和操作，我们可以避免日志文件过大导致的各种问题，确保数据库的持续稳定运行。