Reinicio de un servidor de aplicaciones en modalidad de recuperación.

Cuando una instancia de servidor de aplicaciones con transacciones activas en progreso se reinicia después de una anomalía, el servicio de transacciones utiliza los registros de recuperación para completar el proceso de recuperación. Estos registros, que mantienen cada recurso transaccional, se utilizan para volver a ejecutar cualquier transacción InDoubt y devolver a todo el sistema a un estado de coherencia interna.

[z/OS]

Antes de empezar

Si va a migrar desde una versión anterior del producto, asegúrese de que el parámetro REC que se ha incluido en la sentencia del procedimiento JCL para el controlador sea REC=N o REC=Y. Si el procedimiento JCL no especifica REC=N ni REC=Y, el servidor no se reiniciará en modalidad de recuperación aunque especifique la opción -recovery.

Si el procedimiento JCL incluye REC=N, el valor se cambia automáticamente por REC=Y si especifica -recovery cuando se reinicie el servidor. REC=N se incluye automáticamente en el procedimiento JCL si no ha realizado la migración desde una versión anterior del producto. A continuación, aparece un ejemplo del aspecto que podría tener una sentencia PROC actualizada:

//BBO6ACR  PROC PARMS=' ',REC=N,Z=BBO6ACRZ       

Acerca de esta tarea

Cuando vuelva a iniciar un servidor de aplicaciones en modalidad de recuperación:
  • Los recursos de transacciones completan las acciones en los archivos de registro de recuperación y, a continuación, se cierran. Esta acción libera cualquier bloqueo de recursos que el servidor de aplicaciones mantuviese antes del error.
  • Durante el periodo de recuperación, sólo está disponible el subconjunto de las funciones del servidor de aplicaciones que es necesario para continuar.
  • El servidor de aplicaciones no acepta trabajo nuevo durante el proceso de recuperación.
  • El servidor de aplicaciones se cierra cuando se completa la recuperación.

Este proceso de recuperación empieza tan pronto como todos los subsistemas necesarios del servidor de aplicaciones están disponibles. Si el servidor de aplicaciones no se reinicia en modalidad de recuperación, el servidor de aplicaciones puede empezar a aceptar trabajo tan pronto como el servidor este listo, que es posible que ocurra antes de que el trabajo de recuperación se haya completado.

Generalmente, este proceso no supone ningún problema. No obstante, existen situaciones en las que es posible que los procedimientos operativos no sean compatibles con el soporte del trabajo de recuperación y del nuevo trabajo simultáneamente. Por ejemplo, es posible que tenga un entorno de alta disponibilidad donde el trabajo manejado por el servidor de aplicaciones que con anomalía se traslade inmediatamente a otro servidor de aplicaciones. A continuación, este servidor de aplicaciones de copia de seguridad procesa exclusivamente el trabajo del servidor de aplicaciones con anomalía hasta que la recuperación se ha completado en ese servidor y los dos servidores de aplicaciones pueden volver a sincronizarse. En esta situación, es posible que desee que el servidor de aplicaciones con anomalía realice únicamente el proceso de recuperación transaccional y concluya seguidamente. Es posible que no desee que este servidor de aplicaciones empiece a aceptar nuevo trabajo mientras el proceso de recuperación esté en progreso.

Para evitar la asignación de trabajo nuevo a un servidor de aplicaciones que esté realizando el proceso de recuperación de transacciones, reinicie el servidor de aplicaciones en modalidad de recuperación.

Cuando reinicie un servidor de aplicaciones con anomalía, el agente de nodo del nodo donde reside ese servidor debe estar en ejecución antes de que pueda reiniciarlo.

Avoid trouble Avoid trouble: Cuando un servidor de aplicaciones se detiene como parte del proceso de conclusión normal, se envía el mensaje WSVR0024I: Se ha detenido el servidor xxxxxxxx PROCESOxxxxxxxx al archivo de registro del sistema. Si los ID de usuario de servidor tienen acceso ALTER a los perfiles MVSADMIN.* adecuados en la clase del recurso, la entrada del registro del gestor de recursos que está asociada al servidor de aplicaciones para esta instancia del servidor de aplicaciones se elimina de los registros de RRS. Sin embargo, si los ID de usuario de servidor no tienen acceso ALTER a los perfiles MVSADMIN.* adecuados en la clase del recurso, la entrada del registro del gestor de recursos que está asociada al servidor de aplicaciones para esta instancia del servidor de aplicaciones no se eliminará de los registros de RRS.

Si la entrada de registro del gestor de recursos se ha suprimido de los registros de RRS, en un inicio de servidor de aplicaciones subsiguiente se llevará a cabo un arranque en frío. Sin embargo, no podrá efectuar un arranque en frío con RRS si está iniciando el servidor de aplicaciones en modalidad de recuperación.

[z/OS]Con este release del servicio, puede realizar el arranque en frío del servidor en modalidad de recuperación únicamente en el sistema en el que se ha configurado el servidor.

gotcha

Si desea poder reiniciar un servidor de aplicaciones en modalidad de recuperación, debe realizar los pasos siguientes antes de que se produzca una anomalía y, a continuación, reinicie el servidor de aplicaciones para habilitar los cambios de la configuración:

Procedimiento

Resultados

El servidor de aplicaciones se reinicia en modalidad de recuperación, realiza la recuperación de transacciones y concluye. Se libera cualquier bloqueo de recursos que el servidor de aplicaciones mantuviese antes del error.
[z/OS]

Qué hacer a continuación

Configure el soporte de alta disponibilidad integrado para la recuperación de igual de transacciones del subcomponente del servicio de transacciones.


Icon that indicates the type of topic Task topic



Timestamp icon Last updated: last_date
http://www14.software.ibm.com/webapp/wsbroker/redirect?version=cord&product=was-nd-mp&topic=trun_svr_recoverymode
File name: trun_svr_recoverymode.html