利用SQLServer数据库清理错误日志的方法

SQL错误日志在数据库操作过程中遇到的各种问题和一些重要信息，由于我们平时需要调试，不会主动清理这些日志文件，只有每次重启服务器，SQL才会自动删除旧日志文件，并生成新的日志文件。
通过查看服务器上的服务器上的日志文件，发现有很多关于查询通知对话框的信息，而且频率非常高，导致日志文件增长得非常快。
通过谷歌，我们知道这个错误与服务代理的消息机制有关。我们可以通过跟踪标签消除这种信息：DBCC TRACEON（4133 - 1）。
但现在如何摆脱这些是目前最紧迫的日志信息问题，最简单的方法是将日志文件删除到SQL日志目录中，但考虑到需要在删除前停止SQL Server服务，可能导致缓存中数据丢失，因此不推荐使用。
那么，正确的做法是什么呢
执行以下语句：
执行sp_cycle_errorlog；
每次执行SQL，它都会自动初始化一个日志文件并清空日志的内容。当SQL有7个日志文件时，它执行7个操作。
读者不必担心花很长时间。我已经在我的身边一个40G，并且文件清空命令后立即执行。在时间的急救，这是特别方便。
那么有没有方法来设置每个日志文件的固定大小呢
After checking the information, someone said that the size of ErrorLogSizeInKb can be set up in the registry, but it is limited to SQL2012. 其他版本的数据库设置无效。我没有核实这一点，有兴趣的朋友可以和他们讨论。
数据库日志记录和错误恢复
对于2000版本的客户的SQLServer的原因，因为日志太大，没有管理，没有空间，然后客户数据库（表示要删除日志200g日志。），然后显示误差分离，但在数据库已经被刷新后分离，删除日志，这数据库无法连接，通过网上查询，总结出以下措施，幸运的是，有用的表没有损坏，只有统计数据是腐败的，但没关系反正。作业将重置表。
-确保企业管理器不打开任何数据库
-设置数据库紧急情况
使用主
去
sp_configure'allow更新，1
去
RECONFIGUREWITHOVERRIDE
去
-将数据库设置为紧急模式
更新sysdatabases设置状态= 32768，DBID = db_id（'procurement）
-重建数据库日志文件
DBCC rebuild_log（'procurement，想： procurement_log .ldf）
验证数据库一致性（遗漏）
DBCC CHECKDB（'procurement）
-将数据库设置为正常
sp_dboption'procurement '，'dbo只使用'假'，
在最后一步中，我们将允许系统目录直接在步骤E中修改恢复。
sp_configure'allow更新，0
去
RECONFIGUREWITHOVERRIDE
去
现在允许您的数据库连接。现在您可以看到每个表的数据是否有问题。如果有任何问题，你只能找到专业的数据回复。