SQL作业已执行，但未显示在Windows事件查看器中

我有一个运行在Windows2003服务器上的2005SSIS包，它与同一台服务器上的SQLServer2005数据库连接。我有一个SQL Server作业调度器报告已成功执行的包，但在某些天，包中的功能未运行。为了寻找答案，我一直在搜索应用程序的审核日志和Windows事件查看器。我注意到，由于内存使用率高，这个包不执行的天数与另一个包停止的天数一致（不会像您通常预期的那样失败）。通过在Windows事件查看器中搜索，我注意到的另一件事是，即使SQL Server作业调度器声称成功执行了一个包，但事件查看器中没有该事件的记录

在所有这些之后，我的问题是：有没有关于SQL Server/Windows Server组合在同一天高服务器内存使用率之后执行包的错误报告？不管第一个是什么，有没有关于解决方法的建议

其他相关事实：由于工作中的其他项目，我无权修改内存使用率高时失败的包。。我只能重新启动程序包

请让我知道，如果我需要提供更多的细节

其他详细信息2012.01.30 最近从服务器上删除了一个8 GB的记忆棒。SQL Server的最大分配设置为30 GB。卸下斗杆后，只剩下24 GB

---

2012.02.10:我被批准重写内存泄漏包。

我确定在foreach循环中执行前面提到的规则导致服务器内存泄漏。我删除了这个循环包，并用存储过程替换它

---

自此更改生效以来，问题包中未发生内存不足异常，并且我的包正在成功运行。

包中打开了哪些日志记录？假设日志记录未打开，您是否能够运行（DTLoggedExec）之类的程序[要捕获在这些情况下您的包的实际情况？SQL Agent作业步骤日志输出和/或在历史记录中包含步骤输出吗？该包在包上启用了SSIS日志提供程序for Windows事件日志。当我查看sysdtslog90和Windows事件查看器时，我没有找到任何包执行的记录。此外，软件包有一个on error事件，当软件包失败时会发出电子邮件。我无法运行任何第三方软件。我请求访问服务器以进一步调查SQL代理日志。这两项+写入审核日志是我熟悉的唯一日志记录形式。第三方软件审查专业版我公司的cess流程需要几个月才能完成。是否有其他形式的登录内置到投标中，我可以将其添加到我的包中？在这种情况下，可以进行类似的修改。您对作业和包的详细信息有多熟悉？是否有可能其中一个具有阻止/停止包执行的条件逻辑n？该包由多个执行SQL任务组成，这些任务将数据合并到一个表中。合并后，foreach循环执行约150条“规则”（例如：

updatetable set Product=rtrim（ltrim（replace（Product）”>，“”）），其中像“%>%”这样的产品

）。在不同规则之前、期间或之后删除包。在另一个注释中，您应该选中“编辑到原始帖子中有关SQL Server/Server内存的内容”。