Cómo aplicar parches usando Oracle opatch
La mayoría de los parches de software proporcionados a los usuarios por los fabricantes tienen la forma de funciones de biblioteca compiladas. Por lo tanto, la instalación de parches de software en realidad significa copiar estas funciones de biblioteca a los directorios correspondientes y realizar operaciones de vinculación cuando sea necesario. Las empresas de software suelen organizar todos los parches para una determinada versión después de un período de tiempo: fusionar e integrar, resolver conflictos, realizar pruebas generales y automatizar operaciones de copia y vinculación de archivos para obtener un "paquete" de parches de software. Diferentes compañías usan diferentes nombres, y el Service Pack de Windows con el que los usuarios comunes de computadoras ahora están familiarizados es precisamente uno de esos paquetes de parches. El nombre dado por Oracle al paquete de parches es Patch Set, y la versión instalada del Patch Set se llama Patch Set Release (PSR).
Oracle proporciona PSR de vez en cuando para productos con soporte técnico estándar. Por ejemplo, al momento de escribir este artículo, el PSR más reciente para la versión 10.2 es 10.2.0.2; 10.1.0.5; y el PSR más reciente para la versión 10.1 es 10.1.0.5. El PSR más reciente (y más común) para la versión 10.2 es 10.2.0.5.
Los errores descubiertos después de instalar el último PSR, por supuesto, tendrán los parches correspondientes en el próximo PSR. El próximo PSR contendrá todos los parches del PSR actual y los parches para los errores recién descubiertos. Cuando existen varios PSR, solo necesita instalar la última versión una vez. Sin embargo, dado que PSR se lanza de vez en cuando, si estas vulnerabilidades tienen un mayor impacto en los usuarios, Oracle también hará públicos estos parches para que los utilicen los usuarios. Estos parches se denominan parches individuales (parches temporales, parches únicos). o excepción del conjunto de parches). En los lanzamientos de parches finales, dado que ya no hay un próximo PSR, un único parche se convierte en la única opción cuando se descubre un nuevo error que afecta al sistema.
Además, Oracle lanza periódicamente parches de seguridad, denominados CPU (Critical Patch Updates). Los parches de seguridad se utilizan para corregir vulnerabilidades de software o comúnmente conocidos como agujeros de seguridad. Este tipo de problema no debería ser un error de software y no causará ningún problema durante el uso normal. Sin embargo, las personas con motivos ocultos pueden eludir el mecanismo de gestión de seguridad del sistema de base de datos ejecutando un código diseñado de forma muy inteligente, logrando así un acceso no autorizado.
Existe otro tipo de parche: el parche de diagnóstico. Como su nombre indica, este tipo de parche no se utiliza para solucionar el problema, sino para encontrar la causa del mismo. Estos parches solo deben instalarse si así lo solicita el soporte técnico de Oracle. El parche debe desinstalarse tan pronto como se obtenga la información de diagnóstico requerida.
Pros, contras y momento
Los administradores de bases de datos responsables de administrar bases de datos que admiten aplicaciones de gran tamaño comprenden fácilmente el costo de instalar parches de software. La instalación de un PSR requiere detener el servicio de la base de datos y apagar la base de datos, y programar dicho tiempo de inactividad es inherentemente difícil para muchas aplicaciones. De hecho, esta situación es más grave, porque la instalación de un PSR puede "introducir" nuevos errores que afecten al normal funcionamiento de la aplicación. Se supone que los parches de software corrigen errores, pero ¿cómo pueden introducir nuevos errores? Es un poco confuso, pero desafortunadamente esa es la realidad.
Cada PSR contiene cientos o miles de correcciones de errores críticos. Aun así, poco después del lanzamiento del PSR, se descubrieron algunos problemas nuevos en la base de datos después de instalar el PSR. Algunos de estos errores siempre han existido pero no se habían descubierto antes y ahora se descubren ocasionalmente, se han "activado" o son más fáciles de encontrar porque un PSR solucionó un error. Pero algunos errores son causados por PSR, que el soporte técnico de Oracle llama regresiones.
Para cada PSR, hay dos documentos importantes relacionados en metalink. Uno es la "Lista de correcciones agregadas en XXXX", que es la lista de errores corregidos por el PSR, es decir, la "lista de correcciones"; Lista de correcciones agregadas en XXXX". Una es "Lista de correcciones agregadas en XXXX", que es la lista de errores corregidos por este PSR, que es la "lista de correcciones" y la otra es "Problemas conocidos y alertas que afectan a XXXX", que es la lista de problemas encontrados después; instalando el PSR, que se puede llamar " Lista de Arrepentimiento". Debido a la complejidad del software de gran tamaño, los errores son casi inevitables. Es importante poder proporcionar información de manera oportuna para que el DBA pueda tomar decisiones correctas junto con su propio sistema. Los lectores no necesitan perder la fe en los productos de bases de datos de Oracle sólo porque saben que todavía existen errores. La gran mayoría de los miles de errores corregidos por PSR ocurren en entornos donde los errores son raros o donde se utilizan combinaciones complejas de múltiples componentes.
Si existe algún tipo de problema durante el funcionamiento del sistema, y el departamento de soporte técnico de Oracle o expertos externos confirman que la causa es un error en el PSR, entonces se debe instalar lo antes posible. como sea posible, si el sistema ha estado funcionando normalmente, y El componente o función involucrado en el problema (por ejemplo, Espera Lógica, JVM, RAC, etc.) se encuentra en el PSR En el sistema Si el sistema ha estado funcionando normalmente, y Si el componente o función involucrado en el problema (por ejemplo, Logical Standby, JVM, etc.) se encuentra en el PSR, RAC, etc.), puede elegir si desea instalarlos.
Otro factor a considerar es el momento de instalación del parche. Un requisito previo importante para estas consideraciones es que el sistema ya esté operativo y existan preocupaciones sobre errores de "regresión" que afecten al sistema. Si el sistema aún se encuentra en la fase de desarrollo y prueba, no dude en instalar el último PSR y probar si la aplicación funciona correctamente en función de él. Si se encuentra una anomalía, solicite al soporte técnico de Oracle que confirme si se trata de un error nuevo y, de ser así, pídales que proporcionen parches individuales. El propósito de esto es probar el sistema de aplicación en la plataforma de base de datos más completa y estable posible. Podemos resumir esta estrategia de parcheo como "aplicar parches nuevos, no aplicar parches antiguos".
Todo lo anterior es para la instalación de PSR para un solo parche, dado que el parche corrige un solo error, es fácil determinar si instalarlo. Es importante tener en cuenta que si se instalan varios parches individuales según el PSR actual, después de que se lance el siguiente PSR, todos los parches individuales deberán desinstalarse antes de instalar el siguiente PSR. Para facilitar la administración, el soporte técnico de Oracle ahora requiere que se use la herramienta opatch para instalar y administrar herramientas individuales, y tratar de evitar operaciones como la copia manual de archivos.
El último paso es juzgar la instalación de parches de seguridad. Aunque la palabra vulnerabilidad de seguridad parece hacer que la gente se sienta seria, también es necesario analizar con calma y de manera integral el daño que estas vulnerabilidades causan al sistema. De hecho, no instalar parches de seguridad es probablemente mucho menos dañino que ceñirse a los "valores predeterminados estándar" de nombres de usuario y contraseñas que todos conocen (como scott/tiger).
Instalar PSR
Instalar PSR usando la utilidad oui es muy simple en sí mismo, simplemente seleccionando algunas opciones con el mouse y entrando en la fase de ejecución automatizada. Sin embargo, si requiere una instalación exitosa; si requiere que la operación se complete dentro de un tiempo de inactividad limitado entre las 2 a. m. y las 4 a. m., si requiere que el proceso de instalación esté libre de errores para eliminar por completo la posibilidad de futuros errores operativos; Entonces debes hacer algunos preparativos antes de comenzar oui.
1. Reúna información
Uno de los documentos más importantes para la información de PSR son las notas del parche de software, que son equivalentes a la guía de instalación y las notas de la versión del manual técnico. El archivo en sí está incluido en el archivo de parche de software descargado y se denomina patchnote.htm o README.html. Cabe señalar que la anotación del conjunto de parches en el archivo de parches de software puede no ser la última versión. Puede obtener la última versión de metalink de acuerdo con las indicaciones del archivo.
Otros dos documentos importantes son la "Lista de reparación" y la "Lista de arrepentimiento", los cuales deben leerse con más atención que la "Lista de reparación". La "Lista de arrepentimiento" debe leerse con más atención que la "Lista de soluciones", y cada elemento de la "Lista de arrepentimiento" debe leerse con más atención que la "Lista de soluciones". Además, la sección Problemas conocidos de las notas del parche enumera algunos problemas de instalación que. surgen después de PSR
Además de estos tres documentos principales, también debe buscar en metalink cualquier otro artículo técnico relacionado con este PSR y descubrir qué han encontrado otros usuarios al instalar este PSR. Publicaciones sobre problemas o problemas. Se debe prestar más atención a los problemas encontrados después de la instalación.
2. Haga un juicio
Después de leer detenidamente los artículos recopilados, decida si desea instalar PSR. inmediatamente o espere la siguiente instalación. Si pospone la instalación, registre el motivo para poder realizar un seguimiento del proceso de reparación del error en el futuro.
Después de que decida instalar PSR, debe desarrollar una implementación. Este plan no solo debe incluir los pasos operativos normales, sino que también debe considerar medidas de contingencia (si la instalación del PSR falla, el sistema debe restaurarse al estado previo a la instalación antes del tiempo de inicio normal de la aplicación, posiblemente antes de que se inicie el sistema oficial). implementado, se deben realizar simulacros y procesamiento de la aplicación en el sistema de prueba para garantizar que la instalación del PSR no afecte el funcionamiento del sistema de aplicación.
El plan para instalar el PSR generalmente incluye las siguientes partes: Detener el servicio de base de datos y cierre la base de datos; haga una copia de seguridad del software DBMS y la base de datos para la recuperación; instale el software PSR y actualice la versión de PSR; Cuando la configuración del sistema es compleja, cierre la base de datos. Lo que puede parecer una operación simple puede resultar sencilla. Además, si las horas de trabajo nocturnas no permiten instalar el PSR después de una copia de seguridad completa de la base de datos, se debe fijar la fecha para instalar el PSR. se elegirá durante una copia de seguridad completa de rutina de la base de datos (solo se respaldan los registros de rehacer).
El propósito de realizar una copia de seguridad del software DBMS antes de instalar PSR es ese, ya que la instalación de PSR actualizará muchos programas). y funciones de biblioteca, si la instalación de PSR falla a mitad de camino (aunque la posibilidad es pequeña), entonces la única opción es reinstalar el software en este momento (PSR es diferente de una instalación de software completa y el software PSR no se puede desinstalar por separado); en oui)
Puede utilizar cp, tar y para realizar copias de seguridad de archivos, directorios y sistemas de archivos. Los comandos como dump se completan de la forma más sencilla. Si desea acortar el tiempo de copia de archivos, puede hacerlo. considere usar el método de copia de seguridad de partición. Sin embargo, el requisito previo para que la copia de partición sea más rápida que la copia de archivos es que la partición esté bien diseñada: Ocupe una partición independiente de tamaño moderado (como 4 GB), para que se muestre la copia del sector. sus ventajas Esta es una de las razones por las que Oracle recomienda utilizar una partición independiente para instalar el software.
Al desarrollar un plan de implementación, debe leer atentamente la sección de preparación preoperacional de la descripción del conjunto de parches. Esta sección describe configuraciones especiales del sistema, por lo que si su sistema se encuentra en una de las configuraciones mencionadas en el documento, asegúrese de leer primero el artículo técnico relacionado para encontrar el instalador correcto.
Después de instalar el software PSR usando oui, no olvide actualizar el paso del diccionario de datos. Si se generan varias bases de datos en este ORACLE_HOME, el diccionario de datos debe actualizarse para cada base de datos.
.Implementación
Con un plan detallado, la implementación se puede "programar" y convertirse en una simple tarea manual. Dado que se reconoce que la probabilidad de "cometer un error apresuradamente" es mucho mayor que la de "cometer un error apresuradamente", la posibilidad de cometer errores debe minimizarse durante las operaciones. Por ejemplo, si necesita ejecutar un comando complejo, cópielo de un archivo al terminal en lugar de escribirlo en el acto. Además, durante el proceso de implementación, se debe registrar el tiempo de ejecución real de cada etapa como referencia al formular planes similares en el futuro.
5. Verifique los resultados de la operación y regístrelos
Al realizar una operación, se debe verificar si la operación fue exitosa o no. No puede simplemente asumir que no hay ningún mensaje de error. , lo que significa que tiene éxito. Necesitas saber cómo verificar. Excepto por algunas verificaciones que requieren mucho tiempo (si el contenido de la copia de seguridad de la partición se puede restaurar exitosamente en el sistema, debe restaurar la partición, iniciar la base de datos y probar el sistema de la aplicación para confirmar), todas las demás operaciones deben verificarse. . Toda la información de salida de la pantalla y los archivos de registro deben conservarse y enviarse al supervisor o al cliente como archivo adjunto al informe de instalación.
Cuando aparecen mensajes de excepción/error en la salida de la pantalla o en los archivos de registro, se deben analizar inmediatamente para determinar qué acciones se deben tomar de inmediato. Si ocurre un error crítico, puede ser necesario volver a ejecutar ciertos procedimientos SQL o reinstalar el PSR, por lo que debe dejar tiempo para manejar las excepciones al desarrollar su plan de implementación.
El siguiente es un ejemplo de instalación de PSR para 10.1 en una plataforma Linux para dar una idea a los lectores que nunca han instalado PSR.
El sistema operativo es RHEL AS4.0 Update3 y la versión actual de Oracle es 10.1.2. Busque en metalink para encontrar el último PSR10.1.0.5 para 10.1. Descarga el archivo zip. Localice las "Instrucciones del conjunto de parches" en el archivo zip, que se completó en enero de 2006, y siga las instrucciones en metalink. La última versión de este archivo se recuperó de metalink siguiendo las instrucciones del archivo, con fecha de finalización de abril de 2006. Al utilizar la herramienta de comparación de documentación, no existen diferencias sustanciales entre las dos versiones, aparte de los cambios de redacción, pero vale la pena adquirir el hábito de buscar siempre la documentación más reciente.
Según los comentarios del conjunto de parches, hay algunas configuraciones especiales del sistema que requieren pasos adicionales. Estos pasos no se tratan en este ejemplo, por lo que puede seguir los pasos estándar.
Además, después de consultar el documento "Problemas conocidos y alertas que afectan a 10.1.0.5", descubrí que uno de los errores más importantes introducidos por 10.1.0.5 es que SELECT MAX() bajo ciertas condiciones no producirá resultados correctos. resultados. Este error se puede evitar configurando un evento para deshabilitar la optimización de la PRIMERA FILA. La conclusión final es que el error no afecta a este sistema y se puede instalar PSR10.1.0.5.
1. Compruebe si es necesario ajustar el espacio de la tabla de la base de datos y los parámetros de inicialización.
El espacio de tabla del sistema requiere una cierta cantidad de espacio no utilizado: el valor mínimo de los parámetros de inicialización SHARED_POOL_SIZE y JAVA_POOL_SIZE no debe ser inferior a 150 MB.
2. Cierre la base de datos y detenga procesos como oyentes y agentes.
3. Descomprima el archivo descargado en un directorio y luego ejecute oui.
La versión de oui contenida en el archivo zip es superior a la versión instalada, por lo que siempre se debe utilizar la versión más reciente de oui. En la ventana de oui debes seleccionar la ubicación donde deseas instalar el software.
Puedes iniciar la copia de archivos en la ventana "Productos.xml".
Tenga en cuenta que la ruta y el nombre del archivo de registro de esta instalación se mostrarán en la ventana. Este archivo se encuentra en el subdirectorio de registros del directorio de inventario de Oracle y el nombre del archivo consta del prefijo InstallActions y la fecha y hora de instalación, por ejemplo, InstallActions2006-08-30-11-32-48AM.log.
Después de completar normalmente, salga del archivo oui.log y recupere cualquier error o información "ORA-". El archivo de registro generado por esta instalación no contiene dicha información, lo que indica que el software PSR se instaló correctamente. Si inicia oui nuevamente y hace clic en "Software instalado", podrá ver que hay un nuevo proyecto 10.1.0.5 en el software 10.1.0.2 original, lo que también confirma que el software PSR se ha instalado correctamente.
4. Actualizar el diccionario de datos de la base de datos
Al actualizar el diccionario de datos, la base de datos debe abrirse en un modo de actualización especial.
$ sqlplus /nolog
SQL> CONNECT / AS SYSDBA
SQL> ACTUALIZACIÓN DE INICIO
SQL> SPOOL patch.log
SQL> @?/rdbms/admin/catpatch.sql
Al final de la ejecución, desactive la redirección:
SQL> SPOOL OFF
Abra el archivo patch.log y verifique el error "ORA-". (Este archivo se encuentra en el directorio actual al iniciar sqlplus, pero la ruta al archivo también se puede especificar explícitamente en la instrucción "SPOOL patch.log"). Si ocurre un error, analice la causa y ejecute el programa catpatch.sql nuevamente después de resolver el problema.
Al actualizar el diccionario de datos, eliminar y regenerar ciertos paquetes PL/SQL puede hacer que el paquete PL/SQL asociado tenga un estado anormal (no válido). Cuando se llamen estos paquetes en el futuro, si se detecta que su estado es ilegal, el comando de compilación se ejecutará automáticamente para que su estado sea normal (válido). Si bien esto no causa errores, sí hace que los procesos individuales se ralenticen cuando se ejecutan por primera vez. Obviamente, en lugar de compilar la aplicación uno por uno mientras se ejecuta, es mejor volver a compilar todos los paquetes de excepción de una vez antes de hacerlo.
SQL> APAGADO
SQL> INICIO
SQL> @?/rdbms/admin/utlrp.sql
Finalmente, siga Complete las instrucciones en Problemas conocidos para completar las operaciones relacionadas con este sistema. Por ejemplo, modifique el archivo de configuración de Pro*C. Esto realiza una "operación posterior" que modifica los permisos de acceso a archivos para que los usuarios y programas que no pertenecen al grupo puedan acceder a las herramientas del cliente y las funciones de la biblioteca.
$ cd $ORACLE_HOME/install
$ ./ changePerm.sh
Herramienta personal de administración de parches opatch
Como se mencionó anteriormente, Nuevo Los errores descubiertos después del lanzamiento de un PSR solo se pueden corregir en el siguiente PSR. Si hay un impacto significativo en la base de datos, el parche se proporcionará a los usuarios como un parche único. Un parche individual está asociado con un PSR específico y se instala encima de ese PSR. Además, como sugiere el nombre, un parche único es solo un parche para un error único y no contiene otros parches individuales, es decir, no es acumulativo.
Antes de la versión 9.2, la instalación de parches individuales se realizaba totalmente de forma manual. La desventaja de este método manual es que no sólo aumenta la carga sobre el DBA, es propenso a errores operativos, sino que tampoco puede administrar los parches individuales que se han instalado.
Para abordar las deficiencias del enfoque manual, a partir de la versión 9.2, Oracle diseñó e implementó una única herramienta de gestión de instalación de parches: opatch. opatch utiliza una estructura de datos del sistema llamada inventario (estrictamente hablando, es una invención de oui***) para administrar de forma centralizada todos los parches individuales instalados, la instalación y desinstalación de parches individuales se realiza mediante opatch. La instalación y desinstalación de un único parche se completa mediante el comando opatch, y opatch también completa automáticamente la detección de conflictos durante el proceso de instalación. Se proporciona un comando de lista para obtener fácilmente información sobre un único parche instalado.
En 10g (10.1 y 10.2), opatch se instala automáticamente como herramienta estándar durante la instalación del software. (
En 10g (10.1 y 10.2), opatch se instala automáticamente como herramienta estándar durante la instalación del software (instalado en $ORACLE_HOME/OPatch). Para la versión 9.2, debe descargar opatch desde metalink. Independientemente de la base de datos Independientemente de la versión, independientemente de si opatch ya está instalado en el sistema, debe descargar la última versión de opatch de metalink antes de usarlo.
Desafortunadamente, debido a problemas de implementación del sistema, el opatch usado en 10.2 es incompatible con el opatch usado en versiones anteriores (10.1 y 9.2) y no se puede mezclar.
opatch es un script escrito en perl (también usando la API JAVA). La versión de Perl utilizada para la programación es 5.6 y, aunque se ejecutará en versiones anteriores a la 5.6, debe instalar Perl en 5.6 o superior siempre que sea posible. La buena noticia para los administradores de bases de datos es que si mantiene el servidor HTTP al instalar la versión 9.2 del software, Perl se instalará automáticamente en $ORACLE_HOME/Apache (10g instalará y configurará automáticamente Perl y opatch).
El formato del comando opatch es:
opatch < comando > [< opciones_comando >] [ -h[elp] ]
Los comandos incluyen: aplicar (instalar un solo parche), revertir (desinstalar un solo parche), lsinventory (enumerar el inventario), consultar (mostrar detalles de un solo parche) y versión (mostrar información de la versión del parche). En el directorio opatch, hay un archivo de guía del usuario (Users_Guide.txt), que tiene formatos de comando detallados y ejemplos de uso para que los lectores puedan consultarlos. Cuando Opatch realiza una operación, además de mostrar los resultados en la pantalla, también genera un archivo de registro. La ruta y el formato del nombre del archivo de registro son los siguientes:
$ORACLE_HOME/.patch_storage/< patch_id >/< action >-< patch_id >_< mm-dd-yyyy_hh-mi-ss > . log
Donde "patch_id" es el número asignado a un único parche por el soporte técnico de Oracle.
4. Ejemplo de instalación de un único parche
Sigue el mismo entorno que el ejemplo de instalación de PSR. Después de instalar PSR 10.1.0.5, recupere Metalink y busque varios parches individuales. Elija uno de ellos para instalar.
El parche único 4518443 corrige el error 4518443, cuyo principal problema era que LISTENER se bloqueaba (HANGUP) si creaba un proceso secundario mientras se registraba en ONS (Oracle Notification Service).
Al realizar la instalación, primero descargue el archivo comprimido del parche p4518443_10105_LINUX.zip de metalink. Extraiga el archivo a un directorio. Después de descomprimirlo, todos los archivos de este parche se encuentran en el subdirectorio 4518443. El nombre del subdirectorio es el número de parche de cada parche y opatch obtiene información según el nombre del subdirectorio, así que asegúrese de no cambiar el nombre del subdirectorio.
Luego, ejecute el comando cd en la ventana de terminal para moverse al subdirectorio 4518443 y ejecute el siguiente comando:
$ $ORACLE_HOME/OPatch/opatch apply
Ver lista de directorios, confirmar la operación de instalación:
$ $ORACLE_HOME/OPatch/opatch ls HOME/OPatch/opatch lsinventory
Al ejecutar el comando de desinstalación, también se debe configurar el subdirectorio 4518443 como directorio actual. Entre ellos, el comando Rollback requiere dos parámetros: -id proporciona el número de un único parche; -ph proporciona la ruta descomprimida de un único parche.
$$ORACLE_HOME/OPatch/opatch rollback -id 4518443 -ph /.../4518443
Después, la lista del directorio mostrará que se ha eliminado el parche único.
4. Utilice opatch para mostrar información de la versión instalada.
Al ejecutar el comando de lista de manifiesto opcional sin iniciar la base de datos, puede obtener información detallada de la versión de cada componente del software instalado.
$$ORACLE_HOME/OPatch/opatch lsinventory -detail
CPU con parches de seguridad
Una CPU contiene parches para múltiples vulnerabilidades de seguridad, incluidos los parches necesarios para la seguridad. vulnerabilidades. Las CPU son acumulativas, simplemente instale la última versión que contenga todo el contenido de CPU publicado anteriormente. De hecho, con algunas excepciones, las modificaciones a las vulnerabilidades de seguridad anteriores de la CPU también se incluyen en la CPU. Oracle Corporation solo proporciona actualizaciones de CPU para productos bajo Soporte técnico estándar y Soporte extendido, y no proporciona nuevas CPU para productos bajo Soporte de mantenimiento (para versiones anteriores a 9.2, las actualizaciones de CPU solo se proporcionan para versiones en ECS y EMS). Generalmente se proporcionan CPU para la versión parcheada actual y para versiones anteriores, pero hay excepciones que se limitan a la versión parcheada actualmente. Dicho esto, normalmente necesitarás instalar la última versión del PSR antes de poder instalar la CPU. Debido a la periodicidad acumulativa de las versiones, para una versión específica en una plataforma específica, si no se descubren nuevas vulnerabilidades de seguridad entre las versiones de la CPU, la nueva versión de la CPU es idéntica a la versión anterior.