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

Tiempo de inactividad y modo de aplicación Hotpatch en adop R12.2

Modo de tiempo de inactividad adopta R12.2

Al aplicar parches en este modo, adop primero confirmará que los servicios de nivel de aplicación están inactivos y luego procederá a aplicar el parche a la edición de ejecución de la base de datos y el sistema de archivos de Oracle E-Business Suite. La aplicación de parches en modo de tiempo de inactividad no utiliza un ciclo de aplicación de parches en línea. El proceso de aplicar un parche en el modo de tiempo de inactividad se completa más rápido que en el modo en línea, pero a costa de un mayor tiempo de inactividad del sistema.

Para ejecutar adop en modo de tiempo de inactividad, utilice las siguientes opciones de línea de comandos. En este ejemplo, el parche 1111111 se aplica en modo de tiempo de inactividad:

$ adoptar fase=aplicar parches=1111111 apply_mode=tiempo de inactividad

No requiere la fase de preparación

Punto importante a tener en cuenta con respecto al modo de tiempo de inactividad

1) Los parches de la versión 12.2 normalmente no se prueban en modo de tiempo de inactividad. Por lo tanto, este modo debe usarse solo en situaciones de emergencia

2) El modo de tiempo de inactividad solo se admite para uso en producción donde esté documentado explícitamente o cuando lo indique Oracle Support o Development.

3) Este modo se introdujo para optimizar el proceso de actualización a Oracle E-Business Suite versión 12.2

4) No puede haber ningún ciclo de aplicación de parches en curso. Aunque adop le impedirá aplicar parches en el modo de tiempo de inactividad mientras se realiza un ciclo de parches, es importante tener esto en cuenta para fines de planificación

5) Para evitar la invalidación masiva en la base de datos, los objetos de código implementados en la base de datos no deben incluir objetos principales que puedan causar una invalidación extensa en los objetos dependientes. Si esto sucede, se requerirá una cantidad significativa de tiempo para volver a compilar el código.

6) Los directorios que contienen código implementado en el nivel de aplicación durante la implementación de parches de emergencia deben registrarse con el controlador de sincronización personalizado, para garantizar una sincronización automática exitosa del sistema de archivos mediante el proceso de sincronización de adopción.

Modo Hotpatch
En el modo hotpatch, adop aplicará el parche a la edición de ejecución del sistema mientras los servicios de la aplicación aún se están ejecutando. Los parches que se pueden aplicar de forma segura en modo hotpatch (como NLS y los parches de ayuda en línea) documentarán esto en el archivo Léame del parche. El modo Hotpatch no se puede usar si hay un ciclo de aplicación de parches en línea en curso.
Para ejecutar adop en modo hotpatch, utilice las siguientes opciones de la línea de comandos. En este ejemplo, el parche 1111111 se aplica en modo hotpatch:

$ adoptar fase=aplicar parches=1111111 apply_mode=hotpatch

No requiere la fase de preparación