SQL 2005pipe理工作室
我有一个复制作业，充斥着错误的日志。 我们故意将复制目标设为离线，并意识到这个问题。 我们不想删除复制作业，但是因为（我被告知）没有“禁用”复制作业…这是在那里，或者它不是; 他们不希望它做“不”，直到新的服务器暂时停下来。
有没有办法隐藏它溢出到日志中的不断的错误？ 过滤视图？ 也许一个你喜欢parsing这些东西的应用程序？
最好的答案谁可以推荐一个好的程序来检查作业和日志跨SQL 2005和SQL 2000机器:)
谢谢！
我写了一个存储过程，把错误日志写入到我的恶意DBA目的数据库中的一个表中，然后通过电子邮件向我发送不符合要忽略的消息模式表的内容。 它在我的每台服务器上每半个小时运行一次。 我不必去查看日志或工具，看是否有错误，我应该调查，再加上我logging了错误日志从磁盘循环后的错误。
第二个sproc每两个小时运行一次，并发送有关自上次运行后失败或运行时间比较长的作业或禁用的作业（并且表中没有表示允许禁用的作业） 。
如果复制作业与所有其他SQL作业一样，则作业历史logging中应该有一个内置filter，一旦设置，只要sql management studio没有closures，filter就会处于活动状态。
有两件事：首先，不要试图通过自己的错误日志首先排除SQL Server的故障。 大的错误进入Windows应用程序事件日志。 首先检查的好处在于它在很多应用程序中都是标准的，所以您可以使用相同的工具来监视大量的应用程序。
其次，你问了很多SQL Server 2000和2005机器上最好的工作和日志检查，所以我将投票给Quest Spotlight on SQL Server 。 免责声明：我为Quest工作，哈哈哈。 无论如何，它给你一个graphics化的仪表板，以简单的红色/黄色/绿色的颜色代码显示所有的服务器，然后你可以深入到每个服务器，以找出哪些工作和事情失败。
对于日志logging问题…如果您有兴趣在自己的日志中进行search，有几个很棒的search日志的工具：
Logparser 2.2是一个非常有用的工具，可以用来过滤SQL错误日志，SQL代理日志和Windows事件日志。 它可以从微软下载，有帮助文件，使用示例相当容易获得一点点search。
您还可以使用Powershell编写脚本来读取所有这些日志！ 使用SMO接口和Server.ReadErrorLog方法进入SQL错误日志： http ://forums.iis.net/p/1145912/1855025.aspx#1855025
对于复制问题…这听起来像你说你把用户离线。 这是事务复制吗？ 您应该能够停止分发代理，告诉它停止向订阅者发送事务，这应该停止错误。 当你把你的用户带回来时，重新开始备份。 请注意查看命令将在删除之前挂在分发服务器上多长时间，如果您经过，您将不得不重新初始化。
对于更大的问题…听起来你可能正在pipe理一个没有本地DBA的SQL Server环境。 如果是这种情况，请投资于培训，培训和培训！ 我也build议看看更全面的工具免费试用，检查SQL Server杂志，看看有很多列表。 我相信你可以得到最多的免费评估。