ACTUALIZACIÓN 12/10/07: Revisión como se describe en MSDN KB929816 solucionó el problema para nosotros se mencionan a continuación. Obtener la revisión y luego instalar en cada servidor en la granja. A continuación, utilidad de configuración de SharePoint en cada servidor. Aquí está el enlace de Support de MS para KB: http://support.microsoft.com/kb/932816.

Fondo:

Tenemos un requerimiento del negocio donde debe asegurarse de un administrador de ingeniería ambiental 30 fabricación some-Odd localidades ubicadas a lo largo de las necesidades de Estados Unidos para asegurar que las plantas archivo para sus diferentes permisos impuestas por el estado de manera oportuna. Uno de los enfoques que hemos investigado aprovecha la "pausa hasta que fecha" actividad disponible para nosotros a través de SharePoint Designer haya. El Gerente de ingeniería (o su asistente) entra en todos los permisos requeridos y las fechas recordatorio al inicio del año. El sistema hace todo el trabajo pesado.

Medio ambiente:

MOSS, 64 bit, entorno de máquina virtual (cuadro de desarrollo), 2 servidores (SQL en el servidor #1, todo lo demás en servidor #2).

Problemas:

La acción de pausa hasta la fecha parece ser la solución perfecta y bien podría ser. Sin embargo, no funciona así fuera de la caja (para nosotros).

1. El trabajo de flujo de trabajo no fue programado para ejecutar, alguna vez. Descubrí esto leyendo Christopher White (http://chrissyblanco.blogspot.com/2007/06/issues-with-delay-activity-in-moss.html) excelente reseña usando stsadm así:
   

   C:\>stsadm -o getproperty - propertyname "flujo de trabajo" -URL http://localhost

   <La propiedad existe = "No" />

   C:\>

   Fue un resultado sorprendente pero fácilmente resuelto:

   C:\>stsadm -o setproperty - propertyname "trabajo-worfklow" -PropertyValue "cada 1 minutos entre 0 y 59" -URL http://localhost

   Operación se completó correctamente.

   C:\>

   Al hacerlo, el primer "en progreso" flujo de trabajo rápidamente disparó arriba y lo hizo ha trabajo.

2. Lamentablemente, el otro no funcionaba como se esperaba. Afortunadamente, Christopher nos remite aquí (http://support.microsoft.com/kb/932816). Como de la escritura de esta entrada, Estamos esperando para que el departamento de TI obtener esa revisión, pero parece prometedor. Nuestras copias del .dll afectado no comparten el mismo tamaño de byte, así que esperemos que esto resolverá el problema.

Solución:

Vuelva a ejecutar el comando de stsadm -o setproperty parecía prod el temporizador de flujo de trabajo despierto. Sería, aproximadamente 7 minutos más tarde, realmente despertar y continuar con el flujo de trabajo.

Preguntas / Cuestiones:

Pausa hasta fecha no funciona.

Pausa hasta fecha no reanudar.

Estado de flujo de trabajo no cambia "en progreso"

Estado de flujo de trabajo mantiene "en progreso"