Documentación de Oracle Cloud Infrastructure

Aplicación de parches y actualización de un sistema Exadata Cloud Infrastructure

Tema principal: Guías de procedimientos

Actualizaciones de mantenimiento gestionadas por el usuario

El mantenimiento de una instancia de Exadata Cloud Infrastructure segura en el orden de trabajo más adecuado requiere que realice las siguientes tareas de forma regular:

  • Aplicación de parches en el software de Oracle Grid Infrastructure y Oracle Database en las máquinas virtuales del cluster de VM. Para obtener información e instrucciones, consulte Aplicación de parches y actualización de GI y los directorios raíz de base de datos del cluster de VM.
  • Actualización del sistema operativo en las máquinas virtuales del cluster de VM. Consulte Actualización de un sistema operativo de cluster de máquina virtual en la nube de Exadata para obtener información e instrucciones.

Aplicación de parches y actualización de un sistema Exadata Cloud Infrastructure

Obtenga información sobre cómo realizar operaciones de aplicación de parches en máquinas virtuales de base de datos de Exadata y directorios raíz de base de datos mediante la consola, la API o la CLI.

Para obtener información e instrucciones sobre cómo aplicar parches al sistema mediante la utilidad dbaascli, consulte Aplicación de parches y actualización manuales de un sistema Exadata Cloud Infrastructure.

Para obtener más información y ejemplos sobre la aplicación de parches trimestrales de base de datos en Exadata Cloud Infrastructure, consulte la nota de My Oracle Support: How to Apply Database Quarterly Patch on Exadata Cloud Service and Exadata Cloud at Customer Gen 2 (ID de documento 2701789.1).

Para obtener más información sobre cómo lograr un servicio continuo durante las operaciones de aplicación de parches, consulte el documento técnico Application Checklist for Continuous Service for MAA Solutions (Lista de comprobación de aplicaciones para un servicio continuo para soluciones de MAA).

Temas relacionados

Tema principal: Aplicación de parches y actualización de un sistema Exadata Cloud Infrastructure

Aplicación de parches y actualización de GI y los directorios raíz de base de datos del cluster de VM

En este tema se explica cómo realizar operaciones de aplicación de parches en recursos de Exadata Cloud Infrastructure mediante la consola, la API o la CLI.

Nota

Oracle recomienda aplicar parches a bases de datos moviéndolas a un directorio raíz de base de datos que utilice el nivel de aplicación de parches de destino. Consulte Para aplicar parches a una base de datos moviéndola a otro directorio raíz de base de datos para obtener instruccines sobre este método de aplicación de parches de base de datos.

Para obtener información e instrucciones sobre cómo aplicar parches al sistema mediante la utilidad dbaascli, consulte Aplicación de parches en Oracle Database y Oracle Grid Infrastructure mediante dbaascli.

Tema principal: Aplicación de parches y actualización de un sistema Exadata Cloud Infrastructure

Acerca de la aplicación de parches y la actualización de GI y los directorios raíz de base de datos del cluster de VM

En este tema se describen los tipos de aplicaciones de parches que se realizan en instancias de Exadata Cloud Infrastructure y se proporcionan instrucciones para completar las operaciones de aplicación de parches.

Tema principal: Aplicación de parches y actualización de GI y los directorios raíz de base de datos del cluster de VM

Parches de Oracle Grid Infrastructure (GI)

La aplicación de parches en una instancia de Exadata Cloud Infrastructure actualiza los componentes de todos los nodos de cálculo de la instancia. Un parche del cluster de VM o del sistema de base de datos actualiza Oracle Grid Infrastructure (GI) en el recurso.

Nota

El modelo de recursos de Exadata en la nube que utiliza la instancia determina si se aplica el parche de Grid Infrastructure en un recurso de sistema de base de datos o en un recurso de cluster de VM en la nube. Los clusters de VM los utiliza el Nuevo modelo de recursos de Exadata Cloud Infrastructure. Los sistemas de base de datos se pueden migrar fácilmente al nuevo modelo de recursos sin tiempo de inactividad del sistema. Cambio de un sistema de base de datos de Exadata al nuevo modelo de recursos de Exadata.

Aplicación de paches en el directorio raíz de base de datos

Un parche de directorio raíz de base de datos actualiza el software de Oracle Database compartido por las bases de datos de ese directorio raíz.

Por lo tanto, puede aplicar parches a una base de datos mediante uno de los siguientes métodos:

  • Moviendo la base de datos a un directorio raíz de base de datos que tenga la versión de parche correcta. Esto afecta solo a la base de datos que se mueve.
  • Aplicando parches en el directorio raíz de base de datos en el que está actualmente la base de datos. Esto afecta a todas las bases de datos ubicadas en el directorio raíz de base de datos en el que se aplican los parches.

Al aplicar parches en un directorio raíz de base de datos, puede utilizar una imagen de software de base de datos proporcionada por Oracle para aplicar una actualización de software de Oracle Database de disponibilidad general, o bien puede utilizar una imagen de software de base de datos personalizada creada por su organización para aplicar un juego específico de parches necesarios para la base de datos. Consulte Imágenes de software de Oracle Database para obtener más información sobre la creación y el uso de imágenes personalizadas.

Para obtener instrucciones sobre cómo realizar operaciones de aplicación de parches, consulte Aplicación de parches al software de Oracle Database en un directorio raíz de base de datos (cluster de VM en la nube). Para instancias de Exadata Cloud Infrastructure que utilicen el modelo de recursos del sistema de base de datos anterior, consulte Aplicación de parches al software de Oracle Database en un directorio raíz de base de datos (sistema de base de datos).

Mejores prácticas para aplicar parches en componentes de Exadata Cloud Infrastructure

Tenga en cuenta las mejores prácticas siguientes:

  • Realice una copia de seguridad de las bases de datos antes de aplicar cualquier parche. Para obtener información sobre la copia de seguridad de las bases de datos, consulte Gestión de copias de seguridad de bases de datos de Exadata.
  • Aplique parches en un cluster de VM o a un sistema de base de datos de Exadata antes de aplicar parches en los directorios raíz y las bases de datos de ese recurso.
  • Antes de aplicar cualquier parche, ejecute la comprobación previa para asegurarse de que el cluster de VM, el sistema de base de datos de Exadata o el directorio raíz de base de datos cumplen los requisitos para ese parche.
  • Para aplicar parches a una base de datos de una versión distinta a la versión de base de datos del directorio raíz actual, mueva la base de datos a un directorio raíz de base de datos que ejecute la versión de destino. Esta técnica requiere menos tiempo de inactividad y le permite realizar de manera sencilla un rollback de la base de datos a la versión anterior moviendo la base de datos de nuevo al directorio raíz de base de datos antiguo. Consulte Para mover una base de datos a otro directorio raíz de base de datos para aplicar parches a una base de datos moviendo la base de datos a otro directorio raíz de base de datos.
  • Para las versiones principales de Oracle Database y Oracle Grid Infrastructure disponibles en Oracle Cloud Infrastructure, se proporcionan parches para la versión actual más las tres versiones anteriores más recientes (de la N a la N - 3). Por ejemplo, si una instancia utiliza Oracle Database 19c y la última versión de 19c ofrecida es la 19.8.0.0.0, habrá parches disponibles para las versiones 19.8.0.0.0, 19.7.0.0, 19.6.0.0 y 19.5.0.0.
  • dbaascli database runDatapatch
    Para aplicar un parche en una instancia de Oracle Database, utilice el comando dbaascli database runDatapatch.
  • Claves gestionadas por el cliente en Exadata Cloud Infrastructure
    Las claves gestionadas por el cliente para Exadata Cloud Infrastructure son una función del servicio Oracle Cloud Infrastructure (OCI) Vault que le permite cifrar los datos mediante claves de cifrado que puede controlar.
  • dbaascli database addInstance
    Para agregar la instancia de base de datos en el nodo especificado, utilice el comando dbaascli database addInstance.
  • dbaascli database convertToPDB
    Para convertir la base de datos no CDB especificada a PDB, utilice el comando dbaascli database convertToPDB.
  • dbaascli database getDetails
    Este comando muestra la información detallada de una base de datos determinada, por ejemplo, el nombre de base de datos, la información de nodo, la información de las bases de datos conectables, etc.
  • dbaascli database modifyParameters
    Para modificar o restablecer los parámetros de inicialización de Oracle Database, utilice el comando dbaascli database modifyParameters.
  • dbaascli database upgrade
    Para cambiar la versión de Oracle Database, utilice el comando dbaascli database upgrade.

Tema principal: Acerca de la aplicación de parches y la actualización de GI y los directorios raíz de base de datos del cluster de VM

dbaascli database runDatapatch

Para aplicar un parche en Oracle Database, utilice el comando dbaascli database runDatapatch.

Requisitos

  • Antes de realizar una operación runDatapatch, asegúrese de que todas las instancias de base de datos asociadas a la base de datos estén activas y en ejecución.

  • Ejecute el comando con el usuario root.

Sintaxis

dbaascli database runDatapatch --dbname
[--resume]
    [--sessionID]
[--skipPdbs | --pdbs]
[--executePrereqs]
[--patchList]
[--skipClosedPdbs]
[--rollback]

