sql >> Base de Datos >  >> RDS >> Oracle

qué sucede en la fase de transición de adopción en R12.2

La fase de transición de la adopción es la fase de tiempo de inactividad del ciclo de aplicación de parches en línea. Debemos asegurarnos de que no haya acceso de usuario en ese período a medida que se reinician los procesos de la aplicación.
Antes de ejecutar el comando de transición, asegúrese de estar listo para comprometerse con la aplicación de los parches seleccionados. Una vez que se completa la transición, no es posible volver a la edición anterior
La fase de transición de la adopción tiene los siguientes pasos
1) Apagar el administrador concurrente interno:la utilidad de adopción indica al administrador concurrente interno que se apague, pero esperará a que finalicen las solicitudes concurrentes existentes antes de continuar con las acciones de transición. El sistema aún está disponible para los usuarios durante este período de espera.
Si no desea esperar indefinidamente a que finalicen las solicitudes simultáneas, especifique la opción cm_wait= con una cantidad de minutos que refleje sus necesidades operativas
En los sistemas de producción, no especifique cm_wait, pero controle el progreso de las tareas simultáneas y tome medidas manuales en ellas si es necesario. Es bueno programar la transición durante el tiempo en que se ejecutan menos trabajos.
En los sistemas que no son de producción , especificamos cm_wait para limitar el tiempo de espera antes de que se lleve a cabo la transición, ya que es un desarrollo y podemos tolerar la cancelación de Concurrenyt Manager. En tal caso, puede esperar ver un mensaje informativo de la forma:
[DECLARACIÓN] [FIN] Esperando a que ICM deje de funcionar
Si no desea esperar solicitudes concurrentes en curso para finalizar normalmente, puede finalizar el administrador concurrente interno ejecutando el comando de cancelación adcmctl.sh desde un shell diferente

Esta tarea la realiza el script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl
2) Cerrar los servicios de nivel de aplicación:Todos los servicios de nivel de aplicación se desconectan. Durante este período, el sistema no está disponible para los usuarios.
Esta tarea la realiza el script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl

3) Transición de la base de datos:promocione la edición de la base de datos de parches para que se convierta en la nueva edición de la base de datos de ejecución, utilizando el script adzdpmgr.pl.
Esta tarea se realiza mediante el script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl

4) Transición del sistema de archivos:promocione el sistema de archivos de parches para que se convierta en el nuevo sistema de archivos de ejecución, cambiando los valores de $FILE_EDITION en los entornos de parches y ejecución. El parche actual APPL_TOP se convierte en la nueva ejecución APPL_TOP, y la ejecución actual APPL_TOP se convierte en el nuevo parche APPL_TOP.
Esta tarea la completa Autoconfig
5) Terminar sesiones de base de datos antiguas:terminar cualquier conexión de base de datos a la ejecución anterior edición de la base de datos.
Esta tarea la realiza el script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl

6) Iniciar servicios de nivel de aplicación:los servicios de nivel de aplicación se reinician en la nueva edición de ejecución. El sistema ahora está nuevamente disponible para los usuarios.
Esta tarea se realiza mediante el script $FND_TOP/bin/txkADOPCutOverPhaseCtrlScript.pl

Ejemplo .
$ adop phase=cutover
Esto promocionará la edición del parche para que sea la nueva edición de ejecución, además de cambiar las etiquetas de parche y ejecución en los sistemas de archivos (y, por lo tanto, como se indicó anteriormente, cambiar el sistema de archivos de parches será el nuevo sistema de archivos de ejecución y el sistema de archivos de ejecución será el nuevo sistema de archivos de parches).
Aplazamiento del reinicio del nivel de aplicación en la transición
Muchas veces es posible que deba realizar pasos manuales adicionales después de la transición, pero antes de reiniciar los servicios de nivel de aplicación. Si este es el caso, puede proporcionar un parámetro adicional al comando de transición que hace que los servicios de la aplicación permanezcan apagados:
$ adop phase=cutover mtrestart=no
Con este parámetro, la transición se completará sin reiniciar los servicios de nivel de aplicación. Puede realizar cualquier paso adicional que requiera que se apaguen los servicios y luego iniciar los servicios de nivel de aplicación manualmente mediante el script adstrtal.sh.
Archivos JAR y transición
En un ciclo de aplicación de parches en línea, los archivos JAR necesarios se almacenan inicialmente en el directorio $APPL_TOP/admin//out y luego se cargan en la base de datos durante la fase de transición. Por lo tanto, el directorio de salida no debe eliminarse al menos hasta que se complete la transición.