使用InfoPath表单，用户将向表单库提交请求。在库中创建新项目后，工作流(使用SharePoint Designer开箱即用功能-无代码)将设置为自动启动。这是一个相当简单的工作流程，包含3个审批步骤。75%的时间它运行得很好，25%的时间它会切换到"发生错误"。它似乎更经常在早上出错，尽管并不局限于一天中的那个时间。我几乎读过每一篇文章，都没有找到解决方案。
-工作流历史屏幕将显示"注意：由于负载过重，最新的工作流操作已排队。它将尝试在晚些时候恢复比赛，直到出现决赛失误。
-已经增加了工作流程的限制和批量大小，从那时起的问题似乎变得更糟了
-工作流历史记录将显示系统帐户"[工作流名称]中发生错误"。
-似乎没有批处理作业同时运行，也没有像备份这样的繁重工作发生
-这种情况发生在多个表单库的多个工作流上，它们彼此完全不相关
-我们已经检查了服务器上的CPU，在此期间没有峰值，我们有足够的内存。我们没有很多工作流程同时运行。尤其是在早上，当我看到这种情况发生得最多的时候，我几乎是唯一一个提交表单并启动工作流的用户。
-我们已经检查以确保我们的时间在服务器上同步(1秒)，并且我们在网络应用程序中设置了时区
-如果你在一个出错的工作流上手动重新启动工作流，它将在第二次尝试时再次处理(基于此，假设这意味着它与SPD工作流的构建方式或权限无关)
-尝试记录到工作流历史记录以查看它的错误位置，我在"审批流程"步骤之前的日志记录确实出现在历史记录中。。。工作流在尝试启动第一个任务时似乎失败了。同样，重新启动工作流工作正常，并且确实分配了任务，所以我不认为它与任务列表中的任何内容有关。
如果你有任何建议可以帮助我，我们将不胜感激！
以下是14的错误日志：
*意外的WinWF内部错误，终止工作流Id#f4413610c-0981-4c37-9583-1d7cac4f0265
2013年12月9日06:57:42.65 w3wp.exe(0x2768)0x1740 SharePoint Foundation工作流基础结构98d4意外的System.Reflection.TargetInvocationException：调用的目标引发了异常。--->Microsoft.SharePoint.SPException:上下文已过期，无法再使用。(HRESULT中的异常：0x80090317)--->System.Runtime.InteropServices.COMException(0x800903 17)：上下文已过期，无法再使用。(HRESULT:0x80090317中的异常)，位于Microsoft.SharePoint.Library.SPRequestInternalClass.SetHttpParameters(字符串bstrHttpMethod、字符串bstrRequestDigest、UInt32标志、Guid gTranLockerId、Byte[]&ppsaImpersonateUserToken，布尔bIgnoreTimeout，字符串bstrUserLogin，字符串bstorUserKey，UInt32 ulRoleCount，字符串bsterRoles，布尔bWindowsMode，ApplicationPrincipalInfo&pAppUserInfo，布尔值bInvalidateCachedConfigurationProperties，Int32 lAp。。。
2013年12月9日06:57:42.65*w3wp.exe(0x2768)0x1740 SharePoint Foundation工作流基础结构98d4意外。。。pDomainId、ISPManagedObjectFactory pFactory，布尔bCallstack)，位于Microsoft.SharePoint.Library.SPRequest.SetHttpParameters(字符串bstrHttpMethod，字符串bstrRequestDigest，UInt32标志，Guid gTranLockerId，Byte[]&ppsaImpersonateUserToken，布尔bIgnoreTimeout，字符串bstrUserLogin，字符串bstorUserKey，UInt32 ulRoleCount，字符串bsterRoles，布尔bWindowsMode，ApplicationPrincipalInfo&pAppUserInfo，布尔值bInvalidateCachedConfigurationProperties，Int32 lAppDomainId，ISPManagedObjectFactory pFactory，布尔bCallstack)---内部异常堆栈跟踪结束---在Microsoft.SharePoint.SPGlobal.HandleComException(COMException comEx)在Microsoft.SharePoint.Library.SPRequest.SetHttpParameters(字符串bstrHttpMethod、字符串bstrRequestDigest、UInt32标志、Guid gTranLock…
2013年12月9日06:57:42.65*w3wp.exe(0x2768)0x1740 SharePoint Foundation工作流基础结构98d4意外。。。erId，字节[]&ppsaImpersonateUserToken，布尔bIgnoreTimeout，字符串bstrUserLogin，字符串bstorUserKey，UInt32 ulRoleCount，字符串bsterRoles，布尔bWindowsMode，ApplicationPrincipalInfo&pAppUserInfo，布尔值bInvalidateCachedConfigurationProperties，Int32 lAppDomainId，ISPManagedObjectFactory pFactory，位于的Microsoft.SharePoint.SPGlobal.CreateSPRequestAndSetIdentity(SPSite站点，字符串名称，布尔bNotGlobalAdminCode，字符串strUrl，布尔bNoAddToContext，Byte[]UserToken，字符串用户名，布尔bgnoreTokenTimeout，布尔b匿名)位于Microsoft.Shar…的Microsoft.SharePoint.SPSite.InitSite()
2013年12月9日06:57:42.65*w3wp.exe(0x2768)0x1740 SharePoint Foundation工作流基础结构98d4意外。。。Microsoft.SharePoint.WorkflowActions.Helper.SplitMultiUserToObjects(工作流上下文，对象val)(位于Microsoft.SharePoint.ForkflowActions.cHelper.MultiDisplayNameSemiconon(工作流上下文上下文，对象瓦尔)---内部异常堆栈跟踪结束---位于System.RuntimeMethodHandle.InvokeMethodFast(对象目标，对象[])自变量，SignatureStruct&sig，MethodAttributes MethodAttributes，RuntimeTypeHandle typeOwner)在System.Reflection.RuntimeMethodInfo.Invoke(Object obj，BindingFlags invokeAttr，Binder Binder，Object[]参数，CultureInfo区域性，Boolean skipVisibilityChecks)在System.Reflection.MethodBase.Invoke(对象对象、对象…
2013年12月9日06:57:42.65*w3wp.exe(0x2768)0x1740 SharePoint Foundation工作流基础结构98d4意外。。。ject[]parameters)在Microsoft.SharePoint.WorkflowActions.CoerceActivity.Corce()在Microsoft.SharePoint的WorkflowActions.CoorceActivity.Execute(ActivityExecutionContext提供程序)在System.Workflow.ComponentModel.ActivityExecutor1.Execute(T activity, ActivityExecutionContext executionContext) at System.Workflow.ComponentModel.ActivityExecutor1.在System.Workflow.ComponentModel.ActivityExecutionOperation.Run执行(活动活动，ActivityExecution_Context执行上下文)(IWorkflowCoreRuntimeworkflowCoreRRuntime)位于System.Workflow.Runtime.Schedur.Run()*
清除工作流历史记录，并在其中保留尽可能少的项目。。。大型工作流历史记录列表有时会导致严重的性能问题，也会导致自动启动工作流活动的问题。我想它背后的原因在SP 2010中定义的限制列表中有解释：Plz参考：http://blogs.technet.com/b/speschka/archive/2009/10/27/working-with-large-lists-in-sharepoint-2010-list-throttling.aspxhttp://code.msdn.microsoft.com/CleanWorkflowHistory
几个月前，令牌超时设置为1，以解决检查权限的另一个问题。将此值重置为10已解决此问题。
stsadm.exe-o setproperty-属性名称令牌超时-属性值10