我想尽量减少 SQL Server 2012 日志中某些警告和消息的输出，例如当 spid 被终止时。我无法找到有关抑制/扩展哪些消息实际发送到错误日志的信息。这是通过跟踪标志完成的吗？
我正在尝试减少我们的开发数据库服务器上的警告数量，并将其限制为合法错误。我们有开发人员在同一台服务器上的多个数据库中杀死 spid 或刷新查询缓存以进行性能调整（使用索引调整、强制有意的表争用、创建死锁等）。让日志文件充满这些警告只是一种烦恼，我想看看是否可以抑制。
AskOverflow.Dev
我想尽量减少 SQL Server 2012 日志中某些警告和消息的输出，例如当 spid 被终止时。我无法找到有关抑制/扩展哪些消息实际发送到错误日志的信息。这是通过跟踪标志完成的吗？
我正在尝试减少我们的开发数据库服务器上的警告数量，并将其限制为合法错误。我们有开发人员在同一台服务器上的多个数据库中杀死 spid 或刷新查询缓存以进行性能调整（使用索引调整、强制有意的表争用、创建死锁等）。让日志文件充满这些警告只是一种烦恼，我想看看是否可以抑制。
总的来说，抑制或包含日志记录通常是通过跟踪标志来完成的——你是对的。
然而，这并不意味着：
没有跟踪标志来关闭它，我非常怀疑如果有的话，它是否会被记录或发布。
如果被终止的会话消息让您烦恼，请按照 Aaron 的说明过滤掉它们。您可以专门为您的开发环境创建您自己不关心的干扰词列表或已知消息列表。
此外，我会考虑为他们提供一些 SQL Azure 数据库，让他们进行开发，这样我就不必担心这类事情，而可以将我的时间集中在实际的生产问题或新项目上。
免责声明：我为微软工作。