5.2.2. Aplicación de parches en una instalación zip/con instalador
5.2.2.1. El sistema de administración de parches Copiar enlaceEnlace copiado en el portapapeles!
Copiar enlaceEnlace copiado en el portapapeles!
El sistema de administración de parches JBoss EAP 6 se utiliza para aplicar parches zip descargados en un solo servidor JBoss EAP 6. Se puede acceder ya sea por el CLI de administración usando el comando
patch
o por medio de la consola de administración. El sistema de administración de parches no se puede utilizar para aplicar parches automáticamente en instancias del servidor JBoss EAP 6 a través de un dominio administrado, pero si se pueden aplicar parches a las instancias individuales del servidor en un dominio administrado.
Importante
Las instancias del servidor JBoss EAP 6 que se han instalado utilizando el método RPM no se pueden actualizar utilizando el sistema de administración de parches. Consulte Sección 5.2.3, “Aplicación de parches en una instalación RPM” para actualizar los servidores JBoss EAP 6 instalados por medio de RPMs.
Nota
El sistema de administración de parches solo se puede utilizar con los parches producidos para las versiones de JBoss EAP 6.2 y posteriores. Para los parches para las versiones de JBoss EAP previas a 6.2 se debe referir a la versión relevante de la documentación disponible enhttps://access.redhat.com/site/documentation/.
Además de aplicar los parches, el sistema de administración de parches puede proporcionar información básica sobre el estado de los parches instalados y también proporciona una manera de deshacer inmediatamente la aplicación de un parche.
Al aplicar o deshacer un parche, el sistema de administración de parches verificará los módulos y otros archivos misceláneos que estén cambiando para cualquier modificación del usuario. Si se detecta una modificación del usuario y no se ha especificado una opción para el manejo de conflictos entonces el sistema de administración de parches abortará la operación y advertirá que hay un conflicto. La advertencia incluirá una lista de los módulos y otros archivos que estén en conflicto. Para completar la operación, se debe volver a ejecutar con una opción que especifique la manera de resolver el conflicto: ya sea preservando las modificaciones del usuario o sobreescribiéndolas.
La tabla a continuación lista los argumentos y opciones para el comando
patch
del CLI de administración.
Opción o argumento | Descripción |
---|---|
apply | Aplica un parche. |
--override-all | Si hay un conflicto entonces la operación parche sobreescribe las modificaciones de cualquier usuario. |
--override-modules | Si hay un conflicto generado por cualquiera de los módulos modificados, esta opción sobreescribe estas modificaciones con el contenido de la operación de aplicación del parche. |
--override=path(,path) | Sólo para archivos misceláneos especificados, esto sobreescribirá los archivos modificados en conflicto con los archivos en la operación de aplicación del parche. |
--preserve=path(,path) | Sólo para archivos misceláneos especificados, esto preservará los archivos modificados en conflicto. |
--host=HOST_NAME | Disponible en modo de dominio, esto especifica el host en donde se realizará la operación de aplicación del parche. |
info | Retorna información sobre los parches instalados actualmente. |
history | Muestra información básica sobre el historial de aplicación de parches. |
rollback | Deshace la aplicación de un parche. |
--patch-id=PATCH_ID | Requerido para deshacer, el ID del parche para deshacer. |
--reset-configuration=TRUE|FALSE | Se requiere para revertir, especifica si debe reestablecer los archivos de configuración del servidor como parta de la operación para revertir. |
--rollback-to | Si el parche a deshacer es un parche individual (solo uno), el utilizar este argumento especifica que la operación para deshacer también deshará los otros parches únicos que se han aplicado encima del parche especificado. |