0

使用 InfoPath 表单,一个人将向表单库提交请求。在库中创建新项目后,工作流(使用 SharePoint Designer 开箱即用功能 - 无代码)设置为自动启动。这是一个相当简单的工作流程,有 3 个审批步骤。75% 的时间它运行得很好,25% 的时间它会切换到“发生错误”。它似乎在早上更容易出错,尽管不限于一天中的那个时间。我已经阅读了几乎所有的文章,但没有找到解决方案。

- 工作流程历史屏幕将显示“注意:由于负载过重,最新的工作流程操作已排队。它将尝试在稍后的时间恢复',直到最终错误。

- 已经增加了工作流限制和批量大小,从那时起问题似乎变得更糟

- 工作流程历史将显示系统帐户“[工作流程名称] 中发生错误”。

- 似乎没有批处理作业同时运行,没有像备份这样的繁重工作发生

- 这发生在多个表单库的多个工作流上,它们彼此完全不相关

-我们检查了服务器上的 CPU,在那段时间没有峰值,我们有足够的内存。我们没有同时运行很多工作流。特别是在早上,当我看到这种情况发生最多时,我只是提交表单和启动工作流程的唯一用户。

-我们已经检查以确保我们的时间在服务器上同步(它们是 1 秒)并且我们在我们的网络应用程序中设置了时区

- 如果您手动重新启动出错的工作流,它会在第二次尝试时再次正常处理(基于此,假设这意味着它与 SPD 工作流的构建方式或权限无关)

- 尝试记录到工作流历史记录以查看错误的位置,我在“批准过程”步骤之前的记录确实出现在历史记录中......在尝试启动第一个任务时工作流似乎失败。同样,重新启动工作流程工作正常并且确实分配了任务,所以我认为它可能与任务列表中的任何内容无关。

您可能需要在这里帮助我的任何建议将不胜感激!

以下是 14 的错误日志:

*意外的 WinWF 内部错误,终止工作流 ID# f413610c-0981-4c37-9583-1d7cac4f0265

2013 年 9 月 12 日 06:57:42.65 w3wp.exe (0x2768) 0x1740 SharePoint Foundation 工作流基础结构 98d4 意外 System.Reflection.TargetInvocationException:调用目标已引发异常。---> Microsoft.SharePoint.SPException:上下文已过期,无法再使用。(来自 HRESULT 的异常:0x80090317)---> System.Runtime.InteropServices.COMException (0x80090317):上下文已过期,无法再使用。(来自 HRESULT 的异常:0x80090317)在 Microsoft.SharePoint.Library.SPRequestInternalClass.SetHttpParameters(字符串 bstrHttpMethod、字符串 bstrRequestDigest、UInt32 标志、Guid gTranLockerId、字节 []& ppsaImpersonateUserToken、布尔 bIgnoreTimeout、字符串 bstrUserLogin、字符串 bstrUserKey、UInt32 ulRoleCount、字符串 bstrRoles ,

2013 年 9 月 12 日 06:57:42.65* w3wp.exe (0x2768) 0x1740 SharePoint Foundation 工作流基础结构 98d4 意外 ...pDomainId、ISPManagedObjectFactory pFactory、布尔 bCallstack) 在 Microsoft.SharePoint.Library.SPRequest.SetHttpParameters(String bstrHttpMethod, String bstrRequestDigest, UInt32 标志, Guid gTranLockerId, Byte[]& ppsaImpersonateUserToken, Boolean bIgnoreTimeout, String bstrUserLogin, String bstrUserKey, UInt32 ulRoleCount, String bstrRoles, Boolean bWindowsMo​​de, ApplicationPrincipalInfo& pAppUserInfo, Boolean bInvalidateCachedConfigurationProperties, Int32 lAppDomainId, ISPManagedObjectFactory pFactory, Boole)内部异常堆栈跟踪结束 --- 在 Microsoft.SharePoint.SPGlobal.HandleComException(COMException comEx) 在 Microsoft.SharePoint。Library.SPRequest.SetHttpParameters(字符串 bstrHttpMethod,字符串 bstrRequestDigest,UInt32 标志,Guid gTranLock...

2013 年 9 月 12 日 06:57:42.65* w3wp.exe (0x2768) 0x1740 SharePoint Foundation 工作流基础结构 98d4 意外 ...erId,字节 []& ppsaImpersonateUserToken,布尔 bIgnoreTimeout,字符串 bstrUserLogin,字符串 bstrUserKey,UInt32 ulRoleCount,字符串 bstrRoles, Microsoft.SharePoint.SPGlobal.CreateSPRequestAndSetIdentity 上的布尔 bWindowsMo​​de、ApplicationPrincipalInfo& pAppUserInfo、布尔 bInvalidateCachedConfigurationProperties、Int32 lAppDomainId、ISPManagedObjectFactory pFactory、布尔 bCallstack)(SPSite 站点、字符串名称、布尔 bNotGlobalAdminCode、字符串 strUrl、布尔 bNotAddToContext、字节 [] UserToken、字符串在 Microsoft.SharePoint.SPSite.GetSPRequest() 在 Microsoft.SharePoint.SPSite 的布尔 bIgnoreTokenTimeout,布尔 bAsAnonymous)。get_Request() 在 Microsoft.SharePoint.SPSite.InitSite() 在 Microsoft.SharePoint.SPSite.get_SystemAccount() 在 Microsoft.Shar...

