Para la duda del consumo podemos ver las siguientes imágenes
En la primera imagen vemos el consumo con el AppJobWinService sin reinicio en el momento cuando inician los inconvenientes.
En la segunda y tercera imagen vemos como se liberan los recursos una vez reiniciado el servicio AppJobWinService
En la parte de finalización se refiere a este mensaje que aparece en el log de AppJobWinService
Donde indica que la finalización termino y genera un log. Para la mayoría de acciones de personal este paso nunca se da, en el log podemos observar únicamente lo que nos muestra la imagen siguiente
Por tanto no podemos determinar si existe algún error, y esto causa que las acciones creadas queden con un estado de Pendientes y un estado workflow de Autorizada |
|
Explicar cómo funciona el AppJobWinService se sale del contexto de este sitio. Voy a coordinar como podemos incluir una explicación en el blog de ASEINFO. Sobre, ¿que puede causar que una finalización no termine una vez se inicia?, hay multiples causas:
Además, estas consideraciones varían entre diferentes versiones de Evolution, ya que con el tiempo se han mejorado o agregado funcionalidades que alteran el comportamiento de las finalizaciones. Y también tiene que ver con la entidad misma que se finaliza, ya que aunque el proceso de finalización es uno solo, cada entidad ejecuta un código especifico. En todo caso, la consulta de los archivos LOG del Workflow (cuando son entidades que tienen ruta de autorización configurada) y del AppJobWinService, deben indicar las causas por las cuales estos procesos no terminan. Sobre la tercera pregunta, hay que partir por definir que es un "alto consumo". Ya que el consumo de recursos al motor de base de datos lo determina la cantidad y periodicidad de operaciones de base de datos que se realizan, y esto viene indicado por la cantidad de Jobs y la frecuencia de ejecución de los mismos. Por ejemplo, si existe una alerta que se ejecuta cada minuto, esta ejecución mostrará un consumo de recursos de base de datoa acorde a esa frecuencia. No es anormal que el AppJobWinService consuma recursos de la base, ya que no es un servicio que se mantiene estático. Se debe evaluar a la luz de las operaciones que debe realizar y de la frecuencia con que las realiza. |
Y la bitácora del proceso?
Porque lo que sigue en el fuente luego de Ejecutar la FINALIZACION, es: si tiene SP despues de finalizar, lo ejecuta; si no tiene, entonces genera la bitácora.
Creo que solo te queda poner un Trace con SQL Profiler, para monitorear todos los accesos del AppJob al servidor.
No te olvides, que no solo las finalizaciones son ejecutadas por el AppJob, hay otros 9 o 10 tareas que se ejecutan en background además de las finalizaciones.