Donde:

  • --dbname especifica el nombre de la base de datos
  • --resume reanuda la ejecución anterior
    • --sessionID especifica que se reanude un identificador de sesión específico
  • --skipPdbs omite la ejecución del parche de datos en una lista delimitada por comas de las PDB especificada. Por ejemplo: pdb1,pdb2...
  • --PDBs ejecuta datapatch solo en una lista delimitada por comas especificada de PDB. Por ejemplo: pdb1,pdb2...
  • --executePrereqs ejecuta comprobaciones de requisitos
  • --patchList aplica o realiza un rollback de la lista de parches delimitada por comas especificada. Por ejemplo: patch1,patch2...
  • --skipClosedPdbs omite la ejecución del parche de datos en las PDB cerradas
  • --rollback realiza un rollback de los parches aplicados 
dbaascli database runDatapatch --dbname db19
Claves gestionadas por el cliente en Exadata Cloud Infrastructure

Las claves gestionadas por el cliente para Exadata Cloud Infrastructure son una función del servicio Oracle Cloud Infrastructure (OCI) Vault que le permite cifrar los datos mediante claves de cifrado que puede controlar.

El servicio OCI Vault le proporciona capacidades de gestión de claves centralizadas con un alto nivel de disponibilidad y durabilidad. Esta solución de gestión de claves también ofrece almacenamiento de claves seguro mediante particiones aisladas (y una opción de partición compartida de menor costo) en módulos de seguridad de hardware certificados por FIPS 140-2 de nivel 3 e integración con determinados servicios de Oracle Cloud Infrastructure. Utilice claves gestionadas por el cliente cuando necesite gobernanza de seguridad, conformidad normativa y un cifrado homogéneo de los datos, a la vez que gestiona, almacena y supervisa de manera centralizada el ciclo de vida de las claves que utilice para proteger los datos.

Puede realizar las siguientes acciones:

  • Activar claves gestionadas por el cliente al crear bases de datos en Exadata Cloud Infrastructure.
  • Cambiar de claves gestionadas por Oracle a claves gestionadas por el cliente
  • Rotar claves para mantener la conformidad de seguridad

Requisitos

Para activar la gestión de claves de cifrado gestionadas por el cliente, debe crear una política en el arrendamiento que permita que un grupo dinámico concreto lo haga, de forma similar a la siguiente: allow dynamic-group dynamic_group_name to manage keys in tenancy.

Se necesita otra política si la instancia de Vault que está utilizando el cliente se replica (https://docs.oracle.com/en-us/iaas/Content/KeyManagement/Tasks/replicatingvaults.htm). Para los almacenes replicados, se necesita esta política: allow dynamic-group dynamic_group_name to read vaults in tenancy

Limitaciones

Para activar Data Guard en bases de datos de Exadata Cloud Infrastructure que utilizan claves gestionadas por el cliente, las bases de datos principal y en espera deben estar en el mismo dominio.

Tarea 1. Creación de un almacén y una clave de cifrado maestra

Cree un almacén en el servicio Vault siguiendo las instrucciones de Para crear un almacén nuevo en la Documentación de Oracle Cloud Infrastructure. Cuando siga estas instrucciones, Oracle recomienda crear el almacén en un compartimento creado específicamente para contener los almacenes que contienen claves gestionadas por el cliente, como se describe en Antes de empezar: mejores prácticas de jerarquía de compartimentos.

Después de crear el almacén, cree al menos una clave de cifrado maestra en el almacén siguiendo las instrucciones de Para crear una nueva clave de cifrado maestra en la Documentación de Oracle Cloud Infrastructure. Cuando siga estas instrucciones, elija estas opciones:

  • Crear en compartimento: Oracle recomienda crear la clave de cifrado maestra en el mismo compartimento que su almacén; es decir, el compartimento creado específicamente para contener los almacenes que contienen claves gestionadas por el cliente.
  • Modo de protección: seleccione un valor adecuado en la lista desplegable:
    • HSM para crear una clave de cifrado maestra que se almacena y procesa en un módulo de seguridad de hardware (HSM).
    • Software para crear una clave de cifrado maestra que se almacena en un sistema de archivos de software en el servicio Vault. Las claves protegidas por software se protegen en reposo mediante una clave raíz basada en HSM. Puede exportar claves de software a otros dispositivos de gestión de claves o a una región de OCI en la nube diferente. A diferencia de las claves HSM, las claves protegidas por software son gratuitas.
  • Unidad de clave: algoritmo: AES
  • Unidad de clave: longitud: 256 bits

Oracle recomienda enfáticamente crear una clave de cifrado maestra independiente para cada una de las bases de datos de contenedor (CDB). Esto hace que la gestión de la rotación de claves a lo largo del tiempo sea mucho más sencilla.

Tarea 2. Creación de un gateway de servicio, una regla de ruta y una regla de seguridad de salida

Para crear un gateway de servicios en la VCN (red virtual en la nube) en la que residan los recursos de Oracle Exadata Database Service on Dedicated Infrastructure, siga las instrucciones de la Tarea 1: creación del gateway de servicios de la documentación de Oracle Cloud Infrastructure.

Después de crear el gateway de servicio, agregue una regla de ruta y una regla de seguridad de salida a cada subred (en la VCN) donde residan los recursos de Oracle Exadata Database Service on Dedicated Infrastructure para que estos recursos puedan utilizar el gateway para acceder al servicio Vault:

  1. Vaya a la página Detalles de subred de la subred.
  2. En el separador Información de subred, haga clic en el nombre de la Tabla de rutas de la subred para mostrar su página Detalles de tabla de rutas.
  3. En la tabla de Reglas de ruta existentes, compruebe si ya hay una regla con las siguientes características:
    • Destino: todos los servicios de IAD en Oracle Services Network
    • Tipo de destino: gateway de servicio
    • Destino: nombre del gateway de servicio que acaba de crear en la VCN

    Si dicha regla no existe, haga clic en Agregar reglas de ruta y agregue una regla de ruta con estas características.

  4. Vuelva a la página Detalles de subred de la subred.
  5. En la tabla Listas de seguridad de la subred, haga clic en el nombre de la lista de seguridad de la subred para mostrar su página Detalles de lista de seguridad.
  6. En el menú lateral, en Recursos, haga clic en Reglas de salida.
  7. En la tabla de Reglas de salida existentes, compruebe si ya hay una regla con las siguientes características:
    • Sin estado: no
    • Destino: todos los servicios de IAD en Oracle Services Network
    • Protocolo IP: TCP
    • Rango de puertos de origen: Todo
    • Rango de puertos de destino: 443

    Si dicha regla no existe, haga clic en Agregar reglas de salida y agregue una regla de salida con estas características.

Tarea 3. Creación de un grupo dinámico y una sentencia de política

Para otorgar permiso a los recursos de Oracle Exadata Database Service on Dedicated Infrastructure para acceder a claves gestionadas por el cliente, crea un grupo dinámico de IAM que identifica estos recursos y, a continuación, crea una política de IAM que otorgue a este grupo dinámico acceso a las claves de cifrado maestras creadas en el servicio Vault.

Al definir el grupo dinámico, los recursos de Oracle Exadata Database Service on Dedicated Infrastructure se identifican al especificar el OCID del compartimento que contiene el recurso de infraestructura de Exadata.

  1. Copie el OCID del compartimento que contiene el recurso de infraestructura de Exadata. Puede encontrar este OCID en la página Detalles del compartimento del compartimento.
  2. Cree un grupo dinámico siguiendo las instrucciones de Para crear un grupo dinámico en la Documentación de Oracle Cloud Infrastructure. Al seguir estas instrucciones, introduzca una regla de coincidencia con este formato:
    ALL {resource.compartment.id ='<compartment-ocid>'}

    donde <compartment-ocid> es el OCID del compartimento que contiene el recurso de infraestructura de Exadata.

Después de crear el grupo dinámico, desplácese hasta (o cree) una política de IAM de un compartimento de la jerarquía de compartimentos que esté por encima del compartimento que contiene sus almacenes y claves. A continuación, agregue una sentencia de política con este formato:

allow dynamic-group <dynamic-group-name>
to manage keys
in compartment <vaults-and-keys-compartment>
where all {
target.key.id='<key_ocid>',
request.permission!='KEY_DELETE',
request.permission!='KEY_MOVE',
request.permission!='KEY_IMPORT',
request.permission!='KEY_BACKUP’
}

Si utiliza un almacén privado virtual replicado para el despliegue de Oracle Data Guard, agregue una sentencia de política adicional con este formato:

allow dynamic-group <dynamic-group>
to read vaults
in tenancy | compartment <vaults-and-keys-compartment>

donde <dynamic-group> es el nombre del grupo dinámico que ha creado y <vaults-and-keys-compartment> es el nombre del compartimento en el que ha creado los almacenes y las claves de cifrado maestras.

dbaascli database addInstance

Para agregar la instancia de base de datos en el nodo especificado, utilice el comando dbaascli database addInstance.

Requisito

  • Ejecute el comando con el usuario root.

Sintaxis

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]
Donde:
  • --dbname especifica el nombre de la instancia de Oracle Database
  • --node especifica el nombre de nodo de la instancia de base de datos
    • --newNodeSID especifica el SID de la instancia que agregará al nuevo nodo
dbaascli database convertToPDB

Para convertir la base de datos no CDB especificada a PDB, utilice el comando dbaascli database convertToPDB.