2013 年 9 月 12 日 06:57:42.65* w3wp.exe (0x2768) 0x1740 SharePoint Foundation 工作流基础结构 98d4 意外 ...ePoint.WorkflowActions.Helper.SplitMultiUserToObjects(WorkflowContext context, Object val) 在 Microsoft.SharePoint.WorkflowActions.Helper。 MultiDisplayNameSemicolon(WorkflowContext context, Object val) --- 内部异常堆栈跟踪结束 --- 在 System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner) 在 System.Reflection.RuntimeMethodInfo .Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfoculture, Boolean skipVisibilityChecks) at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr,System.Reflection.MethodBase.Invoke(Object obj, Ob...

2013 年 9 月 12 日 06:57:42.65* w3wp.exe (0x2768) 0x1740 Microsoft.SharePoint.WorkflowActions.CoerceActivity.Coerce() 在 Microsoft.SharePoint.WorkflowActions 上的 Microsoft.SharePoint.WorkflowActions.CoerceActivity.Coerce() 上的 SharePoint Foundation 工作流基础结构 98d4 意外 ...ject[] 参数.CoerceActivity.Execute(ActivityExecutionContext provider) at System.Workflow.ComponentModel.ActivityExecutor 1.Execute(T activity, ActivityExecutionContext executionContext) at System.Workflow.ComponentModel.ActivityExecutor1.Execute(Activity activity, ActivityExecutionContext executionContext) at System.Workflow.ComponentModel.ActivityExecutorOperation.Run(IWorkflowCoreRuntime workflowCoreRuntime) at System.Workflow.Runtime.Scheduler.Run ()*

4

2 回答 2

0

几个月前,令牌超时设置为 1,以解决检查权限的不同问题。将此值重置为 10 已解决此问题。

stsadm.exe -o setproperty -propertyname token-timeout -propertyvalue 10

于 2013-10-15T14:24:34.497 回答
0

清除工作流程历史记录并在其中保留尽可能少的项目...大型工作流程历史记录列表有时会导致严重的性能问题以及自动启动工作流程活动的问题。我想它背后的原因在 SP 2010 中定义的油门限制列表中进行了解释:请参考:http: //blogs.technet.com/b/speschka/archive/2009/10/27/working-with-large-lists- in-sharepoint-2010-list-throttling.aspx http://code.msdn.microsoft.com/CleanWorkflowHistory

于 2013-10-02T18:52:41.473 回答