Comportamiento de Prueba Siempre en Ejecución
Descripción General
Esta configuración puede ser un poco complicada de probar. App Builder scheduler se ejecuta dentro del proceso IIS. El problema es que, para liberar memoria, IIS recicla sus grupos de aplicaciones todos los días de forma predeterminada. Una vez que se recicla un grupo de aplicaciones, de forma predeterminada, IIS espera a que el primer usuario inicie sesión en App Builder, luego inicia el grupo de aplicaciones.
Esto significa que el comportamiento predeterminado de IIS detendrá el App Builder aplicación y el programador dejará de ejecutarse hasta que el próximo usuario inicie sesión en IIS.
Como ejemplo extremo, supongamos que hay un evento programado para ejecutarse el domingo a las 2 a. m. IIS recicla el App Builder aplicación el sábado a medianoche y nadie inicia sesión App Builder hasta el lunes por la mañana. En este ejemplo, el programador estaría fuera de línea hasta el lunes por la mañana cuando el primer usuario inicie sesión, iniciando la aplicación y anulando el propósito de tener un evento programado para el domingo a las 2 a.m.
Para probar manualmente si la opción "Siempre en ejecución" está funcionando, hay un par de opciones, pero ambas técnicas requieren pedirles a los usuarios que no utilicen App Builder durante la prueba. Si un usuario inicia sesión App Builder al probar esta función, se invalida la prueba porque IIS carga el grupo de aplicaciones cuando el usuario accede App Builder.
Comprobar los Registros de Eventos de Windows
Cuando IIS recicla el grupo de aplicaciones, se agrega una entrada de registro al registro de eventos de Windows con una fuente de WAS. Para encontrar la entrada de registro, abra el Visor de eventos de Windows en el servidor web.
-
Localice las entradas del sistema:
-
Busque un evento con origen WAS y entrada similar a:
-
Verifique los detalles para ver si el evento es el App Builder el grupo de aplicaciones se está reciclando. Si es así, este evento representa el reciclaje de IIS. App Builder grupo de aplicaciones:
-
Verifique la fecha y la hora del evento. El objetivo de la configuración Siempre en ejecución es que inmediatamente después de que se recicle el grupo de aplicaciones, App Builder la aplicación debería iniciarse por sí sola. Para determinarlo, localice su App Builder registros y busque entradas de registro que coincidan con la fecha y hora de este evento de reciclaje. Los registros se encuentran en el App Builder carpeta de instalación en App_Data:
Observe que a las 9:52:42 a. m. el grupo de aplicaciones se recicló. Luego observe en el App Builder registra que a las 9:52:45 (dentro de 3 segundos), el App Builder la aplicación se ha reiniciado. Esto indica que la configuración Siempre en ejecución funciona en su ambiente. La aplicación no esperó hasta que alguien iniciara sesión. App Builder, se inició inmediatamente después de que se reciclara el grupo de aplicaciones. Nuevamente, esta prueba supone que nadie está usando actualmente App Builder. Si desea confirmar que ningún usuario accedió App Builder en este momento, al forzar el inicio de la aplicación, verifique los registros de IIS, carpeta predeterminada:
C:\inetpub\logs\logfiles\w3scv1\
Confirme que no haya solicitudes que correspondan a la hora y fecha en que se inició la aplicación.
Confirmar Manualmente la Configuración
Nuevamente, esto debe realizarse cuando nadie lo esté usando. App Builder o la prueba no será válida.
-
Detenga IIS. Desde una línea de comandos administrativa, ingrese: iisreset /stop
-
Espere un minuto antes de volver a iniciarlo. Luego ingrese:
iisreset /start
Una vez que haya comenzado, verifique el App Builder registros de aplicaciones en el App Builder directorio de instalación en App_Data. Debería haber una entrada de registro que indique que la aplicación se inició inmediatamente después de iniciar IIS.
Nota
Esto podría tomar más tiempo si se usa la tarea programada de Windows para hacer ping App Builder)
Verifique la fecha y la hora para confirmar que sean correctas (inmediatamente después de la hora en que inició IIS). Nuevamente, esta prueba no es válida si un usuario está accediendo App Builder sus solicitudes también iniciarán inmediatamente el grupo de aplicaciones.
De manera predeterminada, IIS está configurado para reiniciarse cada 29 horas (de modo que el grupo de aplicaciones se reinicie en diferentes momentos todos los días). Debe configurar una hora específica del día en la que se reinicie el grupo de aplicaciones y asegurarse de que esta hora no interfiera con los trabajos en segundo plano programados.:
En este punto, puede elegir un horario en el que sepa que los usuarios no accederán al sistema. Luego, puede consultar los registros de eventos para confirmar que el grupo de aplicaciones se recicló a la hora especificada (pasos incluidos en la primera opción) y puede consultar los registros de eventos. App Builder registros de la aplicación para confirmar que el App Builder la aplicación se inicia inmediatamente después de que se recicla el grupo de aplicaciones.
Si la aplicación se inicia automáticamente después de que se recicla el grupo de aplicaciones, el programador siempre estará en ejecución.
Solución de Problemas
Si la prueba no es exitosa, la siguiente sección contiene algunos problemas comunes que se han encontrado al desplegar el comportamiento de inicio automático.
La inicialización de la aplicación ahora está configurada correctamente. A continuación, se incluyen enlaces que indican cómo probar el comportamiento o solucionar algunos problemas comunes que se han encontrado.