Sintaxis

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles [--keepSourceDB]]|[backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
Donde:
  • --dbname especifica el nombre de la instancia de Oracle Database
  • --cdbName especifica el nombre de la CDB de destino en la que se creará la PDB. Si la CDB no existe, se creará en el mismo directorio raíz de Oracle que la base de datos no CDB de origen
  • --executePrereqs especifica que se ejecuten solo las comprobaciones previas a la conversión
  • --copyDatafiles especifica que se cree una nueva copia de los archivos de datos en lugar de utilizar los de la base de datos origen.

    --keepSourceDB: para conservar la base de datos de origen después de completar la operación.

  • --backupPrepared: indicador que confirma que se ha realizado una copia de seguridad de base de datos adecuada para la base de datos sin contenedor antes de realizar la conversión a base de datos conectable.
  • Indicador --backupPrepared para confirmar que existe una copia de seguridad de base de datos adecuada para la base de datos no CDB antes de que se realice la conversión a PDB
  • --targetPDBName especifica el nombre de la PDB que se creará como parte de la operación
  • --waitForCompletion especifica false para que se ejecute la operación en segundo plano. Valores válidos: true|false
  • --resume especifica que se reanude la ejecución anterior
    • --sessionID especifica que se reanude un identificador de sesión específico

Ejemplo 5-3 dbaascli database convertToPDB

Para ejecutar las comprobaciones previas a la conversión:
dbaascli database convertToPDB --dbname ndb19 --cdbname cdb19 --backupPrepared --executePrereqs
Para ejecutar una conversión completa con una copia de los archivos de datos desde la base de datos no CDB:
dbaascli database convertToPDB --dbname tst19 --cdbname cdb19 --copyDatafiles
dbaascli database getDetails

Este comando muestra la información detallada de una base de datos determinada, por ejemplo, el nombre de base de datos, la información de nodo, la información de las bases de datos conectables, etc.

Requisitos

Ejecute el comando como el usuario root o el usuario oracle

Sintaxis

dbaascli database getDetails --dbname <value>
Donde:
  • --dbname: nombre de la base de datos Oracle.
dbaascli database modifyParameters

Para modificar o restablecer los parámetros de inicialización de una instancia de Oracle Database, utilice el comando dbaascli database modifyParameters.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

dbaascli database modifyParameters --dbname <value> --setParameters <values>| --resetParameters <values> | --responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
Donde:
  • --dbname especifica el nombre de la base de datos.
  • --setParameters especifica una lista delimitada por comas de parámetros que se modificarán con nuevos valores. Por ejemplo: parameter1=valueA,parameter2=valueB, etc. Para los valores en blanco, utilice parameter1=valueA,parameter2='',etc.
  • --resetParameters especifica una lista delimitada por comas de parámetros que se restablecerán a sus valores por defecto correspondientes. Por ejemplo, parameter1,parameter2, etc.
  • --responseFile especifica la ubicación absoluta del archivo JSON de respuesta que modificará los parámetros de la base de datos
  • --backupPrepared confirma que hay una copia de seguridad de base de datos adecuada antes de modificar los parámetros críticos o confidenciales.
  • --instance especifica el nombre de la instancia en la que se procesarán los parámetros. Si no se ha especificado, la operación se realizará en el nivel de base de datos.
  • --allowBounce otorga permiso para reiniciar la base de datos a fin de reflejar los cambios en los parámetros estáticos aplicables.

Ejemplo 5-4 dbaascli database modifyParameters

dbaascli database modifyParameters --dbname dbname --setParameters "log_archive_dest_state_17=ENABLE"
dbaascli database upgrade

Para cambiar la versión de una instancia de Oracle Database, utilice el comando dbaascli database upgrade.

Requisito

Ejecute el comando con el usuario root.

Sintaxis

dbaascli database upgrade --dbname <value> 
{--targetHome <value> | --targetHomeName <value>}
{ [--executePrereqs | --postUpgrade | --rollback]}
{[--standBy | --allStandbyPrepared]}
{[--upgradeOptions <value>]  | [--standBy]}
[--removeGRP]
[--increaseCompatibleParameter]
[--resume [--sessionID <value>]]
[--waitForCompletion <value>]
Donde:
  • --dbname (obligatorio) especifica el nombre de la base de datos.
  • --targetHome especifica la ubicación del directorio raíz de Oracle de destino
  • --targetHomeName especifica el nombre del directorio raíz de Oracle Database de destino
  • --standBy utilice esta opción para cambiar la versión de las bases de datos en espera en las configuraciones de Data Guard
  • Se necesita --allStandbyPrepared para las bases de datos principales configuradas con Data Guard. Indicadores para confirmar que todas las operaciones necesarias se han realizado en las bases de datos en espera antes de cambiar la versión de la base de datos principal
  • --removeGRP elimina automáticamente la copia de seguridad de punto de restauración garantizado (GRP) solo si el cambio de versión de la base de datos se ha realizado correctamente
  • --increaseCompatibleParameter aumenta automáticamente el parámetro compatible como parte del cambio de versión de la base de datos. El parámetro se aumentará solo si el cambio de versión de la base de datos se ha realizado correctamente
  • --executePrereqs solo ejecuta las comprobaciones previas al cambio de versión
  • --postUpgrade utilice esta opción si fallan los pasos posteriores al cambio de versión y es necesario volver a ejecutarlos
  • --rollback revierte una instancia de Oracle Database a su directorio raíz de Oracle original
  • --upgradeOptions utilice esta opción para transferir argumentos específicos de DBUA para realizar el cambio de versión de Oracle Database. Consulte la documentación de Oracle correspondiente para conocer las opciones y los argumentos soportados.

    --standby

  • --resume para reanudar la ejecución anterior
  • --sessionID para reanudar un ID de sesión específico.
  • --waitForCompletion especifique false para ejecutar la operación en segundo plano. Valores válidos : true|false.

Ejemplo 5-5 dbaascli database upgrade (comprobaciones de requisitos antes del cambio de versión)

dbaascli database upgrade --dbbname dbname --targetHome Target Oracle home location --executePrereqs
Requisitos para aplicar parches y actualizar un sistema Exadata Cloud Infrastructure

La instancia de Exadata Cloud Infrastructure requiere acceso al servicio Oracle Cloud Infrastructure Object Storage, incluida la conectividad al punto final Swift correspondiente de Object Storage.

Oracle recomienda utilizar un gateway de servicio con la VCN para activar este acceso. Para obtener más información, consulte estos temas:
Nota

Asegúrese de que se cumplan las siguientes condiciones para evitar fallos en la aplicación de parches:
  • El directorio /u01 del sistema de archivos del host de la base de datos tiene al menos 15 GB de espacio libre para la ejecución de los procesos de aplicación de parches.
  • Oracle Clusterware está activo y en ejecución en el cluster de VM.
  • Todos los nodos del cluster de VM están activos y en ejecución.
Uso de la consola para aplicar parches y actualizar instancias de Exadata Cloud Infrastructure

Puede utilizar la consola para ver el historial de operaciones de parches en instancias de Exadata Cloud Infrastructure, aplicar parches y supervisar el estado de las operaciones de parches.

Tema principal: Aplicación de parches y actualización de GI y los directorios raíz de base de datos del cluster de VM

Aplicación de parches a instancias de Exadata que utilizan el modelo de recursos del sistema de base de datos

En las tareas de esta sección se describe cómo aplicar parches y supervisar el estado de las operaciones de parches en sistemas de base de datos de Exadata y sus directorios raíz de base de datos.

Tema principal: Uso de la consola para aplicar parches y actualizar instancias de Exadata Cloud Infrastructure

Aplicación de parches a Oracle Grid Infrastructure en un sistema de base de datos de Exadata

Cómo aplicar parches y supervisar el estado de las operaciones de parches en sistemas de base de datos de Exadata

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Hardware dedicado, VM y Exadata.
  2. Seleccione su compartimento.
  3. En la lista de sistemas de base de datos, haga clic en el nombre del sistema de base de datos de Exadata al que desea aplicar parches para mostrar los detalles del sistema de base de datos.
  4. Haga clic en Actualizaciones (GI).
  5. Revise la lista de parches disponibles para el sistema de base de datos.
  6. Haga clic sobre el menú Acciones del parche en el que está interesado y, a continuación, haga clic sobre una de las acciones siguientes: Comprobación previa: compruebe los requisitos para asegurarse de que el parche se puede aplicarse correctamente. Aplicar actualización de Grid Infrastructure: aplica el parche seleccionado. Oracle recomienda ejecutar la operación de comprobación previa para un parche antes de aplicarlo.
    • Comprobación previa: compruebe los requisitos para asegurarse de que el parche se puede aplicar correctamente.
    • Aplicar actualización de Grid Infrastructure: aplica el parche seleccionado. Oracle recomienda ejecutar la operación de comprobación previa para un parche antes de aplicarlo.
  7. Confirme cuando se le solicite.

La lista de parches muestra el estado de la operación. Mientras se aplica un parche, el estado del parche se muestra como Aplicando parche y el estado del sistema de base de datos se muestra como Actualizando. Las operaciones del ciclo de vida del sistema de base de datos y sus recursos podrían no estar disponibles temporalmente. Si la aplicación de parches se completa correctamente, el estado del parche cambia a Aplicado y el estado del sistema de base de datos cambia a Disponible. Para ver más detalles sobre una operación de un parche individual, haga clic en Historial de parches.

Aplicación de parches al software de Oracle Database en un directorio raíz de base de datos (sistema de base de datos)

Cómo aplicar parches y supervisar el estado de las operaciones de parches en directorios raíz de base de datos de Exadata para sistemas de base de datos.

Nota

Este procedimiento de aplicación de parches actualiza el software de Oracle Database para todas las bases de datos ubicadas en el directorio raíz de base de datos. Para aplicar parches a una base de datos individual, puede moverla a otro directorio raíz de base de datos que utilice la configuración de software de Oracle Database deseada.

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Hardware dedicado, VM y Exadata.
  2. Seleccione su compartimento.
  3. En la lista de sistemas de base de datos, haga clic en el nombre del sistema de base de datos de Exadata con el directorio raíz de base de datos al que desea aplicar parches para mostrar los detalles del sistema de base de datos.
  4. Haga clic en Directorios raíces de base de datos.
  5. Haga clic en el nombre del directorio raíz de base de datos al que desea aplicar parches para mostrar los detalles del directorio raíz de base de datos.
  6. Haga clic en Actualizaciones.
  7. Revise los parches disponibles para el directorio raíz de base de datos. Puede optar por aplicar parches mediante una imagen de software proporcionada por Oracle o una imagen de software personalizada. Las imágenes proporcionadas por Oracle suelen ser actualizaciones de versiones disponibles de forma general. Las imágenes de software personalizadas son las que crea su organización con un juego de parches especificado. Consulte Imágenes de software de Oracle Database para obtener información sobre la creación de imágenes de software personalizadas. La imagen que utilice para aplicar parches debe basarse en la versión más reciente del software de Oracle Database o en una de las tres versiones anteriores de la versión.
  8. Haga clic en el menú Acciones ubicado al final de la fila de tabla que muestra el parche en el que está interesado y, a continuación, haga clic en una de las siguientes acciones:

    • Comprobación previa: compruebe los requisitos para asegurarse de que el parche se puede aplicar correctamente.

    • Aplicar actualización de directorio raíz de base de datos: aplica el parche seleccionado. Oracle recomienda ejecutar la operación de comprobación previa para un parche antes de aplicarlo.

  9. Confirme cuando se le solicite.

La lista de parches muestra el estado de la operación. Mientras se aplica un parche, el estado del parche aparece como Aplicando parche y el estado del directorio raíz de base de datos y las bases de datos que contiene se muestra como Actualizando. Durante la operación, se para cada base de datos del directorio raíz y, a continuación, se reinicia. Si la aplicación de parches se completa correctamente, el estado del parche cambia a Aplicado y el estado del directorio raíz de base de datos cambia a Disponible. Para ver más detalles sobre una operación de un parche individual, haga clic en Historial de parches.

Aplicación de parches a instancias de Exadata que utilizan el nuevo modelo de recursos

En las tareas de esta sección se describe cómo aplicar parches y supervisar el estado de las operaciones de aplicación, de parches en clusters de VM en la nube y sus directorios raíz de base de datos.

Aplicación de parches a Oracle Grid Infrastructure en un cluster de VM en la nube de Exadata

Cómo aplicar parches y supervisar el estado de las operaciones de aplicación de parches en clusters de VM en la nube.

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Haga clic en Clusters de VM de Exadata.
  4. En la lista de clusters de VM en la nube, haga clic en el nombre del cluster en el que desea aplicar el parche para mostrar los detalles del cluster.
  5. Haga clic en Actualizaciones (GI).
  6. Revise la lista de parches disponibles para el cluster de VM en la nube.
  7. Haga clic en el menú Acciones del parche en el que está interesado y, a continuación, haga clic en una de las siguientes acciones:

    • Comprobación previa: compruebe los requisitos para asegurarse de que el parche se puede aplicar correctamente.

    • Aplicar actualización de Grid Infrastructure: aplica el parche seleccionado. Oracle recomienda ejecutar la operación de comprobación previa para un parche antes de aplicarlo.

  8. Confirme cuando se le solicite.
La lista de parches muestra el estado de la operación. Mientras se aplica un parche, el estado del parche se muestra como Aplicando parche y el estado del cluster de VM en la nube se muestra como Actualizando. Las operaciones de ciclo de vida del cluster y sus recursos podrían no estar disponibles temporalmente. Si la aplicación de parches se completa correctamente, el estado del parche cambia a Aplicado y el estado del cluster cambia a Disponible. Para ver más detalles sobre una operación de parche individual, haga clic en Historial de actualizaciones.

Aplicación de parches al software de Oracle Database en un directorio raíz de base de datos

Nota

Este procedimiento de aplicación de parches actualiza el software de Oracle Database para todas las bases de datos ubicadas en el directorio raíz de base de datos. Para aplicar parches a una base de datos individual, puede mover una base de datos a otro directorio raíz que utilice la configuración de software de Oracle Database deseada.
  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Haga clic en Clusters de VM de Exadata.
  4. En la lista de clusters de VM en la nube, haga clic en el nombre del cluster en el que desea aplicar el parche para mostrar los detalles del cluster.
  5. Haga clic en Directorios raíces de base de datos.
  6. Haga clic en el nombre del directorio raíz de base de datos al que desea aplicar parches para mostrar los detalles del directorio raíz de base de datos.
  7. Haga clic en Actualizaciones.
  8. Revise los parches disponibles para el directorio raíz de base de datos. Puede optar por aplicar parches mediante una imagen de software proporcionada por Oracle o una imagen de software personalizada. Las imágenes proporcionadas por Oracle suelen ser actualizaciones de versiones disponibles de forma general. Las imágenes de software personalizadas son las que crea su organización con un juego de parches especificado. Consulte Imágenes de software de Oracle Database para obtener información sobre la creación de imágenes de software personalizadas. La imagen que utilice para aplicar parches debe basarse en la versión más reciente del software de Oracle Database o en una de las tres versiones anteriores de la versión.
  9. Haga clic en el menú Acciones ubicado al final de la fila de tabla que muestra el parche en el que está interesado y, a continuación, haga clic en una de las siguientes acciones:
    • Comprobación previa: compruebe los requisitos para asegurarse de que el parche se puede aplicar correctamente.
    • Aplicar actualización de directorio raíz de base de datos: aplica el parche seleccionado. Oracle recomienda ejecutar la operación de comprobación previa para un parche antes de aplicarlo.

  10. Confirme cuando se le solicite.

    La lista de parches muestra el estado de la operación. Mientras se aplica un parche, el estado del parche aparece como Aplicando parche y el estado del directorio raíz de base de datos y las bases de datos que contiene se muestra como Actualizando. Durante la operación, se para cada base de datos del directorio raíz y, a continuación, se reinicia. Si la aplicación de parches se completa correctamente, el estado del parche cambia a Aplicado y el estado del directorio raíz de base de datos cambia a Disponible. Para ver más detalles sobre una operación de parche individual, haga clic en Historial de actualizaciones.

Aplicación de parches a instancias de Oracle Database individuales de una instancia de Exadata Cloud Infrastructure

En esta tarea se explica cómo aplicar parches a una única instancia de Oracle Database de su instancia de Exadata Cloud Infrastructure moviéndola a otro directorio raíz de base de datos.

Para obtener información sobre la aplicación de parches en directorios raíz de base de datos, consulte Aplicación de parches al software de Oracle Database en un directorio raíz de base de datos (cluster de VM en la nube)

Tema principal: Uso de la consola para aplicar parches y actualizar instancias de Exadata Cloud Infrastructure

Para mover una base de datos a otro directorio raíz de base de datos

En esta tarea se explica cómo aplicar parches a una única instancia de Oracle Database de su instancia de Exadata Cloud Infrastructure moviéndola a otro directorio raíz de base de datos.

Puede mover una base de datos a cualquier directorio raíz de base de datos que cumpla cualquiera de los siguientes criterios:

  • El directorio raíz de la base de datos de destino utiliza la misma versión de software de Oracle Database (incluidas las actualizaciones de parches) que el directorio raíz de base de datos de origen.
  • El directorio raíz de base de datos de destino se basa en la versión de software de Oracle Database más reciente que utiliza la base de datos o en una de las tres versiones anteriores de esta versión.

Al mover una base de datos a un nuevo directorio raíz de base de datos, la base de datos pasa al nivel de parche del directorio raíz de base de datos de destino. Para obtener información sobre la aplicación de parches en directorios raíz de base de datos, consulte Aplicación de parches de directorio raíz de base de datos y .

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Vaya a la base de datos que desea mover:

    Cluster de VM en la nube (Nuevo modelo de recursos de Exadata Cloud Infrastructure ): en la nube Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata. En la lista de clusters de VM, haga clic en el nombre del cluster de VM que contiene la base de datos que desea mover.

    Sistemas de base de datos: En Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema al que desea acceder y, a continuación, haga clic en el nombre del sistema de base de datos de Exadata que contiene la base de datos que desea mover.

  4. Haga clic en Más acciones y, a continuación, en Mover a otro directorio raíz.
  5. Seleccione el directorio raíz de base de datos de destino.
  6. Haga clic en Mover.

  7. Confirme la operación de traslado.

    La base de datos se mueve de manera sucesiva. La instancia de base de datos se parará, nodo por nodo, en el directorio raíz actual y, a continuación, se reiniciará en el directorio raíz de destino. Mientras la base de datos se mueve, el estado del directorio raíz de base de datos se muestra como Moviendo base de datos. Cuando la operación se complete, el directorio raíz de la base de datos se actualizará con el directorio raíz actual. El parche de datos se ejecuta automáticamente, como parte del movimiento de la base de datos, para completar las acciones SQL posteriores al parche para todos los parches, incluidos los puntuales, en el nuevo directorio raíz de base de datos. Si la operación de movimiento de base de datos no se realiza correctamente, el estado de la base de datos se muestra como Failed (Con fallos) y el campo Directorio raíz de base de datos proporciona información sobre el motivo del fallo.

Visualización del historial de parches

Cada entrada del historial de parches representa un intento de aplicación de parches e indica si la operación se realizó correctamente o falló. Puede reintentar una operación de aplicación de parches fallida. La repetición de una operación genera una nueva entrada en el historial de parches.

Las vistas del historial de parches desde la consola no muestran los parches aplicados mediante herramientas de línea de comandos como dbaascli.

Si la instancia de servicio utiliza el nuevo modelo de recursos, el historial de parches estará disponible en la página Detalles de cluster de VM. Si la instancia de servicio utiliza el modelo de recursos del sistema de base de datos, el historial de parches estará disponible accediendo a la página Detalles de sistema de base de datos.

  • Visualización del historial de parches de un cluster de VM en la nube
    Cada entrada del historial de parches representan un intento de operación de aplicación de parche e indican si la operación se ha realizado correctamente o ha fallado.
  • Visualización del historial de parches de un sistema de base de datos
    Cada entrada del historial de parches representa un intento de operación de aplicación de parche e indica si la operación se ha realizado correctamente o ha fallado. Puede reintentar una operación de aplicación de parches fallida. La repetición de una operación genera una nueva entrada en el historial de parches. Para una instancia de servicio que utiliza el modelo de recursos del sistema de base de datos, el historial de parches estará disponible accediendo a la página Detalles de sistema de base de datos
  • Para ver el historial de parches de un directorio raíz de base de datos
    Cada entrada del historial de parches representa un intento de operación de aplicación de parche e indica si la operación se ha realizado correctamente o ha fallado. Puede reintentar una operación de aplicación de parches fallida. La repetición de una operación genera una nueva entrada en el historial de parches. Si la instancia de servicio utiliza el nuevo modelo de recursos, el historial de parches estará disponible accediendo a la página Detalles de cluster de VM.

Tema principal: Uso de la consola para aplicar parches y actualizar instancias de Exadata Cloud Infrastructure

Para ver el historial de parches de un cluster de VM en la nube

Cada entrada del historial de parches representa un intento de aplicación de parches e indica si la operación se realizó correctamente o falló.

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Haga clic en Clusters de VM de Exadata.
  4. En la lista de clusters de VM en la nube, haga clic en el nombre del cluster en el que desea aplicar el parche para mostrar los detalles del cluster.
  5. Haga clic en Historial de actualizaciones.

    La página Historial de actualizaciones muestra el historial de operaciones de parche para ese cluster de VM en la nube y para los directorios raíz de base de datos de ese cluster de VM en la nube.

Para ver el historial de parches de un sistema de base de datos

Cada entrada del historial de parches representa un intento de aplicación de parches e indica si la operación se realizó correctamente o falló. Puede reintentar una operación de aplicación de parches fallida. La repetición de una operación genera una nueva entrada en el historial de parches. Para una instancia de servicio que utiliza el modelo de recursos del sistema de base de datos, el historial de parches estará disponible accediendo a la página Detalles de sistema de base de datos

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Hardware dedicado, VM y Exadata.
  2. Seleccione su compartimento.
  3. En la lista de sistemas de base de datos, haga clic en el nombre del sistema de base de datos de Exadata que tiene la información que desea ver para mostrar los detalles del sistema de base de datos.
  4. Haga clic en Historial de actualizaciones.

La página Historial de parches muestra el historial de operaciones de parche para ese sistema de base de datos y para los directorios raíz de base de datos de ese sistema de base de datos.

Para ver el historial de parches de un directorio raíz de base de datos

Cada entrada del historial de parches representa un intento de aplicación de parches e indica si la operación se realizó correctamente o falló. Puede reintentar una operación de aplicación de parches fallida. La repetición de una operación genera una nueva entrada en el historial de parches. Si la instancia de servicio utiliza el nuevo modelo de recursos, el historial de parches estará disponible accediendo a la página Detalles de cluster de VM.

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Vaya al cluster de VM en la nube o al sistema de base de datos que contiene el directorio raíz de la base de datos.

    • Clusters de VM en la nube (Modelo de recursos de Exadata Cloud Infrastructure) en la nube Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata. En la lista de clusters de VM, busque el cluster de VM al que desea acceder y haga clic en el nombre resaltado para ver la página de detalles del cluster.

    • Sistemas de base de datos En Hardware dedicado, VM y Exadata, haga clic en Sistemas de base de datos. En la lista de sistemas de base de datos, busque el sistema de base de datos de Exadata al que desea acceder y, a continuación, haga clic en su nombre para mostrar los detalles.

  4. Haga clic en Directorios raíces de base de datos.
  5. Haga clic en el nombre del directorio raíz de base de datos que desea ver para visualizar los detalles del directorio raíz de base de datos.
  6. Haga clic en Historial de actualizaciones.
    La página de historial muestra el historial de operaciones de parche para ese directorio raíz de base de datos y para el cluster de VM en la nube o el sistema de base de datos al que pertenece.
Uso de la API para aplicar parches en una instancia de Exadata Cloud Infrastructure

Utilice estas operaciones de API para gestionar la aplicación de parches en los siguientes recursos de Exadata: clusters de VM en la nube, sistemas de base de datos, bases de datos y directorios raíz de base de datos.

Para obtener más información sobre el uso de la API y la firma de solicitudes, consulte API de REST y Credenciales de seguridad. Para obtener información sobre los SDK, consulte Software development kits e interfaz de línea de comandos.

Clusters de VM en la nube (para sistemas que utilizan el nuevo modelo de recursos):

Sistemas de base de datos:

Bases de datos:

  • UpdateDatabase: utilice esta operación para aplicar parches a una base de datos moviéndola a otro directorio raíz de base de datos.

Directorios raíz de base de datos:

Para obtener la lista completa de las API para el servicio Database, consulte API del servicio Database.

Actualización de un sistema operativo de cluster de máquina virtual en la nube de Exadata

Las actualizaciones de imagen de cluster de VM de Exadata le permiten actualizar la imagen del sistema operativo en sus nodos de cluster de VM en la nube de Exadata de forma automatizada desde la consola y las API de OCI.

Esta función automatizada simplifica y acelera la aplicación de parches en clusters de VM, hace que la aplicación de parches sea menos propensa a errores y elimina la necesidad de utilizar Patch Manager.

Cuando se aplica un parche, el sistema ejecuta una operación de comprobación previa para garantizar que el cluster de VM en la nube, el sistema de base de datos de Exadata o el directorio raíz de base de datos cumplen los requisitos para ese parche. Si la comprobación previa no es correcta, no se aplica el parche y el sistema muestra un mensaje que indica que el parche no se puede aplicar porque ha fallado la comprobación previa. También está disponible una operación de comprobación previa independiente que puede ejecutar antes de la actualización planificada.

Tema principal: Aplicación de parches y actualización de un sistema Exadata Cloud Infrastructure

Versiones de software soportadas y restricciones de actualización

Requisitos mínimos para actualizar a la versión 23.1.0.0.0 de la imagen de Exadata (imagen basada en Oracle Linux 8):

Nota

Estos son solo los requisitos mínimos. Si desea actualizar Grid Infrastructure y/u Oracle Database para cumplir los requisitos de Exadata 23.1, se recomienda actualizar a las últimas versiones disponibles de Grid Infrastructure y Oracle Database, y no al mínimo.
  • Imagen de Exadata (sistema operativo invitado): versión de imagen de Exadata 22.1.0 (mayo de 2022) o 21.2.10 (marzo de 2022). Los sistemas que ejecuten versiones anteriores a la 21.2.10 deberán actualizarse al menos a la 22.1.0 (mayo de 2022) o a la 21.2.10 (marzo de 2022) antes de actualizar a la 23.1.0.0.0. Esto se aplica tanto al almacenamiento como a los servidores de base de datos.
    • Además de realizar actualizaciones de versiones secundarias en las imágenes del cluster de VM de Exadata, puede actualizar a una nueva versión principal si la versión instalada actualmente es la 19.2 o una versión superior. Por ejemplo, si el cluster de VM tiene la versión 20, puede actualizarlo a la versión 21.
    • Las últimas 4 versiones (de la N a la N-3) o más versiones secundarias de cada versión principal de las imágenes del cluster de VM están disponibles en la consola para su aplicación.
  • Oracle Grid Infrastructure: la versión 23.1.0.0.0 de la imagen de Exadata soporta las siguientes versiones mínimas o más recientes de Oracle Grid Infrastructure.
    • Versión 19c: versión 19.15, actualización de versión (RU) de abril de 2022 y posterior (predeterminada)
    • Versión 21c: versión 21.6, actualización de la versión (RU) de abril de 2022 y posteriores
  • Oracle Database: el software del sistema Exadata 23.1 soporta las siguientes versiones mínimas o más recientes para nuevas instalaciones de base de datos.
    • Versión 19c: versión 19.15, actualización de versión (RU) de abril de 2022 y posterior (predeterminada)
    • Versiones de base de datos soportadas adicionales con la aprobación de excepción Market Driven Support o Quarterly Updates:
      • Versión 12.2.0.1, actualización de versión (RU) 12.2.0.1.220118 (enero de 2022)
      • Versión 12.1.0.2, parche de paquete 12.1.0.2.220719 (jul 2022): requiere el parche 30159782
      • Versión 11.2.0.4, parche de paquete 11.2.0.4.210119 (enero de 2021): requiere el parche 30159782, parche 33991024
  • Si tiene una operación de mantenimiento de la infraestructura de Exadata programada para iniciarse en las siguientes 24 horas, la función de actualización de la imagen de Exadata no estará disponible.
  • Una vez que el cluster de VM se haya actualizado al sistema operativo de VM de invitado de Exadata Database Service 23.1, podrá agregar una nueva VM o un nuevo servidor de base de datos a este cluster de VM si Exadata Cloud Infrastructure está ejecutando una versión 22.1.16 y posterior del software del sistema de Exadata.
    Nota

    El cambio de versión al software del sistema de Exadata 23.1 para Exadata Cloud Infrastructure estará disponible con el ciclo de actualización de febrero de 2024.
Actualización del sistema operativo mediante la consola

Nota

Una vez que el cluster de VM se haya actualizado al sistema operativo de VM de invitado de Exadata Database Service 23.1, podrá agregar una nueva VM o un nuevo servidor de base de datos a este cluster de VM si Exadata Cloud Infrastructure está ejecutando una versión 22.1.16 y posterior del software del sistema de Exadata.

La actualización al software del sistema de Exadata 23.1 para Exadata Cloud Infrastructure estará disponible con el ciclo de actualización de febrero de 2024.

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. En Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata.
  3. En la lista de clusters de VM en la nube, haga clic en el nombre del cluster al que desea aplicar el parche para mostrar la página de detalles.
  4. Haga clic en Actualizaciones (SO).
  5. Revise la lista de actualizaciones de software disponibles y busque el parche del sistema operativo que va a aplicar.
  6. Haga clic en el icono Acciones (tres puntos) al final de la fila que muestra el parche en el que está interesado y, a continuación, haga clic en una de las siguientes acciones:
    • Comprobación previa: la comprobación previa comprueba los requisitos para asegurarse de que el parche se puede aplicar correctamente. Oracle recomienda encarecidamente que se ejecute la operación de comprobación previa antes de aplicar un parche. El motivo es que los cambios en una base de datos pueden producirse en cualquier momento, y la comprobación previa que ejecuta justo antes del parche puede encontrar errores que la comprobación previa anterior no ha encontrado.
      Nota

      Si falla la comprobación previa, el sistema mostrará un mensaje en el cuadro de diálogo Aplicar la actualización de la imagen de SO de Exadata que indica que ha fallado la última comprobación previa. Oracle recomienda volver a ejecutar la comprobación previa. Haga clic en el icono Acciones (tres puntos) al final de la fila que muestra el parche del sistema operativo para mostrar el cuadro de diálogo.
    • Aplicar actualización de imagen de sistema operativo de Exadata: este enlace muestra el recuadro de diálogo Aplicar actualización de imagen de Exadata que utiliza para aplicar el parche. El cuadro de diálogo muestra el nombre del sistema de base de datos al que se va a aplicar el parche, la versión actual de la base de datos y la nueva versión de la base de datos después de aplicar el parche. Para iniciar el proceso, haga clic en Aplicar la actualización de la imagen de SO de Exadata.
    • Copiar OCID. Esta acción copia el identificador de Oracle Cloud. Se puede utilizar al solucionar problemas de un parche o para proporcionárselo al servicio de soporte cuando se pone en contacto con ellos.
      Nota

      Durante la ejecución del parche:

      • Las opciones Ejecutar comprobación previa y Aplicar actualización de imagen del sistema operativo no están disponibles. Una vez completado el parche, estas acciones estarán disponibles de nuevo.
      • Si la infraestructura de Exadata que contiene este cluster de VM tiene un mantenimiento programado que entra en conflicto con la operación de aplicación de parche, el parche falla y el sistema muestra un mensaje que explica el motivo. Una vez completado el mantenimiento de la infraestructura, vuelva a ejecutar la operación de aplicación de parche.
  7. Confirme cuando se le solicite.

La lista de parches muestra el estado de la operación en la sección Versión de la página de detalles de la base de datos. Haga clic en Ver actualizaciones para ver más detalles sobre el estado de un parche individual y para mostrar todas las actualizaciones disponibles para su ejecución. Si no hay ninguna nueva actualización disponible, el sistema mostrará un mensaje que indica No hay ninguna actualización disponible.

Actualización de la infraestructura de cuadrícula de Exadata

En este tema se describe cómo cambiar la versión de Oracle Grid Infrastructure (GI) en un cluster de VM en la nube de Exadata mediante la consola o la API de Oracle Cloud Infrastructure.

El cambio de versión le permite aprovisionar directorios raíz y bases de datos de Oracle Database que utilizan el software de Oracle Database más actual. Para obtener más información sobre los clusters de VM en la nube de Exadata y el nuevo modelo de recursos de Exadata, consulte Visión general de X8M, X9M y X11M Infraestructura de Exadata escalable.

Tema principal: Aplicación de parches y actualización de un sistema Exadata Cloud Infrastructure

Requisitos para cambiar la versión de Grid Infrastructure de Exadata

Para cambiar la versión de GI a Oracle Database 19c, debe utilizar el sistema operativo Oracle Linux 7 para el cluster de VM.

Para obtener más información sobre el cambio de versión del sistema operativo, consulte el siguiente documento:

Acerca del cambio de versión de Oracle Grid Infrastructure

El cambio de versión de Oracle Grid Infrastructure (GI) en un cluster de VM implica el cambio de versión de todos los nodos de recursos informáticos de la instancia. La actualización se realiza de manera sucesiva, en la cual se actualiza un solo nodo cada vez.

  • Oracle recomienda ejecutar una comprobación previa de cambio de versión para identificar y resolver cualquier incidencia que impida un cambio de versión correcto.
  • Puede supervisar el progreso de la operación de cambio de versión visualizando las solicitudes de trabajo asociadas.
  • Si tiene una operación de mantenimiento de la infraestructura de Exadata programada para que se inicie en las siguientes 24 horas, la función de cambio de versión de GI no estará disponible.
  • Durante el cambio de versión, no puede realizar otras operaciones de gestión, como iniciar, parar o reiniciar nodos, escalar la CPU, aprovisionar o gestionar bases de datos o directorios raíz de base de datos, restaurar una base de datos o editar la configuración de IORM. Las siguientes operaciones de Data Guard no están permitidas en el cluster de VM en el que se está realizando un cambio de versión de GI:
    • Activar Data Guard
    • Switchover
    • Failover a la base de datos que utiliza el cluster de VM (se puede realizar una operación de failover a una base de datos en espera de otro cluster de VM)
Uso de la consola para cambiar la versión de Grid Infrastructure

Puede utilizar la consola para realizar una comprobación previa antes de cambiar la versión de Oracle Grid Infrastructure (GI), y para realizar la operación de cambio de versión de GI.

Comprobación previa del cluster de VM en la nube antes del cambio de versión

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Haga clic en Clusters de VM de Exadata.
  4. En la lista de clusters de VM en la nube, haga clic en el nombre del cluster en el que desea aplicar el parche para mostrar los detalles del cluster.
  5. Haga clic en Actualizaciones (GI) para ver la lista de parches y actualizaciones disponibles.
  6. Haga clic sobre el icono Acciones (tres puntos) al final de la fila que muestra el cambio de versión de la Oracle Grid Infrastructure (GI) y, a continuación, en Ejecutar comprobación previa.
  7. En el cuadro de diálogo Confirmar, confirme que desea cambiar de versión para iniciar la operación de comprobación previa.
Cambio de versión de Oracle Grid Infrastructure de un cluster de VM en la nube

Procedimiento para cambiar la versión de Oracle Grid Infrastructure de un cluster de VM en la nube.

Nota

  • Al planificar la actualización de Grid Infrastructure a 23ai, asegúrese de que para cada grupo de discos de ASM, compatible.rdbms tiene un valor definido en 19.0.0.0 y posteriores.
  • Requisitos mínimos para actualizar Grid Infrastructure de 19c a 23ai:
    • VM de invitado de Exadata que ejecuta el software del sistema de Exadata 23.1.8
    • Infraestructura de Exadata que ejecuta el software del sistema de Exadata 23.1.x
  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
  3. Haga clic en Clusters de VM de Exadata.
  4. En la lista de clusters de VM en la nube, haga clic en el nombre del cluster en el que desea aplicar el parche para mostrar los detalles del cluster.
  5. Haga clic en Actualizaciones (GI) para ver la lista de parches y actualizaciones disponibles.
  6. Haga clic sobre el icono Acciones (tres puntos) al final de la fila que muestra el cambio de versión de la instancia de Oracle Grid Infrastructure (GI) y, a continuación, haga clic sobre Aplicar actualización de Grid Infrastructure.
  7. En el cuadro de diálogo Cambiar la versión de Grid Infrastructure, confirme que desea cambiar la versión de GI haciendo clic en Cambiar la versión de Grid Infrastructure. Si no ha ejecutado una comprobación previa, tiene la opción de hacer clic en Ejecutar comprobación previa en este cuadro de diálogo para realizar la comprobación previa del cluster de VM en la nube antes del cambio de versión.
Uso de la API para cambiar la versión de Grid Infrastructure en un cluster de VM

Para obtener más información sobre el uso de la API y la firma de solicitudes, consulte API de REST y Credenciales de seguridad. Para obtener información sobre los SDK, consulte Software development kits e interfaz de línea de comandos.

Utilice estas operaciones de API para cambiar la versión de Oracle Grid Infrastructure en un cluster de VM en la nube y ver el historial de actualizaciones del cluster:

Para obtener la lista completa de las API para el servicio Database, consulte API del servicio Database.

Actualización de bases de datos de Exadata

En este tema se describen los procedimientos para cambiar la versión de una instancia de base de datos de Exadata a Oracle Database 19c y Oracle Database 23ai mediante la consola y la API. El cambio de versión se realiza moviendo la base de datos Exadata a un directorio raíz de base de datos que utilice la versión de software de destino.

Nota

Este tema solo se aplica a las instancias de Exadata Cloud Infrastructure que utilizan el nuevo modelo de recursos. Para obtener información sobre la conversión de un sistema de base de datos de Exadata al nuevo modelo de recurso, consulte Cambio de un sistema de base de datos de Exadata a un nuevo modelo de recursos y API.

Para echar un vistazo a las cronologías de soporte de software y publicación de Oracle Database, consulte Release Schedule of Current Database Releases (Doc ID 742060.1) (Programa de publicación de versiones de Database actuales [ID de documento 742060.1]) en el portal de My Oracle Support.

Tema principal: Aplicación de parches y actualización de un sistema Exadata Cloud Infrastructure

Requisitos para cambiar la versión de Oracle Database

Revise la lista de requisitos para cambiar la versión de una instancia de Oracle Database de Exadata Cloud Infrastructure.

  • Para actualizar a 19c, Oracle Linux 7 es el requisito mínimo y, para actualizar a 23ai, Oracle Linux 8 es el requisito mínimo. Para obtener instrucciones detalladas sobre la actualización manual del sistema operativo, consulte How to Update the Exadata System Software (DomU) to 19 of 18 on the Exadata Cloud Service in OCI (My Oracle Support, ID de documento 2521053.1).
  • Oracle Grid Infrastructure puede ser de la versión 19c o 23ai para Oracle Database 19c. Sin embargo, Oracle Grid Infrastructure debe ser de la versión 23ai para Oracle Database 23ai. Consulte Actualización de la infraestructura de cuadrícula de Exadata para obtener instrucciones sobre el uso de la consola o la API de Oracle Cloud Infrastructure para cambiar la versión de Grid Infrastructure. Si hay parches disponibles para Grid Infrastructure, Oracle recomienda aplicarlos antes de realizar un cambio de versión de la base de datos.
  • Debe tener un directorio raíz de Oracle Database disponible que utilice las cuatro versiones más recientes de Oracle Database 19c u Oracle Database 23ai disponibles en Oracle Cloud Infrastructure. Consulte Creación de un nuevo directorio raíz de Oracle Database en una instancia de Exadata Cloud Infrastructure existente para obtener información sobre la creación de un directorio raíz de base de datos. Puede utilizar imágenes de software publicadas por Oracle o una imagen de software de base de datos personalizada en función de sus requisitos de aplicación de parches para crear directorios raíz de base de datos.
  • Debe asegurarse de que se pueden abrir todas las bases de datos conectables de la base de datos de contenedores en la que se va a realizar el cambio de versión. Las bases de datos conectables que el sistema no pueda abrir durante el cambio de versión pueden provocar un fallo de cambio de versión.

  • Si cambia la versión de bases de datos en una asociación de Data Guard creada manualmente (una asociación no creada mediante la consola o las API), se aplica lo siguiente:

    • Las bases de datos deben estar registradas con las herramientas en la nube. Consulte Actualización de herramientas en una instancia de Exadata Cloud Service para obtener más información.
    • La aplicación de redo se debe desactivar durante el cambio de versión tanto de la base de datos principal como de la base de datos en espera. Para las bases de datos de Oracle 11.2 y 12.1, también se debe desactivar la configuración de Data Guard.
    • Si ha configurado un observador, es necesario desactivarlo antes de cambiar la versión.
La instancia de Oracle database se debe configurar con los siguientes valores para el cambio de versión:
  • La base de datos debe estar en modo Archive log.
  • La base de datos debe tener el flashback activado.

Consulte la Documentación de Oracle Database de la versión de la base de datos para obtener más información sobre estos valores.

Acerca del cambio de versión de una base de datos

Para cambiar la versión de software de base de datos, tenga en cuenta lo siguiente:

  • Los cambios de versión de base de datos implican tiempo de inactividad de la base de datos. Tenga esto en cuenta al programar el cambio de versión.
  • Oracle recomienda realizar una copia de seguridad de la base de datos y probar la nueva versión de software en un sistema de prueba o una versión clonada de la base de datos antes de cambiar la versión de una base de datos de producción. Consulte Creación de una copia de seguridad completa bajo demanda de una base de datos para obtener información sobre la creación de una copia de seguridad manual bajo demanda.
  • Oracle recomienda ejecutar una operación de comprobación previa de cambio de versión de la base de datos antes de intentar realizar un cambio de versión para poder detectar cualquier incidencia que deba solucionarse antes de la hora en la que planea realizar el cambio de versión. La operación de comprobación previa no afecta a la disponibilidad de la base de datos y puede realizarse en cualquier momento que le resulte conveniente.

  • Si las bases de datos utilizan Data Guard, puede cambiar la versión de la base de datos principal o de la base de datos en espera en primer lugar. Para cambiar la versión de una base de datos principal, siga los pasos de Cambio de versión o comprobación previa de una base de datos de Exadata. Para cambiar la versión de una base de datos en espera, siga los pasos de Para mover una base de datos a otro directorio raíz de base de datos.

  • Si las bases de datos utilizan Data Guard, el cambio de versión de una base de datos principal o de una base de datos en espera desactivará la aplicación de redo durante la operación de cambio de versión. Después de cambiar la versión tanto de la base de datos principal como de la base de datos en espera, se vuelven a activar la aplicación de redo y el modo abierto. Oracle recomienda comprobar la configuración de aplicación de redo y modo abierto después del cambio de versión.

  • No se puede realizar una operación de cambio de versión mientras se está realizando una operación de copia de seguridad automática. Antes del cambio de versión, Oracle recomienda desactivar las copias de seguridad automáticas y realizar una copia de seguridad manual. Consulte Configuración de copias de seguridad automáticas para una base de datos y Creación de una copia de seguridad completa bajo demanda de una base de datos para obtener más información.
  • Después del cambio de versión, no podrá utilizar las copias de seguridad automáticas realizadas antes del cambio de versión para restaurar la base de datos a un punto en el tiempo anterior.
  • Si cambia la versión de una base de datos que utiliza software de la versión 11.2, la base de datos de la versión 19c resultante será una base de datos sin contenedor (no CDB).

Temas relacionados

Tema principal: Actualización de bases de datos Exadata

Cómo realiza el servicio de base de datos la operación de cambio de versión

Durante el proceso de cambio de versión, el servicio Database realiza lo siguiente:

  • Ejecuta una comprobación previa automática. Esto permite al sistema identificar las incidencias que necesite solucionarse y detener la operación de cambio de versión.
  • Define un punto de restauración garantizado, lo que permite realizar un flashback en caso de fallo del cambio de versión.
  • Mueve la base de datos a un directorio raíz de Oracle Database especificado por el usuario que utiliza la versión de software de destino deseada.
  • Ejecuta el software Database Upgrade Assistant (DBUA) para realizar el cambio de versión.
  • Para las bases de datos de asociaciones de Data Guard, la aplicación de redo se desactiva hasta que se cambia la versión de las bases de datos principal y en espera correctamente, momento en el que el sistema vuelve a activar la aplicación de redo. A continuación, el sistema activa el modo abierto después de activar la aplicación de redo.
Rollback de un cambio de versión incorrecto de Oracle Database

Si el cambio de versión no se completa correctamente, tiene la opción de realizar un rollback.

Los detalles sobre el fallo se muestran en la página Detalles de base de datos de la consola, lo que permite analizar y resolver las incidencias que causan el fallo.

Un rollback restablece la base de datos al estado anterior al cambio de versión. Se perderán todos los cambios realizados en la base de datos durante y después del cambio de versión. La opción de rollback se proporciona en un mensaje de banner que se muestra en la página de detalles de la base de datos de una base de datos después de una operación de cambio de versión incorrecta. Consulte Uso de la consola para realizar un rollback de un cambio de versión de base de datos con fallos para obtener más información.

Para las bases de datos en espera de asociaciones de Oracle Data Guard, el rollback se realiza moviendo la base de datos en espera de vuelta al directorio raíz de base de datos original. Consulte Para mover una base de datos a otro directorio raíz de base de datos para obtener instrucciones.

Después del cambio de versión de una instancia de Oracle Database

Después de un cambio de versión realizado correctamente, debe tener en cuenta lo siguiente:

  • Compruebe que las copias de seguridad automáticas están activadas para la base de datos si las ha desactivado antes del cambio de versión. Consulte Personalización de la configuración de copia de seguridad automática para obtener más información.
  • Edite el parámetro COMPATIBLE de Oracle Database para reflejar la nueva versión del software de Oracle Database. Consulte ¿Qué es la compatibilidad de Oracle Database? para obtener más información.
  • Si la base de datos utiliza un archivo database_name.env, asegúrese de que las variables del archivo se han actualizado para que apunten al directorio raíz de la base de datos 19c. Estas variables se deben actualizar automáticamente durante el proceso de cambio de versión.
  • Si cambia la versión de una base de datos sin contenedor a Oracle Database versión 19c, puede convertir la base de datos a una base de datos conectable después de la conversión. Consulte How to Convert Non-CDB to PDB (ID de documento 2288024.1) para obtener instrucciones sobre la conversión de la base de datos en una base de datos conectable.
  • Si el directorio raíz de base de datos antiguo está vacío y no se volverá a utilizar, puede eliminarlo. Consulte Uso de la consola para suprimir un directorio raíz de Oracle Database para obtener más información.
  • Para las bases de datos de asociaciones de Data Guard, compruebe el estado del modo abierto y de aplicación de redo una vez completado el cambio de versión.
Uso de la consola para cambiar la versión de una base de datos

Procedimientos para realizar una comprobación previa y un cambio de versión de una base de datos, realizar un rollback de un cambio de versión con fallos y ver el historial de cambios de versión.

Cambio de versión o comprobación previa de una base de datos de Exadata

Procedimiento para cambiar la versión o realizar una comprobación previa de una base de datos de Exadata.

Los siguientes pasos se aplican a las bases de datos para las que aplica cualquiera de los siguientes puntos:

  • La base de datos es la base de datos principal de una asociación de Data Guard
  • La base de datos no forma parte de una asociación de Data Guard

Para cambiar la versión de una base de datos en espera de una configuración de Data Guard, mueva la base de datos en espera a un directorio raíz de base de datos que utilice la versión de Oracle Database a la que desea realizar el cambio de versión. Consulte Para mover una base de datos a otro directorio raíz de base de datos para obtener más información.

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.

  3. En Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata. En la lista de clusters de VM, haga clic en el nombre del cluster de VM que contiene la base de datos cuya versión desea cambiar.

    Nota

    Si la base de datos está en una instancia de Exadata Cloud Infrastructure que no utilice el nuevo modelo de recursos de Exadata, deberá cambiar la instancia al nuevo modelo para poder cambiar la versión de la base de datos.

  4. En la lista de bases de datos de la página de detalles del cluster de VM, haga clic en el nombre de la base de datos cuya versión desea cambiar para ver la página Detalles de base de datos.
  5. Haga clic en Acciones y, a continuación, seleccione Cambiar de versión.
  6. En el cuadro de diálogo Cambiar versión de base de datos, seleccione lo siguiente:
    • Versión de la base de datos Oracle: el selector desplegable muestra solo las versiones de Oracle Database que son compatibles con un cambio de versión desde la versión de software actual que está utilizando la base de datos. La versión de software de destino debe ser posterior a la versión actual de la base de datos.

    • Directorio raíz de base de datos de destino: seleccione un directorio raíz de base de datos para la base de datos. La lista de directorios raíz de base de datos está limitada a aquellos directorios raíz que utilizan las versiones más recientes del software Oracle Database 19c. Cuando se mueve la base de datos al nuevo directorio raíz de base de datos, la versión de la base de datos cambia a la versión principal y el nivel de aplicación de parches del nuevo directorio raíz de base de datos.

  7. Haga clic en una de las siguientes opciones:

    • Ejecutar comprobación previa: esta opción inicia una comprobación previa de cambio de versión para identificar cualquier incidencia con la base de datos que necesite solucionarse antes de realizar un cambio de versión.
    • Cambiar versión de base de datos: esta opción inicia la operación de cambio de versión. Oracle recomienda realizar un cambio de versión solo después de que se haya realizado una comprobación previa correcta en la base de datos.
Rollback de un cambio de versión de base de datos con fallos

  1. Abra el menú de navegación. En Oracle Database, haga clic en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.
    Se mostrará una lista de clusters de VM para el compartimento seleccionado.
  3. En la lista de clusters de VM, haga clic en el nombre del cluster de VM que contiene la base de datos con el cambio de versión fallido.
  4. Busque la base de datos cuya versión no se ha cambiado correctamente y haga clic en su nombre para ver los detalles.
  5. La base de datos debe mostrar un banner en la parte superior de la página de detalles que incluye el botón Realizar rollback y detalles sobre las incidencias que han causado el fallo de cambio de versión.
  6. Haga clic en Realizar rollback.
  7. En el cuadro de diálogo Confirmar rollback, confirme que desea iniciar un rollback a la versión anterior de Oracle Database.
Visualización del historial de cambios de versión de una base de datos

  1. Abra el menú de navegación. Haga clic en Oracle Database y, a continuación, en Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Seleccione su compartimento.

  3. En Oracle Exadata Database Service on Dedicated Infrastructure, haga clic en Clusters de VM de Exadata. En la lista de clusters de VM, haga clic en el nombre del cluster de VM que contiene la base de datos cuya versión desea cambiar.

    Nota

    Si la base de datos está en una instancia de Exadata Cloud Infrastructure que no utiliza el nuevo modelo de recursos de Exadata, debe cambiar la instancia al nuevo modelo de recursos de Exadata para poder cambiar la versión de la base de datos.

  4. En la lista de bases de datos de la página de detalles del cluster de VM, haga clic en el nombre de la base de datos para la que desea ver el historial de cambios de versión.
  5. Haga clic en Historial de cambio de versión.
Uso de la API para cambiar la versión de las base de datos

Utilice las siguientes API para gestionar los cambios de versión de base de datos:

Para obtener más información sobre el uso de la API y la firma de solicitudes, consulte API de REST y Credenciales de seguridad. Para obtener información sobre los SDK, consulte Software development kits e interfaz de línea de comandos.

Utilice estas operaciones de API para gestionar los cambios de versión de base de datos:

Para obtener la lista completa de las API para el servicio Database, consulte API del servicio Database.

Nota

Al utilizar la API UpgradeDatabase para actualizar una base de datos de Exadata Cloud Infrastructure, debe especificar DB_HOME como origen del cambio de versión.

Resolución de problemas de dependencia asociados con paquetes de software adicionales no de Exadata para la actualización de DOMU

Si ha instalado paquetes de software que no son de Exadata más allá de los proporcionados por Oracle y la comprobación previa falla durante una actualización de DOMU debido a conflictos entre RPM instalados por Oracle y entre ellos, puede utilizar el siguiente procedimiento para resolver los conflictos y continuar con la actualización.

Para las actualizaciones que no cambian la versión principal de Oracle Linux, esta capacidad integrada le permite actualizar paquetes de software adicionales que no sean de Exadata como parte de la actualización del servidor de base de datos de Exadata. Simplifica la gestión de los problemas de dependencia de paquetes que pueden surgir cuando dichos paquetes de software que no son de Exadata están presentes en el sistema.

Puede ejecutar la comprobación previa de forma iterativa para identificar y resolver los problemas de dependencia asociados a los paquetes de software adicionales que no son de Exadata. Una vez que se hayan comprendido las actualizaciones necesarias, puede realizar con confianza la actualización del servidor de base de datos de Exadata y actualizar los paquetes adicionales en una única operación coordinada.

Asegúrese de que el archivo de configuración existe en el servidor de destino para disparar la configuración de un repositorio YUM temporal para paquetes de software que no sean de Exadata.

  • Ubicación de archivo: /etc/exadata/additional-packages.txt
  • Propiedad y permisos: este archivo solo debe ser propiedad y modificable por el usuario root.

Si el archivo existe, se utiliza para recopilar información sobre los paquetes de software que no son de Exadata necesarios y para configurar y activar un repositorio YUM temporal. Si el archivo no está presente, no se configura ningún repositorio.

También puede crear un enlace simbólico en /etc/exadata/additional-packages.txt que apunte a un archivo de configuración ubicado en otro lugar, normalmente en un montaje compartido.

Formato de Archivo

El archivo debe contener una lista de paquetes de software que no sean de Exadata, con cada entrada en una nueva línea. Los formatos admitidos incluyen:

  • http(s)://path/to/package.rpm: URL completa al archivo RPM
  • /full/path/to/package.rpm: ruta de acceso absoluta a un archivo RPM local
  • repo:package.rpm: referencia a un paquete en un repositorio de YUM existente
Nota

  • Si utiliza el formato repo:, asegúrese de que el repositorio al que se hace referencia está definido en la configuración de YUM del servidor de destino.
  • Los archivos locales pueden residir en directorios locales estándar, montajes NFS o montajes ACFS.
Ejemplo: additional-packages.txt

/u01/elfutils-debuginfod-client-0.190-2.el8.x86_64.rpm
/u01/elfutils-libelf-devel-0.190-2.el8.x86_64.rpm
/u01/keyutils-libs-devel-1.5.10-9.0.1.el8.x86_64.rpm
https://example.com/packages/krb5-devel-1.18.2-28.0.1.el8_10.x86_64.rpm
https://example.com/packages/memstrack-0.2.5-2.el8.x86_64.rpm
/u01/pigz-2.4-4.el8.x86_64.rpm
/u01/sssd-nfs-idmap-2.9.4-3.0.1.el8_10.x86_64.rpm
https://example.com/packages/timedatex-0.5-3.el8.x86_64.rpm
https://example.com/packages/zlib-devel-1.2.11-25.el8.x86_64.rpm