5

Actualmente tenemos un flujo de trabajo secuencial en sharepoint 2010 que tiene una actividad de demora.La actividad de retardo no siempre funciona en el flujo de trabajo de Sharepoint 2010

La demora se establece en cinco minutos. El flujo de trabajo verifica el estado de cinco tareas y, según los resultados, demora o completa.

Tengo un elemento de registro de historial de flujo de trabajo configurado para escribir justo antes de la demora y justo después de la demora.

A veces el retraso no se dispara, un ejemplo sería el siguiente:

actividad retardo dispara cada cinco minutos durante 3 días completos en un artículo, por ninguna razón particular no logra despertar durante 17 horas. ..then dispara y completa.

¿Alguna idea? He verificado que todos los servicios del temporizador funcionan correctamente, etc.

La otra cosa extraña es que puede haber 20 elementos de flujo de trabajo en ejecución y solo 4 o 5 tendrán este problema, parece totalmente aleatorio.

También: Si realizo un cambio en el elemento del flujo de trabajo que hace que el flujo de trabajo se vuelva a ejecutar, la actividad de retardo se activará en el siguiente ciclo de 5 minutos.

Actualización: He encontrado un error en mi registro de errores que ocurre cuando el retraso no se puede despertar.

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. 

Actualización: Aparentemente, esto ocurre porque el flujo de trabajo con la demora se inicia programáticamente desde otro flujo de trabajo. Esto provoca que el segundo flujo de trabajo se inicie en el mismo subproceso. ¿Alguien sabe cómo especificar un nuevo hilo programáticamente?

Actualización 2: Configuré algunos flujos de trabajo para que se ejecuten con un retraso de 5 minutos para ver si había algún patrón en los ciclos de reposo. Los flujos de trabajo durmieron en intervalos de 5 minutos para alrededor de 6 horas, entonces el temporizador comenzó a incrementar la siguiente 5 minutos 15 minutos 45 minutos 1,5 horas 3 horas 6 horas 12 horas

Parece que los temporizadores de retardo se duplican en su mayor parte. Estoy seguro de que MS puede entender esto, tengo toneladas de registros y ejemplos.

+0

que actualmente tienen un billete abierto con Microsoft sobre este problema. Hasta ahora, parece que podemos estar en territorio de error. –

Respuesta

8

Este problema se ha resuelto. Había olvidado publicar la resolución ...

Se deben modificar tres configuraciones. Throttle del flujo de trabajo, lote de flujo de trabajo y temporizador de flujo de trabajo oculto.

Puede comprobar la posición del acelerador actual ejecutando el siguiente comando:

stsadm getproperty -pn flujo de trabajo eventdelivery-acelerador

Aquí está mi nuevo ajuste:

stsadm -o setproperty -pn workflow-eventdelivery-throttle -pv "45"

Puede comprobar la configuración actual tamaño del lote ejecutando el siguiente comando:

stsadm getproperty -pn elemento de trabajo-eventdelivery-batchsize

Aquí está mi nuevo ajuste.

stsadm setproperty -pn elemento de trabajo-eventdelivery-batchsize -pv "250"

Puede comprobar el ajuste mediante la ejecución del siguiente comando, intervalo actual en la que se reemplaza la dirección URL con una ruta válida a una aplicación de SharePoint:

stsadm getproperty -pn trabajo de flujo de trabajo url http://yoursiteurl

Aquí está mi configuración:

stsadm setproperty -pn trabajo de flujo de trabajo -pv "cada 5 minutos entre 0 y 59" url http://yoursiteurl

Cuestiones relacionadas