![[z/OS]](../images/ngzos.gif)
Escenarios de automatización y recuperación del servidor web (servlet)
Esta tabla proporciona escenarios para la automatización y la recuperación de un servidor web (o servlet).
Tarea | Escenarios de automatización y recuperación de WebServer |
---|---|
Arranque | Los servidores web tienen una relación con WebSphere Application Server para z/OS únicamente en el sentido de que es posible que un programa de la aplicación cliente que se escribe para que utilice los recursos de WebSphere Application Server para z/OS se escriba como un servlet. Las aplicaciones indicarán cualquier implicación relacionada con el orden de arranque. Probablemente, desee tener los servidores WebSphere Application Server para z/OS activos y preparados antes de iniciar la aplicación cliente que aloja el servidor web. |
Conclusión | No existen dependencias del código del producto. Al igual que con la mayoría de aplicaciones, es posible que desee inmovilizar los clientes antes de desactivar los servidores WebSphere Application Server para z/OS de destino. Concluya el servidor Web para detener el puerto de entrada. |
Manejo de transacciones en proceso o en duda en el caso de anomalía | Como un servidor Web es sin estado, hay transacciones en proceso y en duda. |
Cómo determinar si un servidor Web se está ejecutando | Utilice los mandatos de visualización de z/OS y las herramientas de visualizador como, por ejemplo, SDSF o la consola administrativa, para supervisar el servidor web. |
¿Qué ocurre con WebSphere Application Server para z/OS si el servidor web concluye? | WebSphere Application Server para z/OS se puede mejorar y ampliar si se combina con un IBM HTTP Web Server si desea un equilibrio de carga y una migración tras error más sólidos. |
¿Qué ocurre en otros subsistemas si el servidor web se concluye? | No afecta a otros subsistemas. |
Dónde encontrar más información | z/OS HTTP Server Planning, Installing, and Using o la documentación para el servidor web particular. |