stsadm execadmsvcjobs como parte de un comando por lotes

Question

Cuando se utiliza execadmsvcjobs stsadm -o como parte de un comando por lotes que están descubriendo que a pesar de que el comando está diciendo a todos los puestos de trabajo se han ejecutado, los trabajos se han completado no necesariamente.

Esto significa que nuestro próximo trabajo por lotes para la función de ejemplo de activación puede fallar como la solución no ha sido desplegado en el tiempo.

Tenemos un retraso en el archivo por lotes actualmente para resolver esto, pero me gustaría saber si hay una solución mejor.

todo lo mejor

Answer 1

EASJ tiene varios problemas.

En primer lugar, no hay garantía de que el despliegue tuvo éxito después de ejecutar EASJ. Tendrá que llamar ENUMSOLUTIONS y analizar el código XML devuelto para ver si el despliegue wen, también.

En segundo lugar, EASJ sólo verifica si hay puestos de trabajo en el SPAdministrationServiceJobDefinitionCollection de la corriente servidor web front-end. Esto es probablemente lo que le está causando dolor cuando se activa características: el trabajo puede ser terminado en WFE actual, pero no en todos los WFE. Otra variación de esto es que si ha implementado soluciones antes de WFE # 1 y que de alguna manera el trabajo se estancó, y volver a desplegar la solución en WFE # 2 obtendrá advertencias extrañas acerca de los trabajos pendientes, etc. esta es la razón es importante para desplegar siempre desde el mismo WFE!

guru extensión STSADM y MVP Gary Lapointe ha hecho una extensión que debe abordar el problema más tarde, y por lo tanto ser seguro (r) para utilizar en las secuencias de comandos: http://stsadm.blogspot.com/2008/10/better -execadmsvcjobs-stsadm-command.html

AFAICS él no aborda el hecho de que un despliegue podría producirse durante el despliegue sin embargo.

Sobre la solución PowerShell: mientras suena atractivo, podría llegar a ser compleja bastante rápido (hemos creado una solución de implementación en PowerShell y confía en mí no era picnic). También una gran cantidad de la lógica del despliegue son clases internas (como SPTimerStore). Sin duda alguna es factible, aunque: -)