延迟活动在Sharepoint 2010工作流程中并不总是有效

问题描述

| 当前,我们在sharepoint 2010中有一个顺序工作流,该工作流具有延迟活动。 延迟设置为五分钟。工作流会检查五个任务的状态,并根据结果来延迟或完成。 我将工作流历史记录日志项设置为在延迟之前和延迟之后立即写入。 有时延迟不会触发,示例如下: 延迟活动在一件物品上每五分钟触发3天,然后,由于特殊原因,它无法唤醒17个小时,然后触发并完成。 有任何想法吗?我已验证所有计时器服务均正常运行等。 另一个奇怪的是,可能有20个工作流项目正在运行,只有4个或5个会出现此问题,这似乎是完全随机的。 另外:如果我对工作流程项进行更改以使工作流程重新运行,则延迟活动将在下一个5分钟周期内唤醒。 更新:我在错误日志中发现了一个错误,该错误在延迟未能唤醒时发生。
Workflow ID=07acf527-d5cb-41c7-a8e4-58329652dc53 attempting to run on a thread currently executing workflow ID=fe2d7670-7d3e-4e6a-b024-0cc3485aa73b.  This workflow will be run at a later time.
更新:显然是因为从另一个工作流中以编程方式启动具有延迟的工作流,所以发生了。这将导致第二个工作流在同一线程中启动。有人知道如何以编程方式指定新线程吗? 更新2:我将一些工作流设置为延迟5分钟运行,以查看睡眠周期是否有任何规律。工作流以5分钟的间隔睡眠约6个小时,然后计时器开始按以下方式递增 5分钟 15分钟 45分钟 1.5小时 3小时 6个小时 12小时 看起来延迟计时器在大多数情况下都增加了一倍。我确信MS可以弄清楚这一点,我有大量的日志和示例。     

解决方法

此问题已得到解决。我忘了发表决议了... 需要修改三个设置。工作流限制,工作流批处理和隐藏的工作流计时器。 您可以通过运行以下命令来检查当前的油门设置:   stsadm -o getproperty -pn   工作流-事件传递-节流 这是我的新设置:   stsadm -o setproperty -pn   工作流-事件交付-节流阀   \“ 45 \” 您可以通过运行以下命令来检查当前的批处理大小设置:   stsadm -o getproperty -pn   工作项事件交付批量 这是我的新设置。   stsadm -o setproperty -pn   workitem-eventdelivery-batchsize -pv   \“ 250 \” 您可以通过运行以下命令来检查当前间隔设置,在该命令中,将URL替换为SharePoint应用程序的有效路径:   stsadm -o getproperty -pn工作流程   -url http://您的网址 这是我的设置:   stsadm -o setproperty -pn工作流程   -pv \“ 0到59之间每5分钟一次” -url http://您的网址     

相关问答

依赖报错 idea导入项目后依赖报错,解决方案:https://blog....
错误1:代码生成器依赖和mybatis依赖冲突 启动项目时报错如下...
错误1:gradle项目控制台输出为乱码 # 解决方案:https://bl...
错误还原:在查询的过程中,传入的workType为0时,该条件不起...
报错如下,gcc版本太低 ^ server.c:5346:31: 错误:‘struct...