Sharepoint 2010工作流间歇性地显示发生的错误

问题描述 投票:0回答:2

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

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

- 已经增加了工作流程限制和批量大小,此后问题似乎变得更糟

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

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

- 这发生在多个表单库的多个工作流程中,它们完全没有相互关联

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

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

- 如果您手动重新启动了错误的工作流程,它将在第二次尝试时再次处理(基于此,假设这意味着它无法与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(String bstrHttpMethod,String bstrRequestDigest,UInt32 flags,Guid gTranLockerId,Byte []&ppsaImpersonateUserToken,Boolean bIgnoreTimeout,String bstrUserLogin,String bstrUserKey,UInt32 ulRoleCount,String bstrRoles ,Boolean bWindowsMo​​de,ApplicationPrincipalInfo&pAppUserInfo,Boolean bInvalidateCachedConfigurationProperties,Int32 lAp ...

09/12/2013 06:57:42.65 * w3wp.exe(0x2768)0x1740 SharePoint Foundation工作流基础结构98d4意外... pDomainId,ISPManagedObjectFactory pFactory,Boolean bCallstack)at Microsoft.SharePoint.Library.SPRequest.SetHttpParameters(String bstrHttpMethod,String bstrRequestDigest,UInt32的标志,的Guid gTranLockerId,字节]&ppsaImpersonateUserToken,布尔bIgnoreTimeout,字符串bstrUserLogin,字符串bstrUserKey,UInt32的ulRoleCount,字符串bstrRoles,布尔bWindowsMo​​de,ApplicationPrincipalInfo&pAppUserInfo,布尔bInvalidateCachedConfigurationProperties,的Int32 lAppDomainId,ISPManagedObjectFactory pFactory,布尔bCallstack)---在Microsoft.SharePoint.Library.SPRequest.SetHttpParameters(String bstrHttpMethod,String bstrRequestDigest,UInt32 flags,Guid gTranLock ...

09/12/2013 06:57:42.65 * w3wp.exe(0x2768)0x1740 SharePoint Foundation工作流基础结构98d4意外... erId,Byte []&ppsaImpersonateUserToken,Boolean bIgnoreTimeout,String bstrUserLogin,String bstrUserKey,UInt32 ulRoleCount,String bstrRoles, Boolean bWindowsMo​​de,ApplicationPrincipalInfo&pAppUserInfo,Boolean bInvalidateCachedConfigurationProperties,Int32 lAppDomainId,ISPManagedObjectFactory pFactory,Boolean bCallstack)at Microsoft.SharePoint.SPGlobal.CreateSPRequestAndSetIdentity(SPSite site,String name,Boolean bNotGlobalAdminCode,String strUrl,Boolean bNotAddToContext,Byte [] UserToken,String userName,在Microsoft.SharePoint.SPSite.get上的Microsoft.SharePoint.SPSite.get_Request()处的Microsoft.SharePoint.SPSite.InitSite()处的Microsoft.SharePoint.SPSite.InitSite()中的布尔bIgnoreTokenTimeout,布尔bAsAnonymous) ...

09/12/2013 06:57:42.65 * w3wp.exe(0x2768)0x1740 SharePoint Foundation Workflow Infrastructure 98d4意外... Microsoft.SharePoint.WorkflowActions.Helper中的ePoint.WorkflowActions.Helper.SplitMultiUserToObjects(WorkflowContext context,Object val)。 MultiDisplayNameSemicolon(WorkflowContext context,Object val)---内部异常堆栈跟踪的结束---在System.Reflection.RuntimeMethodInfo的System.RuntimeMethodHandle._InvokeMethodFast(Object target,Object [] arguments,SignatureStruct&sig,MethodAttributes methodAttributes,RuntimeTypeHandle typeOwner)中.Invoke(Object obj,BindingFlags invokeAttr,Binder binder,Object []参数,CultureInfo文化,布尔skipVisibilityChecks)在System.Reflection.RuntimeMethodInfo.Invoke(Object obj,BindingFlags invokeAttr,Binder binder,Object []参数,CultureInfo文化)at at System.Reflection.MethodBase.Invoke(Object obj,Ob ...

09/12/2013 06:57:42.65 * w3wp.exe(0x2768)0x1740 SharePoint Foundation工作流基础结构98d4意外... ject []参数)Microsoft.SharePoint.WorkflowActions.CoerceActivity.Coerce()at Microsoft.SharePoint.WorkflowActions System.Workflow.Runtime.Scheduler.Run上System.Workflow.ComponentModel.ActivityExecutor1.Execute(T activity, ActivityExecutionContext executionContext) at System.Workflow.ComponentModel.ActivityExecutor1.Execute(活动活动,ActivityExecutionContext executionContext)的System.Workflow.ComponentModel.ActivityExecutorOperation.Run(IWorkflowCoreRuntime workflowCoreRuntime)上的.CoerceActivity.Execute(ActivityExecutionContext提供程序)。 )*

sharepoint-designer sharepoint-workflow infopath2010
2个回答
0
投票

清除工作流程历史记录并在其中保留最少的可能项目...大型工作流程历史记录列表有时会导致严重的性能问题以及自动启动工作流程活我猜其背后的原因在SP 2010中定义的节流限制中有所解释:Plz参考: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


0
投票

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

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

© www.soinside.com 2019 - 2024. All rights reserved.