调查SharePoint"在TrackedRequests中找不到请求"背后的根本原因

Question

我们的错误跟踪系统中有一个长期存在的问题,即关于可怕的" 错误:在TrackedRequests中找不到请求.我们可能在不同的线程上创建和关闭Web. "消息在SharePoint的跟踪日志中.

在我们为SharePoint市场开发Workflow软件时,我们会不时调查此问题,以确保它不是由我们的产品引起的.我个人得出结论,这是SharePoint中的问题,但也许其他人可以证明我错了.

这就是我所知道的:

1. 根据Google针对此主题返回的数百个搜索结果,此问题似乎主要与SharePoint Workflow相关,包括SharePoint Designer和基于Visual Studio的工作流.

2. 假设ULS日志记录设置为Monitorable,则重现此问题的最简单方法是创建新的SharePoint Designer工作流,将其附加到文档库,将其设置为在添加/更新时自动启动,不添加任何操作,保存工作流并将文件上载到文档库.

3. 该错误仅在SharePoint跟踪日志中可见,它似乎不会影响手头工作流的执行.

4. 我已经验证了问题出现在32位以及64位系统,Win2K3和2K8,WSS和MOSS以及SharePoint版本到2009年12月的累积更新(6524).

5. 手动启动工作流时不会发生此问题.

6. MSDN论坛上有数十篇相关帖子,Google 上有数百篇,StackOverflow上有一篇,SharePoint Overflow上没有.似乎没有答案.

有没有人知道发生了什么,导致这种情况的原因以及我们是否应该担心或在" 红色鲱鱼 " 下提出这个问题.

更新: Microsoft已确认这是一个可以安全忽略的已知问题.它不会在SP2007中修复,但在SP2010中不再是问题.

Answer 1

将其归档到“红鲱鱼”下。您说“该错误仅在 SharePoint 跟踪日志中可见，它似乎不会影响当前工作流的执行。” ULS 日志中记录了许多错误，这些错误超出了我们的控制范围，并且不会立即影响我们的环境。如果您想改进产品，您可以尝试拨打支持电话，该电话可能不会作为错误增加。但是，如果这不是错误，而只是一条详细的 ULS 日志消息怎么办？

事实上，这种冗长的内容不仅限于 ULS 日志。您是否见过System Center Operations Manager 2007 的 Microsoft Office SharePoint Server 2007 管理包？它会从服务器场的事件日志中过滤掉噪音事件，以便您可以专注于标记实际问题的事件。