Documentation sur Oracle Cloud Infrastructure

Appliquer des correctifs et des mises à jour à un système Exadata Cloud Infrastructure

Rubrique parent : Guides pratiques

Mises à jour de maintenance gérées par l'utilisateur

Pour garantir la sécurité et le bon état de fonctionnement d'une instance Exadata Cloud Infrastructure, vous devez effectuer les tâches suivantes régulièrement :

  • Application de correctifs aux logiciels Oracle Grid Infrastructure et Oracle Database sur les machines virtuelles de la grappe de machines virtuelles. Pour plus d'informations et des instructions, voir Application de correctifs et de mises à jour à Oracle Grid Infrastructure sur des grappes de MV et aux répertoires de base de base de données.
  • Mise à jour du système d'exploitation sur les machines virtuelles de la grappe de machines virtuelles. Voir Mise à jour du système d'exploitation d'une grappe de machines virtuelles Exadata Cloud pour obtenir des informations et des instructions.

Application de correctifs et de mises à jour à un système Exadata Cloud Infrastructure

Voyez comment effectuer des opérations d'application de correctifs sur des machines virtuelles de base de données Exadata et des répertoires de base de base de données à l'aide de la console, de l'API ou de l'interface de ligne de commande.

Pour des informations et des instructions sur l'application de correctifs au système à l'aide de l'utilitaire dbaascli, voir Application manuelle de correctifs et de mises à jour à un système Exadata Cloud Infrastructure.

Pour plus d'informations et des exemples pour appliquer des correctifs trimestriels de base de données sur Exadata Cloud Infrastructure, consultez la note My Oracle Support : Comment appliquer un correctif trimestriel de base de données sur le service Exadata Cloud et Exadata Cloud at Customer Gén 2 (ID document 2701789.1).

Pour obtenir des conseils pour assurer un service continu pendant les opérations d'application de correctifs, voir le document technique Liste de vérification pour le service continu pour les solutions MAA.

Rubriques connexes

Rubrique parent : Appliquer des correctifs et des mises à jour à un système Exadata Cloud Infrastructure

Application de correctifs et de mises à jour à Oracle Grid Infrastructure sur des grappes de MV et aux répertoires de base de base de données

Cette rubrique explique comment effectuer des opérations d'application de correctifs sur des ressources Exadata Cloud Infrastructure à l'aide de la console, de l'API ou de l'interface de ligne de commande.

Note

Oracle recommande d'appliquer des correctifs aux bases de données en les déplaçant vers un répertoire de base qui utilise le niveau d'application de correctifs cible. Voir Pour corriger une base de données en la déplaçant vers un autre répertoire de base pour obtenir des instructions sur ce mode d'application de correctifs aux bases de données.

Pour plus d'informations et des instructions sur l'application de correctifs au système à l'aide de l'utilitaire dbaascli, voir Application de correctifs à Oracle Grid Infrastructure et aux bases de données Oracle à l'aide de dbaascli.

Rubrique parent : Application de correctifs et de mises à jour à un système Exadata Cloud Infrastructure

À propos de l'application de correctifs et de mises à jour à Oracle Grid Infrastructure sur des grappes de MV et aux répertoires de base de base de données

Cette rubrique décrit les types d'application de correctifs effectués sur des instances Exadata Cloud Infrastructure et fournit des instructions pour exécuter ces opérations.

Rubrique parent : Application de correctifs et de mises à jour à Oracle Grid Infrastructure sur des grappes de MV et aux répertoires de base de base de données

Application de correctifs à Oracle Grid Infrastructure (GI)

L'application de correctifs à une instance Exadata Cloud Infrastructure met à jour les composants sur tous les noeuds de calcul de l'instance. Un correctif de grappe de machines virtuelles ou de système de base de données met à jour Oracle Grid Infrastructure (GI) sur la ressource.

Note

Le modèle de ressource d'infrastructure Exadata en nuage utilisé par l'instance détermine si vous appliquez des correctifs à Grid Infrastructure sur une ressource de système de base de données ou sur une ressource de grappe de machines virtuelles en nuage. Les grappes de machines virtuelles sont utilisées par les nouveaux systèmes de base de données du modèle de ressource Exadata Cloud Infrastructure. Il est possible de migrer facilement vers le nouveau modèle de ressource sans temps d'arrêt du système. Transférer un système de base de données Exadata vers le nouveau modèle de ressource Exadata.

Application de correctifs aux répertoires de base de base de données

Un correctif de répertoire de base de base de données met à jour le logiciel Oracle Database partagé par les bases de données de ce répertoire.

Vous appliquez donc des correctifs à une base de données au moyen de l'une ou l'autre des méthodes suivantes :

  • Déplacez la base de données vers un répertoire de base qui comporte la bonne version du correctif. Cette opération n'a une incidence que sur la base de données déplacée.
  • L'application de correctifs au répertoire de base dans lequel se trouve la base de données. Cette opération a une incidence sur toutes les bases de données situées dans le répertoire de base auquel les correctifs sont appliqués.

Lorsque vous appliquez des correctifs à un répertoire de base, vous pouvez utiliser une image logicielle de base de données fournie par Oracle pour appliquer une mise à jour logicielle Oracle Database disponible globalement, ou utiliser une image logicielle de base de données personnalisée créée par votre organisation pour appliquer un ensemble spécifique de correctifs requis par votre base de données. Voir Images logicielles Oracle Database pour plus d'informations sur la création et l'utilisation d'images personnalisées.

Pour obtenir des instructions sur les opérations d'application de correctifs, voir Pour appliquer des correctifs au logiciel Oracle Database dans un répertoire de base de base de données (grappe de machines virtuelles en nuage). Pour les instances Exadata Cloud Infrastructure utilisant l'ancien modèle de ressource de système de base de données, voir Pour appliquer des correctifs au logiciel Oracle Database dans un répertoire de base (système de base de données).

Meilleures pratiques pour l'application de correctifs aux composants Exadata Cloud Infrastructure

Tenez compte des meilleures pratiques suivantes :

  • Sauvegardez vos bases de données avant d'appliquer un correctif. Pour des informations sur la sauvegarde des bases de données, voir Gestion des sauvegardes de base de données Exadata.
  • Appliquez des correctifs à une grappe de machines virtuelles ou à un système de base de données Exadata avant de le faire sur les répertoires de base et les bases de données de cette ressource.
  • Avant d'appliquer un correctif, exécutez l'opération de vérification préalable pour vous assurer que la grappe de machines virtuelles, le système de base de données ou le répertoire de base répond aux exigences de ce correctif.
  • Pour appliquer des correctifs à une base de données ayant une version différente de celle du répertoire de base courant, déplacez la base vers un répertoire de base exécutant la version cible. Cette technique nécessite moins de temps d'arrêt et vous permet de repositionner facilement la base de données à la version précédente en la replaçant dans son ancien répertoire de base. Voir Pour déplacer une base de données vers un autre répertoire de base Pour appliquer un correctif à une base de données en la déplaçant vers un autre répertoire de base.
  • Pour les versions principales d'Oracle Database et d'Oracle Grid Infrastructure disponibles dans Oracle Cloud Infrastructure, des correctifs sont fournis pour la version courante plus les trois versions précédentes (N à N - 3). Par exemple, si une instance utilise Oracle Database 19c et que la dernière version de 19c disponible est 19.8.0.0.0, les correctifs sont disponibles pour les versions 19.8.0.0.0, 19.7.0.0, 19.6.0.0 et 19.5.0.0.
  • dbaascli database runDatapatch
    Pour appliquer des correctifs à une base de données Oracle, utilisez la commande dbaascli database runDatapatch.
  • Clés gérées par le client dans Exadata Cloud Infrastructure
    Les clés gérées par le client pour Exadata Cloud Infrastructure sont une fonction du service de chambre forte pour Oracle Cloud Infrastructure (OCI) qui vous permet de chiffrer vos données à l'aide de clés de chiffrement que vous contrôlez.
  • dbaascli database addInstance
    Pour ajouter l'instance de base de données sur le noeud spécifié, utilisez la commande dbaascli database addInstance.
  • dbaascli database convertToPDB
    Pour convertir la base de données non conteneur spécifiée en base de données enfichable, utilisez la commande dbaascli database convertToPDB.
  • dbaascli database getDetails
    Cette commande affiche les informations détaillées d'une base de données indiquée, par exemple le paramètre dbname, les informations sur le noeud, les informations sur les bases de données enfichables, etc.
  • dbaascli database modifyParameters
    Pour modifier ou réinitialiser les paramètres d'initialisation d'une base de données Oracle, utilisez la commande dbaascli database modifyParameters.
  • dbaascli database update
    Pour mettre à niveau une base de données Oracle, utilisez la commande dbaascli database upgrade.

Rubrique parent : À propos de l'application de correctifs et de mises à jour à Oracle Grid Infrastructure sur des grappes de MV et aux répertoires de base de base de données

dbaascli database runDatapatch

Pour appliquer des correctifs à une base de données Oracle, utilisez la commande dbaascli database runDatapatch.

Préalables

  • Avant d'effectuer une opération runDatapatch, assurez-vous que toutes les instances de base de données associées à cette base sont actives.

  • Exécutez la commande en tant qu'utilisateur root.

Syntaxe

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

Où :

  • --dbname indique le nom de la base de données
  • --resume reprend l'exécution précédente
    • --sessionID spécifie de reprendre un ID session spécifique
  • --skipPdbs ignore l'exécution du correctif de données sur une liste spécifiée de bases de données enfichables délimitées par des virgules. Par exemple : pdb1,pdb2...
  • --pdbs exécute le correctif de données uniquement sur une liste spécifiée de bases de données enfichables, délimitées par des virgules. Par exemple : pdb1,pdb2...
  • --executePrereqs exécute les vérifications des préalables.
  • --patchList applique ou annule la liste des correctifs délimités par des virgules spécifiée. Par exemple : patch1,patch2...
  • --skipClosedPdbs ignore l'exécution de datapatch sur les bases de données enfichables fermées.
  • --rollback annule l'application des correctifs. 
dbaascli database runDatapatch --dbname db19
Clés gérées par le client dans Exadata Cloud Infrastructure

Les clés gérées par le client pour Exadata Cloud Infrastructure sont une fonction du service de chambre forte pour Oracle Cloud Infrastructure (OCI) qui vous permet de chiffrer vos données à l'aide de clés de chiffrement que vous contrôlez.

Le service de chambre forte pour OCI vous offre des capacités de gestion centralisée des clés qui sont hautement disponibles et durables. Cette solution offre également un stockage sécurisé des clés à l'aide de partitions isolées (et d'une option de partition partagée à faible coût) dans les modules de sécurité matériels certifiés de niveau 3 conformes à FIPS 140-2, et une intégration avec certains services Oracle Cloud Infrastructure. Utilisez des clés gérées par le client lorsque vous avez besoin d'implémenter une gouvernance de la sécurité, une conformité réglementaire et un chiffrement homogène des données tout en centralisant la gestion et le stockage des clés utilisées pour protéger vos données ainsi que la surveillance de leur cycle de vie.

Vous pouvez :

  • Activer les clés gérées par le client lors de la création de bases de données dans Exadata Cloud Infrastructure
  • Passer de clés gérées par Oracle à des clés gérées par le client
  • Effectuer la rotation de vos clés pour assurer la conformité en matière de sécurité

Exigences

Pour activer la gestion des clés de chiffrement gérées par le client, vous devez créer une politique dans la location qui permet à un groupe dynamique particulier de le faire, comme suit : allow dynamic-group dynamic_group_name to manage keys in tenancy.

Une autre politique est nécessaire si la chambre forte utilisée par le client est répliquée (https://docs.oracle.com/en-us/iaas/Content/KeyManagement/Tasks/replicatingvaults.htm). Pour les chambres fortes qui sont répliquées, la politique suivante est nécessaire : allow dynamic-group dynamic_group_name to read vaults in tenancy

Limitations

Pour activer Data Guard sur les bases de données Exadata Cloud Infrastructure qui utilisent des clés gérées par le client, les bases de données principale et de secours doivent être dans le même domaine.

Tâche 1. Créer une chambre forte et une clé de chiffrement principale

Créez une chambre forte dans le service de chambre forte en suivant les instructions sous Pour créer une chambre forte dans la documentation sur Oracle Cloud Infrastructure. Lorsque vous suivez ces instructions, Oracle recommande de créer la chambre forte dans un compartiment créé spécifiquement pour accueillir les chambres fortes contenant des clés gérées par le client, comme décrit dans Avant de commencer : Meilleures pratiques pour créer une hiérarchie de compartiments.

Après avoir créé la chambre forte, créez au moins une clé de chiffrement principale dans celle-ci en suivant les instructions sous Pour créer une clé de chiffrement principale dans la documentation sur Oracle Cloud Infrastructure. Lorsque vous suivez ces instructions, sélectionnez les options suivantes :

  • Créer dans le compartiment: Oracle recommande de créer la clé de chiffrement principale dans le même compartiment que sa chambre forte, c'est-à-dire le compartiment créé spécifiquement pour accueillir les chambres fortes contenant des clés gérées par le client.
  • Mode de protection : Sélectionnez une valeur appropriée dans la liste déroulante :
    • HSM pour créer une clé de chiffrement principale stockée et traitée dans un module de sécurité matériel.
    • Logiciel pour créer une clé de chiffrement principale stockée dans un système de fichiers logiciel du service de chambre forte. Les clés protégées par logiciel sont protégées au repos à l'aide d'une clé racine basée sur HSM. Vous pouvez exporter des clés logicielles vers d'autres appareils de gestion des clés ou vers une autre région OCI en nuage. Contrairement aux clés HSM, les clés protégées par logiciel sont gratuites.
  • Forme de la clé : Algorithme : AES
  • Forme de la clé : Longueur : 256 bits

Oracle recommande de créer une clé de chiffrement principale distincte pour chacune de vos bases de données conteneur. Cela simplifie considérablement la gestion de la rotation des clés au fil du temps.

Tâche 2. Créer une passerelle de service, une règle de routage et une règle de sécurité de trafic sortant

Create a service gateway in the VCN (Virtual Cloud Network) where your Oracle Exadata Database Service on Dedicated Infrastructure resources reside by following the instructions in Task 1: Create the service gateway in Oracle Cloud Infrastructure Documentation.

After creating the service gateway, add a route rule and an egress security rule to each subnet (in the VCN) where Oracle Exadata Database Service on Dedicated Infrastructure resources reside so that these resources can use the gateway to access the Vault service:

  1. Allez à la page Détails du sous-réseau associée au sous-réseau.
  2. Dans l'onglet Informations sur le sous-réseau, cliquez sur le nom de la table de routage du sous-réseau pour afficher la page Détails de la table de routage.
  3. Dans la table des règles de routage existantes, vérifiez s'il existe déjà une règle présentant les caractéristiques suivantes :
    • Destination : Tous les services IAD dans Oracle Services Network
    • Type de cible : Passerelle de service
    • Cible : Nom de la passerelle de service que vous venez de créer dans le VCN

    Si une telle règle n'existe pas, cliquez sur Ajouter des règles de routage et ajoutez une règle de routage avec ces caractéristiques.

  4. Retournez à la page Détails du sous-réseau.
  5. Dans la table Listes de sécurité du sous-réseau, cliquez sur le nom de la liste de sécurité du sous-réseau pour afficher la page Détails de la liste de sécurité.
  6. Dans le menu latéral, sous Ressources, cliquez sur Règles de trafic sortant.
  7. Dans la table des règles de trafic sortant existantes, vérifiez s'il existe déjà une règle présentant les caractéristiques suivantes :
    • Sans état : Non
    • Destination : Tous les services IAD dans Oracle Services Network
    • Protocole IP : TCP
    • Intervalle de ports sources : Tous
    • Intervalle de ports de destination : 443

    Si une telle règle n'existe pas, cliquez sur Ajouter des règles de trafic sortant et ajoutez une règle de trafic sortant avec ces caractéristiques.

Tâche 3. Créer un groupe dynamique et un énoncé de politique

Pour accorder à vos ressources Oracle Exadata Database Service on Dedicated Infrastructure l'autorisation d'accéder aux clés gérées par le client, vous créez un groupe dynamique IAM qui identifie ces ressources, puis vous créez une politique IAM qui accorde à ce groupe dynamique l'accès aux clés de chiffrement principales que vous avez créées dans le service de chambre forte.

When defining the dynamic group, you identify your Oracle Exadata Database Service on Dedicated Infrastructure resources by specifying the OCID of the compartment containing your Exadata Infrastructure resource.

  1. Copiez l'OCID du compartiment contenant votre ressource d'infrastructure Exadata. Vous pouvez trouver cet OCID dans la page Détails du compartiment.
  2. Créez un groupe dynamique en suivant les instructions dans Pour créer un groupe dynamique dans la documentation sur Oracle Cloud Infrastructure. Lorsque vous suivez ces instructions, entrez une règle de correspondance dans ce format :
    ALL {resource.compartment.id ='<compartment-ocid>'}

    où <compartment-ocid> est l'OCID du compartiment contenant votre ressource d'infrastructure Exadata.

Après avoir créé le groupe dynamique, accédez à (ou créez) une politique GIA dans un compartiment de la hiérarchie de compartiments supérieur à celui qui contient vos chambres fortes et vos clés. Puis, ajoutez un énoncé de politique dans le format suivant :

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 vous utilisez une chambre forte privée virtuelle répliquée pour le déploiement d'Oracle Data Guard, ajoutez un énoncé de politique supplémentaire au format suivant :

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

où <dynamic-group> est le nom du groupe dynamique que vous avez créé et <vaults-and-keys-compartment> est le nom du compartiment dans lequel vous avez créé vos chambres fortes et vos clés de chiffrement principales.

dbaascli database addInstance

Pour ajouter l'instance de base de données sur le noeud spécifié, utilisez la commande dbaascli database addInstance.

Préalable

  • Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database addInstance --dbname <value> --node <value> [--newNodeSID <value>]
Où :
  • --dbname spécifie le nom de la base de données Oracle
  • --node indique le nom du noeud pour l'instance de base de données
    • --newNodeSID indique l'IDS de l'instance à ajouter au nouveau noeud
dbaascli database convertToPDB

Pour convertir la base de données non conteneur spécifiée en base de données enfichable, utilisez la commande dbaascli database convertToPDB.

Syntaxe

dbaascli database convertToPDB --dbname <value> [--cdbName <value>] [--executePrereqs]
        {
            [--copyDatafiles [--keepSourceDB]]|[backupPrepared]
        }
        [--targetPDBName <value>] [--waitForCompletion <value>] [--resume [--sessionID <value>]]
Où :
  • --dbname indique le nom de la base de données Oracle
  • --cdbName indique le nom de la base de données conteneur cible dans laquelle la base de données enfichable sera créée. Si la base de données conteneur n'existe pas, elle sera créée dans le même répertoire de base Oracle que celui de la base de données non conteneur source.
  • --executePrereqs spécifie d'exécuter uniquement les vérifications de préconversion
  • --copyDatafiles spécifie de créer une nouvelle copie des fichiers de données au lieu de les utiliser à partir de la base de données source

    --keepSourceDB - Pour conserver la base de données source après l'exécution de l'opération.

  • Indicateur --backupPrepared permettant de confirmer qu'une sauvegarde de base de données appropriée est en place pour la base de données non conteneur avant d'effectuer la conversion en base de données enfichable.
  • Indicateur --backupPrepared permettant de confirmer qu'une sauvegarde de base de données appropriée est en place pour la base de données non conteneur avant d'effectuer la conversion en base de données enfichable
  • --targetPDBName indique le nom de la base de données enfichable qui sera créée dans le cadre de l'opération
  • --waitForCompletion spécifie false pour exécuter l'opération en arrière-plan. Valeurs valides : true|false
  • --resume indique de reprendre l'exécution précédente
    • --sessionID spécifie de reprendre un ID session spécifique

Exemple 5-3 : dbaascli database convertToPDB

Pour exécuter des vérifications préalables à la conversion :
dbaascli database convertToPDB --dbname ndb19 --cdbname cdb19 --backupPrepared --executePrereqs
Pour exécuter une conversion complète avec une copie des fichiers de données de la base de données non conteneur :
dbaascli database convertToPDB --dbname tst19 --cdbname cdb19 --copyDatafiles
dbaascli database getDetails

Cette commande affiche les informations détaillées d'une base de données indiquée, par exemple le paramètre dbname, les informations sur le noeud, les informations sur les bases de données enfichables, etc.

Préalables

Exécutez la commande en tant qu'utilisateur root ou oracle

Syntaxe

dbaascli database getDetails --dbname <value>
Où :
  • --dbname - Nom de la base de données Oracle.
dbaascli database modifyParameters

Pour modifier ou réinitialiser les paramètres d'initialisation d'une base de données Oracle, utilisez la commande dbaascli database modifyParameters.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database modifyParameters --dbname <value> --setParameters <values>| --resetParameters <values> | --responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
Où :
  • --dbname indique le nom de la base de données.
  • --setParameters indique une liste délimitée par des virgules de paramètres à modifier avec de nouvelles valeurs. Par exemple, parameter1=valueA,parameter2=valueB, etc. Pour les valeurs vides, utilisez parameter1=valueA,parameter2='', etc.
  • --resetParameters indique une liste délimitée par des virgules de paramètres à réinitialiser aux valeurs par défaut correspondantes. Par exemple, parameter1,parameter2, etc.
  • --responseFile spécifie l'emplacement absolu du fichier JSON de réponse pour modifier les paramètres de la base de données.
  • --backupPrepared reconnaît qu'une sauvegarde de base de données appropriée est en place avant la modification des paramètres critiques ou sensibles.
  • --instance indique le nom de l'instance sur laquelle les paramètres seront traités. Si elle n'est pas spécifiée, l'opération sera effectuée au niveau de la base de données.
  • --allowBounce octroie l'autorisation de redémarrer la base de données afin de refléter les modifications apportées aux paramètres statiques applicables.

Exemple 5-4 : dbaascli database modifyParameters

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

Pour mettre à niveau une base de données Oracle, utilisez la commande dbaascli database upgrade.

Préalable

Exécutez la commande en tant qu'utilisateur root.

Syntaxe

dbaascli database upgrade --dbname <value> 
{--targetHome <value> | --targetHomeName <value>}
{ [--executePrereqs | --postUpgrade | --rollback]}
{[--standBy | --allStandbyPrepared]}
{[--upgradeOptions <value>]  | [--standBy]}
[--removeGRP]
[--increaseCompatibleParameter]
[--resume [--sessionID <value>]]
[--waitForCompletion <value>]
Où :
  • --dbname (obligatoire) spécifie le nom de la base de données.
  • --targetHome indique l'emplacement du répertoire de base Oracle cible.
  • --targetHomeName indique le nom du répertoire de base Oracle Database cible
  • --standBy : Utilisez cette option pour mettre à niveau les bases de données de secours dans des configurations Data Guard.
  • --allStandbyPrepared est requis pour les bases de données principales configurées par Data Guard. Indicateurs spécifiant que toutes les opérations requises sont effectuées sur les bases de données de secours avant la mise à niveau de la base de données principale
  • --removeGRP supprime automatiquement la sauvegarde de point de restauration garanti uniquement si la mise à niveau de la base de données a réussi.
  • --increaseCompatibleParameter augmente automatiquement le paramètre compatible dans le cadre de la mise à niveau de la base de données. Le paramètre ne sera augmenté que si la mise à niveau de la base de données a réussi
  • --executePrereqs exécute uniquement les vérifications de pré-mise à niveau.
  • --postUpgrade : Utilisez cette option si la post-mise à niveau échoue et doit réexécuter les étapes après la mise à niveau.
  • --rollback rétablit une base de données Oracle dans son répertoire de base Oracle initial
  • --upgradeOptions : Utilisez cette option pour transmettre des arguments propres à DBUA pour effectuer la mise à niveau d'Oracle Database. Reportez-vous à la documentation Oracle correspondante pour connaître les arguments et les options pris en charge.

    --standby

  • --resume Pour reprendre l'exécution précédente.
  • --sessionID Pour reprendre un ID session spécifique.
  • --waitForCompletion spécifie false pour exécuter l'opération en arrière-plan. Valeurs valides : true|false.

Exemple 5-5 : Vérifications préalables à la mise à niveau d'une base de données avec dbaascli

dbaascli database upgrade --dbbname dbname --targetHome Target Oracle home location --executePrereqs
Préalables à l'application de correctifs et de mises à jour à un système Exadata Cloud Infrastructure

L'instance Exadata Cloud Infrastructure nécessite l'accès au service de stockage d'objets pour Oracle Cloud Infrastructure, y compris la connectivité au point d'extrémité Swift applicable pour le service de stockage d'objets.

Oracle recommande d'utiliser une passerelle de service avec le réseau VCN pour permettre cet accès. Pour plus d'informations, voir les rubriques suivantes :
Note

Assurez-vous que les conditions suivantes sont satisfaites pour éviter les échecs de l'application de correctifs :
  • Le répertoire /u01 sur le système de fichiers de l'hôte de base de données contient au moins 15 Go d'espace libre pour l'exécution des processus d'application de correctifs.
  • Oracle Clusterware est en cours d'exécution sur la grappe de machines virtuelles.
  • Tous les noeuds de la grappe de machines virtuelles sont en cours d'exécution.
Utilisation de la console pour appliquer des correctifs et des mises à jour à des instances Exadata Cloud Infrastructure

Vous pouvez utiliser la console pour consulter l'historique des opérations d'application de correctifs sur les instances Exadata Cloud Infrastructure, appliquer des correctifs et surveiller le statut des opérations d'application de correctifs.

Rubrique parent : Application de correctifs et de mises à jour à Oracle Grid Infrastructure sur des grappes de MV et aux répertoires de base de base de données

Application de correctifs aux instances Exadata utilisant un modèle de ressource de système de base de données

Les tâches de cette section décrivent comment appliquer des correctifs et surveiller le statut des opérations de correctifs sur les systèmes de base de données Exadata et leurs répertoires de base.

Rubrique parent : Utilisation de la console pour appliquer des correctifs et des mises à jour à des instances Exadata Cloud Infrastructure

Pour appliquer des correctifs à Oracle Grid Infrastructure sur un système de base de données Exadata

Comment appliquer des correctifs et surveiller le statut des opérations de correctifs sur les systèmes de base de données Exadata

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Environnement sans système d'exploitation, machine virtuelle et Exadata.
  2. Sélectionnez votre compartiment.
  3. Dans la liste des systèmes de base de données, cliquez sur le nom du système de base de données Exadata auquel vous souhaitez appliquer un correctif pour afficher les détails de celui-ci.
  4. Cliquez sur Mises à jour (GI).
  5. Consultez la liste des correctifs disponibles pour le système de BD.
  6. Cliquez sur le menu Actions du correctif qui vous intéresse, puis cliquez sur l'une des actions suivantes : Vérification préalable : Vérifiez les préalables pour vous assurer que le correctif peut être appliqué. Appliquer la mise à jour de Grid Infrastructure : Applique le correctif sélectionné. Oracle recommande fortement d'exécuter l'opération de prévérification d'un correctif avant de l'appliquer.
    • Precheck : Vérifiez tous les préalables pour garantir que le correctif peut être appliqué.
    • Appliquer la mise à jour de Grid Infrastructure : Applique le correctif sélectionné. Oracle recommande fortement d'exécuter l'opération de prévérification d'un correctif avant de l'appliquer.
  7. Confirmez à l'invite.

La liste des correctifs affiche le statut de l'opération. Lorsqu'un correctif est en cours, il affiche le statut Application de correctif et le système de base de données affiche le statut Mise à jour. Les opérations du cycle de vie du système de base de données et de ses ressources peuvent être temporairement non disponibles. Si l'application de correctifs aboutit, le statut du correctif passe à Appliqué et celui du système de base de données à Disponible. Vous pouvez voir plus de détails sur une opération d'application de correctifs individuelle en cliquant sur Historique des correctifs.

Pour corriger le logiciel Oracle Database dans un répertoire de base (système de base de données)

Comment appliquer des correctifs et surveiller le statut des opérations de correctifs sur les répertoires de base de données Exadata pour les systèmes de base de données.

Note

Cette procédure d'application de correctifs met à jour le logiciel Oracle Database pour toutes les bases de données situées dans le répertoire de base. Pour appliquer des correctifs à une base de données individuelle, vous pouvez la déplacer vers un autre répertoire de base qui utilise la configuration logicielle Oracle Database souhaitée.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Environnement sans système d'exploitation, machine virtuelle et Exadata.
  2. Sélectionnez votre compartiment.
  3. Dans la liste des systèmes de base de données, cliquez sur le nom du système de base de données Exadata contenant le répertoire de base auquel vous souhaitez appliquer un correctif pour afficher les détails du système de BD.
  4. Cliquez sur Répertoire de base de la base de données.
  5. Cliquez sur le nom du répertoire de base de base de données auquel appliquer le correctif pour en afficher les détails.
  6. Cliquez sur Mises à jour.
  7. Vérifiez les correctifs disponibles pour le répertoire de base de base de données. Vous pouvez choisir d'appliquer des correctifs à l'aide d'une image logicielle fournie par Oracle ou d'une image logicielle personnalisée. Les images fournies par Oracle sont généralement des mises à jour de version disponibles. Les images logicielles personnalisées sont créées par votre organisation avec un jeu spécifié de correctifs. Voir Images logicielles Oracle Database pour plus d'informations sur la création d'images logicielles personnalisées. L'image que vous utilisez pour appliquer des correctifs doit être basée sur la version la plus récente du logiciel Oracle Database ou sur l'une des trois versions précédentes de la version.
  8. Cliquez sur le menu Actions à la fin de la rangée du tableau listant le correctif qui vous intéresse, puis cliquez sur l'une des actions suivantes :

    • Prévérifier : Vérifiez tous les préalables pour vous assurer que le correctif peut être appliqué.

    • Appliquer la mise à jour du répertoire de base de la base de données : Applique le correctif sélectionné. Oracle recommande fortement d'exécuter l'opération de prévérification d'un correctif avant de l'appliquer.

  9. Confirmez à l'invite.

La liste des correctifs affiche le statut de l'opération. Pendant l'application d'un correctif, le statut de celui-ci indique Application de correctif et celui du répertoire de base et des bases de données, Mise à jour. Pendant l'opération, chaque base de données du répertoire de base est arrêtée, puis redémarrée. Si l'application de correctifs aboutit, le statut du correctif passe à Appliqué et le statut du répertoire de base de base de données passe à Disponible. Vous pouvez voir plus de détails sur une opération d'application de correctifs individuelle en cliquant sur Historique des correctifs.

Application de correctifs aux instances Exadata utilisant un nouveau modèle de ressource

Les tâches de cette section décrivent comment appliquer des correctifs et surveiller le statut des opérations de correctifs sur les grappes de machines virtuelles en nuage et leurs répertoires de base de base de base de données.

Pour appliquer des correctifs à Oracle Grid Infrastructure sur une grappe de machines virtuelles en nuage Exadata

Comment appliquer des correctifs et surveiller le statut des opérations de correctifs sur les grappes de machines virtuelles en nuage.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Dans la liste des grappes de machines virtuelles en nuage, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher les détails de la grappe.
  5. Cliquez sur Mises à jour (GI).
  6. Consultez la liste des correctifs disponibles pour la grappe de machines virtuelles en nuage.
  7. Cliquez sur le menu Actions pour le correctif qui vous intéresse, puis cliquez sur l'une des actions suivantes :

    • Prévérifier : Vérifiez tous les préalables pour vous assurer que le correctif peut être appliqué.

    • Appliquer la mise à jour de Grid Infrastructure : Applique le correctif sélectionné. Oracle recommande fortement d'exécuter l'opération de prévérification d'un correctif avant de l'appliquer.

  8. Confirmez à l'invite.
La liste des correctifs affiche le statut de l'opération. Lorsqu'un correctif est en cours, il affiche le statut Application de correctif et la grappe de machines virtuelles en nuage, le statut Mise à jour. Les opérations du cycle de vie de la grappe et de ses ressources peuvent être temporairement indisponibles. Si l'application de correctifs aboutit, le statut du correctif passe à Appliqué et celui de la grappe à Disponible. Vous pouvez voir plus de détails sur une opération d'application de correctifs individuelle en cliquant sur Historique des mises à jour.

Pour corriger le logiciel Oracle Database dans un répertoire de base

Note

Cette procédure d'application de correctifs met à jour le logiciel Oracle Database pour toutes les bases de données situées dans le répertoire de base. Pour appliquer des correctifs à une base de données individuelle, vous pouvez déplacer une base de données vers un autre répertoire de base qui utilise la configuration logicielle Oracle Database souhaitée.
  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Dans la liste des grappes de machines virtuelles en nuage, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher les détails de la grappe.
  5. Cliquez sur Répertoire de base de la base de données.
  6. Cliquez sur le nom du répertoire de base de base de données auquel appliquer le correctif pour en afficher les détails.
  7. Cliquez sur Mises à jour.
  8. Vérifiez les correctifs disponibles pour le répertoire de base de base de données. Vous pouvez choisir d'appliquer des correctifs à l'aide d'une image logicielle fournie par Oracle ou d'une image logicielle personnalisée. Les images fournies par Oracle sont généralement des mises à jour de version disponibles. Les images logicielles personnalisées sont créées par votre organisation avec un jeu spécifié de correctifs. Voir Images logicielles Oracle Database pour plus d'informations sur la création d'images logicielles personnalisées. L'image que vous utilisez pour appliquer des correctifs doit être basée sur la version la plus récente du logiciel Oracle Database ou sur l'une des trois versions précédentes de la version.
  9. Cliquez sur le menu Actions à la fin de la rangée du tableau listant le correctif qui vous intéresse, puis cliquez sur l'une des actions suivantes :
    • Prévérifier : Vérifiez tous les préalables pour vous assurer que le correctif peut être appliqué.
    • Appliquer la mise à jour du répertoire de base de la base de données : Applique le correctif sélectionné. Oracle recommande fortement d'exécuter l'opération de prévérification d'un correctif avant de l'appliquer.

  10. Confirmez à l'invite.

    La liste des correctifs affiche le statut de l'opération. Pendant l'application d'un correctif, le statut de celui-ci indique Application de correctif et celui du répertoire de base et des bases de données, Mise à jour. Pendant l'opération, chaque base de données du répertoire de base est arrêtée, puis redémarrée. Si l'application de correctifs aboutit, le statut du correctif passe à Appliqué et le statut du répertoire de base de base de données passe à Disponible. Vous pouvez voir plus de détails sur une opération d'application de correctifs individuelle en cliquant sur Historique des mises à jour.

Application de correctifs à des bases de données Oracle individuelles dans une instance Exadata Cloud Infrastructure

Cette tâche explique comment appliquer des correctifs à une seule base Oracle Database dans votre instance Exadata Cloud Infrastructure en la déplaçant vers un autre répertoire de base.

Pour plus d'informations sur l'application de correctifs aux répertoires de base de données, voir Pour corriger le logiciel Oracle Database dans un répertoire de base (grappe de machines virtuelles en nuage).

Rubrique parent : Utilisation de la console pour appliquer des correctifs et des mises à jour à des instances Exadata Cloud Infrastructure

Pour déplacer une base de données vers un autre répertoire de base

Cette tâche explique comment appliquer des correctifs à une seule base Oracle Database dans votre instance Exadata Cloud Infrastructure en la déplaçant vers un autre répertoire de base.

Vous pouvez déplacer une base de données vers tout répertoire de base qui répond à l'un des critères suivants :

  • Le répertoire de base cible utilise la même version du logiciel Oracle Database (y compris les mises à jour de correctif) que le répertoire de base source.
  • Le répertoire de base cible est basé sur la version la plus récente du logiciel Oracle Database utilisée par la base de données ou sur l'une des trois versions précédentes de la version.

Le déplacement d'une base de données vers un nouveau répertoire de base met la base de données à jour jusqu'au niveau de correctif du répertoire de base cible. Pour plus d'informations sur l'application de correctifs à des répertoires de base de base de données, voir Application de correctifs à un répertoire de base de base de données.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Naviguez jusqu'à la base de données à déplacer :

    Cloud VM clusters ( The New Exadata Cloud Infrastructure Resource Model ): Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, cliquez sur le nom de la grappe qui contient la base de données à déplacer.

    Systèmes de base de données : Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système auquel vous voulez accéder, puis cliquez sur le nom du système de base de données Exadata qui contient la base de données que vous voulez déplacer.

  4. Cliquez sur Actions supplémentaires, puis sur Déplacer vers un autre répertoire de base.
  5. Sélectionnez le répertoire de base de la base de données cible.
  6. Cliquez sur Déplacer.

  7. Confirmez l'opération de déplacement.

    La base de données est déplacée de manière continue. L'instance de base de données sera arrêtée, noeud par noeud, dans le répertoire courant, puis redémarrée dans le répertoire de destination. Pendant le déplacement de la base de données, le statut du répertoire de base affiche Déplacement de base de données. Une fois l'opération terminée, le répertoire de base est mis à jour au répertoire de base courant. Datapatch est exécuté automatiquement, lors du déplacement de la base de données, pour effectuer des actions SQL post-application de correctifs pour tous les correctifs, y compris les correctifs ponctuels, dans le nouveau répertoire de base. Si l'opération de déplacement de la base de données échoue, le statut de la base de données affiche Failed et le champ Répertoire de base de la base de données fournit des informations sur la cause de l'échec.

Consultation de l'historique des correctifs

Chaque entrée de l'historique des correctifs représente une tentative d'application de correctifs et indique si l'opération a abouti ou échoué. Vous pouvez réessayer l'application d'un correctif qui a échoué. Lorsqu'une opération est répétée, une nouvelle entrée d'historique des correctifs est générée.

Les vues d'historique des correctifs de la console n'affichent pas les correctifs appliqués à l'aide d'outils de ligne de commande tels que dbaascli.

Si votre instance de service utilise le nouveau modèle de ressource, l'historique des correctifs est disponible dans la page Détails de la grappe de MV. Si votre instance de service utilise le modèle de ressource de système de base de données, l'historique des correctifs est disponible dans la page Détails du système de BD.

  • Pour voir l'historique des correctifs d'une grappe de machines virtuelles en nuage
    Chaque entrée de l'historique des correctifs représente une tentative d'application de correctifs et indique si l'opération a abouti ou échoué.
  • Pour voir l'historique des correctifs d'un système de base de données
    Chaque entrée de l'historique des correctifs représente une tentative d'application de correctifs et indique si l'opération a abouti ou échoué. Vous pouvez réessayer l'application d'un correctif qui a échoué. Lorsqu'une opération est répétée, une nouvelle entrée d'historique des correctifs est générée. Pour une instance de service utilisant le modèle de ressource de système de base de données, l'historique des correctifs est disponible dans la page Détails du système de BD
  • Pour voir l'historique des correctifs d'un répertoire de base de base de données
    Chaque entrée de l'historique des correctifs représente une tentative d'application de correctifs et indique si l'opération a abouti ou échoué. Vous pouvez réessayer l'application d'un correctif qui a échoué. Lorsqu'une opération est répétée, une nouvelle entrée d'historique des correctifs est générée. Si votre instance de service utilise le nouveau modèle de ressource, l'historique des correctifs est disponible dans la page Détails de la grappe de MV.

Rubrique parent : Utilisation de la console pour appliquer des correctifs et des mises à jour à des instances Exadata Cloud Infrastructure

Pour consulter l'historique des correctifs d'une grappe de machines virtuelles en nuage

Chaque entrée de l'historique des correctifs représente une tentative d'application de correctifs et indique si l'opération a abouti ou échoué.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Dans la liste des grappes de machines virtuelles en nuage, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher les détails de la grappe.
  5. Cliquez sur Historique des mises à jour.

    La page Historique des mises à jour affiche l'historique des opérations de correctifs d'une grappe de machines virtuelles en nuage et de ses répertoires de base de base de données.

Pour voir l'historique des correctifs d'un système de base de données

Chaque entrée de l'historique des correctifs représente une tentative d'application de correctifs et indique si l'opération a abouti ou échoué. Vous pouvez réessayer l'application d'un correctif qui a échoué. Lorsqu'une opération est répétée, une nouvelle entrée d'historique des correctifs est générée. Pour une instance de service utilisant le modèle de ressource de système de base de données, l'historique des correctifs est disponible dans la page Détails du système de BD

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Environnement sans système d'exploitation, machine virtuelle et Exadata.
  2. Sélectionnez votre compartiment.
  3. Dans la liste des systèmes de base de données, cliquez sur le nom du système de base de données Exadata pour afficher les détails de celui-ci.
  4. Cliquez sur Historique des mises à jour.

La page Historique des correctifs affiche l'historique des opérations d'application de correctifs pour ce système de base de données et ses répertoires de base.

Pour voir l'historique des correctifs d'un répertoire de base de base de données

Chaque entrée de l'historique des correctifs représente une tentative d'application de correctifs et indique si l'opération a abouti ou échoué. Vous pouvez réessayer l'application d'un correctif qui a échoué. Lorsqu'une opération est répétée, une nouvelle entrée d'historique des correctifs est générée. Si votre instance de service utilise le nouveau modèle de ressource, l'historique des correctifs est disponible dans la page Détails de la grappe de MV.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Naviguez jusqu'à la grappe de machines virtuelles en nuage ou au système de base de données qui contient le répertoire de base.

    • Cloud VM clusters (The Exadata Cloud Infrastructure Resource Model) Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, recherchez celle à laquelle vous voulez accéder et cliquez sur son nom en surbrillance pour afficher sa page de détails.

    • Systèmes de base de données Sous Environnement sans système d'exploitation, machine virtuelle et Exadata, cliquez sur Systèmes de BD. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous souhaitez accéder et cliquez sur son nom pour afficher les détails le concernant.

  4. Cliquez sur Répertoire de base de la base de données.
  5. Cliquez sur le nom du répertoire de base de base de données voulu pour en afficher les détails.
  6. Cliquez sur Historique des mises à jour.
    La page d'historique affiche l'historique des opérations d'application de correctif pour ce répertoire de base, et la grappe de machines virtuelles en nuage ou le système de base de données dont il fait partie.
Utilisation de l'API pour appliquer des correctifs à une instance Exadata Cloud Infrastructure

Utilisez ces opérations d'API pour gérer l'application de correctifs aux ressources Exadata suivantes : grappes de machines virtuelles en nuage, systèmes de base de données, bases de données et répertoires de base de base de données.

Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité. Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.

Grappes de machines virtuelles en nuage (pour les systèmes utilisant le nouveau modèle de ressource) :

Systèmes de BD :

Bases de données :

  • UpdateDatabase - Pour appliquer des correctifs à une base de données en la déplaçant vers un autre répertoire de base.

Répertoires de base de base de données :

Pour obtenir la liste complète des API du service de base de données, voir API du service de base de données.

Mise à jour du système d'exploitation d'une grappe de machines virtuelles Exadata Cloud

Les mises à jour d'image de grappe de MV Exadata vous permettent d'actualiser l'image du système d'exploitation sur les noeuds de la grappe de machines virtuelles Exadata de manière automatisée à partir de la console OCI et des API.

Cette fonction automatisée simplifie et accélère l'application de correctifs aux grappes de machines virtuelles, réduit le risque d'erreurs et élimine la nécessité d'utiliser Patch Manager.

Lorsque vous appliquez un correctif, le système exécute une opération de vérification préalable pour s'assurer que votre grappe de machines virtuelles en nuage, votre système de base de données Exadata ou votre répertoire de base répond aux exigences de ce correctif. Si la vérification préalable échoue, le correctif n'est pas appliqué et le système affiche un message indiquant que le correctif ne peut pas être appliqué en raison de l'échec de la vérification préalable. Une opération de vérification préalable distincte que vous pouvez exécuter avant la mise à jour planifiée est également disponible.

Versions de logiciels prises en charge et restrictions de mise à jour

Exigences minimales pour la mise à jour de l'image Exadata version 23.1.0.0.0 (image basée sur Oracle Linux 8) :

Note

Ce ne sont que les exigences minimales. Si vous souhaitez mettre à jour Grid Infrastructure ou Oracle Database pour répondre aux exigences Exadata 23.1, il est recommandé de mettre à jour les dernières versions disponibles de Grid Infrastructure et d'Oracle Database, et non le minimum.
  • Image Exadata (système d'exploitation invité) : Image Exadata version 22.1.0 (mai 2022) ou 21.2.10 (mars 2022). Les systèmes exécutant des versions antérieures à 21.2.10 devront d'abord effectuer une mise à niveau vers au moins 22.1.0 (mai 2022) ou 21.2.10 (mars 2022) avant la mise à jour vers 23.1.0.0.0. Cela s'applique aux serveurs de stockage et de base de données.
    • En plus d'effectuer des mises à jour mineures des versions des images de grappe de machines virtuelles Exadata, vous pouvez effectuer une mise à jour vers une nouvelle version majeure si la version actuellement installée est 19.2 ou une version supérieure. Par exemple, si la grappe de machines virtuelles utilise la version 20, vous pouvez la mettre à jour vers la version 21.
    • Les 4 dernières versions (N à N-3) ou d'autres versions mineures de chaque version majeure des images de grappe de machines virtuelles sont disponibles au moyen de la console pour application.
  • Oracle Grid Infrastructure : L'image Exadata version 23.1.0.0.0 prend en charge les versions minimales ou plus récentes d'Oracle Grid Infrastructure.
    • Version 19c : Version 19.15, Mise à jour de version d'avril 2022 (RU) et versions ultérieures (par défaut)
    • Version 21c : Version 21.6, Mise à jour de version d'avril 2022 (RU) et versions ultérieures
  • Oracle Database : Le logiciel de système Exadata version 23.1 prend en charge les versions minimales suivantes ou les versions plus récentes pour les nouvelles installations de base de données.
    • Version 19c : Version 19.15, Mise à jour de version d'avril 2022 (RU) et versions ultérieures (par défaut)
    • Autres versions de base de données prises en charge dans le cadre du soutien axé sur le marché ou de l'approbation d'exception des mises à jour trimestrielles :
      • Version 12.2.0.1, mise à jour de version (RU) 12.2.0.1.220118 (janvier 2022)
      • Version 12.1.0.2, Bundle Patch 12.1.0.2.220719 (Jul 2022) - nécessite le patch 30159782
      • Version 11.2.0.4, correctif d'offre groupée 11.2.0.4.210119 (janvier 2021) - nécessite le correctif 30159782, correctif 33991024
  • Si une opération de maintenance de l'infrastructure Exadata doit commencer dans les 24 prochaines heures, la fonction de mise à jour de l'image Exadata n'est pas disponible.
  • Une fois la grappe de machines virtuelles mise à niveau vers le système d'exploitation 23.1 de la machine virtuelle invitée du service Exadata Database, vous pourrez ajouter une nouvelle machine virtuelle ou un nouveau serveur de base de données à cette grappe de machines virtuelles si Exadata Cloud Infrastructure exécute un logiciel de système Exadata version 22.1.16 et ultérieure.
    Note

    La mise à niveau vers le logiciel de système Exadata version 23.1 pour Exadata Cloud Infrastructure sera disponible avec le cycle de mise à jour de février 2024.
Mise à jour du système d'exploitation à l'aide de la console

Note

Une fois la grappe de machines virtuelles mise à niveau vers le système d'exploitation 23.1 de la machine virtuelle invitée du service de base de données Exadata, vous pourrez ajouter une nouvelle machine virtuelle ou un nouveau serveur de base de données à cette grappe de machines virtuelles si Exadata Cloud Infrastructure exécute un logiciel de système Exadata version 22.1.16 et ultérieure.

La mise à niveau vers le logiciel de système Exadata 23.1 pour Exadata Cloud Infrastructure sera disponible avec le cycle de mise à jour de février 2024.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters.
  3. Dans la liste des grappes de machines virtuelles en nuage, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher sa page de détails.
  4. Cliquez sur Mises à jour (OS).
  5. Consultez la liste des mises à jour logicielles disponibles et localisez le correctif de système d'exploitation que vous appliquez.
  6. Cliquez sur l'icône Actions (trois points) à la fin de la rangée listant le correctif qui vous intéresse, puis cliquez sur l'une des actions suivantes :
    • Prévérification : La vérification préalable vérifie les préalables pour s'assurer que le correctif peut être appliqué. Oracle recommande fortement d'exécuter cette opération avant d'appliquer un correctif. La raison en est que les choses peuvent changer dans une base de données à tout moment, et la vérification préalable que vous exécutez juste avant d'exécuter un correctif peut trouver des erreurs que la vérification préalable précédente n'a pas trouvées.
      Note

      Si la vérification préalable échoue, le système affiche un message dans la boîte de dialogue Appliquer la mise à jour de l'image de système d'exploitation Exadata indiquant que la dernière vérification préalable a échoué. Oracle recommande d'exécuter à nouveau la vérification préalable. Cliquez sur l'icône Actions (trois points) à la fin de la rangée répertoriant le correctif du système d'exploitation pour afficher la boîte de dialogue.
    • Appliquer la mise à jour de l'image de système d'exploitation Exadata : Ce lien affiche la boîte de dialogue Appliquer la mise à jour de l'image Exadata que vous utilisez pour appliquer le correctif. La boîte de dialogue affiche le nom du système de base de données auquel vous appliquez des correctifs, la version courante de la base de données et la nouvelle version de la base de données après l'application du correctif. Pour démarrer le processus, cliquez sur Appliquer la mise à jour de l'image de système d'exploitation Exadata.
    • Copier l'OCID. L'ID Oracle Cloud est copié. Cela peut être utilisé lors du dépannage d'un correctif ou lors de la communication avec le soutien technique.
      Note

      Pendant l'exécution du correctif :

      • L'exécution de la vérification préalable et l'application de la mise à jour de l'image de système d'exploitation ne sont pas disponibles. Une fois le correctif terminé, ces actions sont de nouveau disponibles.
      • Si la maintenance de l'infrastructure Exadata contenant cette grappe de machines virtuelles est programmée en conflit avec l'opération d'application de correctifs, le correctif échoue et le système affiche un message expliquant pourquoi. Une fois la maintenance de l'infrastructure terminée, réexécutez l'opération de correctif.
  7. Confirmez à l'invite.

La liste des correctifs affiche le statut de l'opération dans la section Version de la page des détails de la base de données. Cliquez sur Voir les mises à jour pour voir plus de détails sur le statut d'un correctif individuel et pour afficher toutes les mises à jour disponibles pour exécution. Si aucune nouvelle mise à jour n'est disponible, le système affiche un message indiquant Aucune mise à jour disponible.

Mise à niveau d'Oracle Grid Infrastructure pour Exadata

Cette rubrique décrit comment mettre à niveau Oracle Grid Infrastructure (GI) sur une grappe de machines virtuelles en nuage Exadata à l'aide de la console ou de l'API d'Oracle Cloud Infrastructure.

La mise à niveau vous permet de provisionner des répertoires de base et des bases de données Oracle Database qui utilisent le logiciel Oracle Database le plus récent. Pour plus d'informations sur les grappes de machines virtuelles en nuage Exadata et le modèle de ressource Exadata, voir Aperçu des infrastructures Exadata évolutives X8M, X9M et X11M.

Rubrique parent : Application de correctifs et de mises à jour à un système Exadata Cloud Infrastructure

Préalables à la mise à niveau d'Oracle Grid Infrastructure pour Exadata

Pour mettre à niveau votre GI vers Oracle Database 19c, vous devez utiliser le système d'exploitation Oracle Linux 7 de votre grappe de machines virtuelles.

Pour plus d'informations sur la mise à niveau du système d'exploitation, voir le document suivant :

À propos de la mise à niveau d'Oracle Grid Infrastructure

La mise à niveau d'Oracle Grid Infrastructure (GI) sur une grappe de machines virtuelles implique la mise à niveau de tous les noeuds de calcul de l'instance. La mise à niveau est effectuée de manière continue, un seul noeud étant mis à niveau à la fois.

  • Oracle recommande d'exécuter une vérification préalable pour identifier et résoudre les problèmes qui empêcheraient la réussite de la mise à niveau.
  • Vous pouvez surveiller la progression de l'opération de mise à niveau en consultant les demandes de travail associées.
  • Si une opération de maintenance d'infrastructure Exadata doit commencer dans les 24 prochaines heures, la fonction de mise à niveau d'Oracle Grid Infrastructure n'est pas disponible.
  • Pendant la mise à niveau, vous ne pouvez pas effectuer d'autres opérations de gestion telles que le démarrage, l'arrêt ou le redémarrage des noeuds, l'ajustement de l'UC, le provisionnement ou la gestion des répertoires de base ou des bases de données, la restauration d'une base de données ou la modification des paramètres IORM. Les opérations Data Guard suivantes ne sont pas autorisées sur la grappe de machines virtuelles faisant l'objet d'une mise à niveau GI :
    • Activer Data Guard
    • Permutation
    • Basculement vers la base de données à l'aide de la grappe de machines virtuelles (une opération de basculement vers la base de secours sur une autre grappe de machines virtuelles est possible)
Utilisation de la console pour mettre à niveau Oracle Grid Infrastructure

Vous pouvez utiliser la console pour effectuer une vérification préalable avant la mise à niveau d'Oracle Grid Infrastructure (GI), et pour effectuer l'opération de mise à niveau de GI.

Pour effectuer une vérification préalable de votre grappe de machines virtuelles en nuage avant la mise à niveau

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Dans la liste des grappes de machines virtuelles en nuage, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher les détails de la grappe.
  5. Cliquez sur Updates (GI) pour voir la liste des correctifs et mises à niveau disponibles.
  6. Cliquez sur l'icône Actions (trois points) à la fin de la rangée listant la mise à niveau Oracle Grid Infrastructure (GI), puis cliquez sur Prévérifier.
  7. Dans la boîte de dialogue Confirmer, confirmez que vous voulez effectuer une mise à niveau pour lancer l'opération de vérification préalable.
Pour mettre à niveau Oracle Grid Infrastructure sur une grappe de machines virtuelles en nuage

Procédure de mise à niveau d'Oracle Grid Infrastructure sur une grappe de MV en nuage.

Note

  • Lors de la planification de la mise à niveau de Grid Infrastructure vers 23ai, assurez-vous que pour chaque groupe de disques ASM, compatible.rdbms a une valeur réglée à 19.0.0.0 et aux versions ultérieures.
  • Exigences minimales pour la mise à niveau de Grid Infrastructure de 19c à 23ai :
    • Machine virtuelle invitée Exadata exécutant le logiciel du système Exadata 23.1.8
    • Infrastructure Exadata exécutant le logiciel de système Exadata 23.1.x
  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Dans la liste des grappes de machines virtuelles en nuage, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher les détails de la grappe.
  5. Cliquez sur Updates (GI) pour voir la liste des correctifs et mises à niveau disponibles.
  6. Cliquez sur l'icône Actions (trois points) à la fin de la rangée listant la mise à niveau d'Oracle Grid Infrastructure (GI), puis cliquez sur Appliquer la mise à jour de Grid Infrastructure.
  7. Dans la boîte de dialogue Mettre à niveau Oracle Grid Infrastructure, confirmez que vous voulez mettre à niveau GI en cliquant sur Mettre à niveau Oracle Grid Infrastructure. Si vous n'avez pas exécuté de vérification préalable, vous avez la possibilité de cliquer sur Exécuter la vérification préalable dans cette boîte de dialogue pour vérifier au préalable votre grappe de machines virtuelles en nuage avant la mise à niveau.
Utilisation de l'API pour mettre à niveau Oracle Grid Infrastructure dans une grappe de machines virtuelles

Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité. Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.

Pour mettre à niveau Oracle Grid Infrastructure dans une grappe de machines virtuelles et consulter l'historique des mises à jour de la grappe, utilisez les opérations d'API suivantes :

Pour obtenir la liste complète des API du service de base de données, voir API du service de base de données.

Mise à niveau des bases de données Exadata

Cette rubrique décrit les procédures de mise à niveau d'une instance de base de données Exadata vers Oracle Database 19c et Oracle Database 23ai à l'aide de la console et de l'API. La mise à niveau est effectuée en déplaçant la base de données Exadata vers un répertoire de base de base de données qui utilise la version du logiciel cible.

Note

Cette rubrique s'applique uniquement aux instances Exadata Cloud Infrastructure qui utilisent le nouveau modèle de ressource. Pour plus d'informations sur la conversion d'un système de base de données Exadata vers le nouveau modèle de ressource, voir Transfert d'un système de base de données Exadata vers le nouveau modèle de ressource et les nouvelles API.

Pour connaître les délais de prise en charge des versions et des logiciels Oracle Database, consultez le Calendrier pour les versions de base de données courantes (ID document 742060.1) dans le portail My Oracle Support

Rubrique parent : Application de correctifs et de mises à jour à un système Exadata Cloud Infrastructure

Préalables à la mise à niveau des bases de données Oracle

Consultez la liste des conditions requises pour mettre à niveau une instance Oracle Database pour Exadata Cloud Infrastructure.

  • Pour effectuer la mise à niveau vers 19c, Oracle Linux 7 est l'exigence minimale, et pour effectuer la mise à niveau vers 23ai, Oracle Linux 8 est l'exigence minimale. Pour obtenir des instructions détaillées sur la mise à jour manuelle du système d'exploitation, voir Comment mettre à jour le logiciel du système Exadata (DomU) à 19 à partir de la version 18 sur Exadata Cloud Service dans OCI (ID document My Oracle Support 2521053.1).
  • Oracle Grid Infrastructure peut être la version 19c ou 23ai pour Oracle Database 19c. Toutefois, Oracle Grid Infrastructure doit être la version 23ai pour Oracle Database 23ai. Voir Mise à niveau d'Oracle Grid Infrastructure pour Exadata pour obtenir des instructions sur l'utilisation de la console ou de l'API Oracle Cloud Infrastructure pour mettre à niveau Grid Infrastructure Si des correctifs sont disponibles pour Oracle Grid Infrastructure, Oracle recommande de les appliquer avant d'effectuer une mise à niveau de la base de données.
  • Vous devez disposer d'un répertoire de base Oracle Database qui utilise les quatre versions les plus récentes d'Oracle Database 19c ou d'Oracle Database 23ai disponibles dans Oracle Cloud Infrastructure. Voir Pour créer un répertoire de base Oracle Database dans une instance Exadata Cloud Infrastructure existante pour plus d'informations sur la création d'un répertoire de base de base de données. Vous pouvez utiliser des images logicielles publiées par Oracle ou une image logicielle de base de données personnalisée en fonction de vos exigences d'application de correctifs pour créer des répertoires de base de base de données.
  • Vous devez vous assurer que toutes les bases de données enfichables de la base de données conteneur en cours de mise à niveau peuvent être ouvertes. Les bases de données enfichables qui ne peuvent pas être ouvertes par le système pendant la mise à niveau peuvent provoquer un échec de mise à niveau.

  • Si vous mettez à niveau des bases de données dans une association Data Guard créée manuellement (association non créée à l'aide de la console ou des API), les éléments suivants s'appliquent :

    • Les bases de données doivent être enregistrées avec les outils en nuage. Pour plus d'informations, voir Mise à jour des outils sur une instance du service Exadata Cloud.
    • L'application des données de journalisation doit être désactivée pendant la mise à niveau de la base de données principale et de secours. Pour les bases de données Oracle 11.2 et 12.1, la configuration de Data Guard doit également être désactivée.
    • Si vous avez configuré un observateur, celui-ci doit être désactivé avant la mise à niveau.
Votre base de données Oracle doit être configurée avec les paramètres suivants pour être mise à niveau :
  • La base de données doit être en mode de journal d'archivage.
  • Le flashback de la base de données doit être activé.

Pour en savoir plus sur ces paramètres, voir la documentation sur Oracle Database pour la version de votre base de données.

À propos de la mise à niveau d'une base de données

Pour les mises à niveau de versions logicielles de base de données, notez ce qui suit :

  • Les mises à niveau impliquent un temps d'arrêt de la base de données. Gardez cela à l'esprit lors de la programmation de votre mise à niveau.
  • Oracle recommande de sauvegarder la base de données et de tester la nouvelle version du logiciel sur un système de test ou une version clonée de votre base de données avant de mettre à niveau une base de données de production. Voir Pour créer la sauvegarde complète sur demande d'une base de données pour plus d'informations.
  • Oracle recommande d'exécuter une vérification préalable à la mise à niveau pour votre base de données afin de détecter tous les problèmes à résoudre avant le moment prévu pour la mise à niveau. L'opération de vérification préalable n'affecte pas la disponibilité de la base de données et peut être effectuée au moment qui vous convient.

  • Si vos bases de données utilisent Data Guard, vous pouvez d'abord mettre à niveau la base de données principale ou de secours. Pour mettre à niveau une base de données principale, suivez les étapes sous Pour mettre à niveau une base de données Exadata ou effectuer une vérification préalable. Pour mettre à niveau une base de données de secours, suivez les étapes sous Pour déplacer une base de données vers un autre répertoire de base

  • Si vos bases de données utilisent Data Guard, la mise à niveau d'une base de données principale ou de secours désactivera l'application des données de journalisation lors de l'opération de mise à niveau. Après la mise à niveau de la base de données principale et de la base de données de secours, l'application des données de journalisation et le mode d'ouverture sont réactivés. Oracle recommande de vérifier la configuration de l'application des données de journalisation et du mode d'ouverture après la mise à niveau.

  • Une opération de mise à niveau ne peut pas avoir lieu tant qu'une opération de sauvegarde automatique est en cours. Avant la mise à niveau, Oracle recommande de désactiver les sauvegardes automatiques et d'effectuer une sauvegarde manuelle. Voir Pour configurer les sauvegardes automatiques d'une base de données et Pour créer la sauvegarde complète sur demande d'une base de données pour plus d'informations.
  • Après la mise à niveau, vous ne pouvez pas utiliser les sauvegardes automatiques effectuées avant la mise à niveau pour restaurer la base de données à un moment antérieur.
  • Si vous mettez à niveau une base de données qui utilise le logiciel version 11.2, la base de données version 19c obtenue sera une base de données non conteneur.

Rubriques connexes

Rubrique parent : Mise à niveau de bases de données Exadata

Comment l'opération de mise à niveau est effectuée par le service de base de données

Au cours de la mise à niveau, le service de base de données procède comme suit :

  • Exécute une vérification préalable automatique. Cela permet au système d'identifier les problèmes à corriger et d'arrêter l'opération de mise à niveau.
  • Définit un point de restauration garanti, ce qui lui permet d'effectuer un flashback en cas de défaillance d'une mise à niveau.
  • Déplace la base de données vers un répertoire de base Oracle Database spécifié par l'utilisateur qui utilise la version de logiciel cible souhaitée.
  • Exécute le logiciel Database Upgrade Assistant (DBUA) pour effectuer la mise à niveau.
  • Pour les bases de données des associations Data Guard, l'application des données de journalisation est désactivée jusqu'à ce que les bases de données principale et de secours soient mises à niveau. Le système réactive alors l'application des données de journalisation. Le système active ensuite le mode d'ouverture après l'activation de l'application des données de journalisation.
Annulation d'une mise à niveau de base de données qui a échoué

Si la mise à niveau échoue, vous avez la possibilité d'effectuer un repositionnement.

Les détails de l'échec sont affichés dans la page Détails de la base de données de la console, ce qui vous permet d'analyser et de résoudre les problèmes à l'origine de l'échec.

Un repositionnement réinitialise la base de données à l'état antérieur à la mise à niveau. Toutes les modifications apportées à la base de données pendant et après la mise à niveau seront perdues. L'option de repositionnement est fournie dans un message de bannière affiché dans la page des détails d'une base de données suite à l'échec d'une opération de mise à niveau. Pour plus d'informations, voir Utilisation de la console pour annuler une mise à niveau de base de données qui a échoué.

Pour les bases de données de secours dans les associations Oracle Data Guard, le repositionnement est effectué en déplaçant la base de secours vers le répertoire de base initial. Voir Pour déplacer une base de données vers un autre répertoire de base pour obtenir des instructions.

Après la mise à niveau d'une base de données Oracle

Après une mise à niveau réussie, notez les points suivants :

  • Vérifiez que les sauvegardes automatiques sont activées pour la base de données si vous les avez désactivées avant la mise à niveau. Pour plus d'informations, voir Personnalisation de la configuration de sauvegarde automatique.
  • Modifiez le paramètre Oracle Database COMPATIBLE pour refléter la nouvelle version du logiciel Oracle Database. Pour plus d'informations, voir Qu'est-ce que la compatibilité Oracle Database?.
  • Si votre base de données utilise un fichier database_name.env, assurez-vous que les variables du fichier ont été mises à jour pour pointer vers le répertoire de base de la base de données 19c. Ces variables doivent être mises à jour automatiquement au cours du processus de mise à niveau.
  • Si vous mettez à niveau une base de données non-conteneur vers Oracle Database version 19c, vous pouvez la convertir en base de données enfichable après la mise à niveau. Voir Comment convertir une base de données non conteneur en base de données enfichable (ID document 2288024.1) pour obtenir des instructions sur la conversion de la base de données en base de données enfichable.
  • Si votre ancien répertoire de base de base de données est vide et ne sera pas réutilisé, vous pouvez le supprimer. Pour plus d'informations, voir Utilisation de la console pour supprimer un répertoire de base Oracle Database.
  • Pour les bases de données des associations Data Guard, vérifiez le mode d'ouverture et le statut de l'application des données de journalisation une fois la mise à niveau terminée.
Utilisation de la console pour mettre à niveau une base de données

Procédures pour effectuer une vérification préalable et mettre à niveau une base de données, annuler une mise à niveau qui a échoué et consulter l'historique des mises à niveau.

Pour mettre à niveau une base de données Exadata ou effectuer une vérification préalable

Procédure de mise à niveau ou de vérification préalable d'une base de données Exadata.

Les étapes suivantes s'appliquent aux bases de données pour lesquelles l'une des conditions suivantes s'applique :

  • La base de données est la base principale d'une association Data Guard
  • La base de données ne fait pas partie d'une association Data Guard.

Pour mettre à niveau une base de données de secours dans une configuration Data Guard, déplacez la base vers un répertoire de base à l'aide de la version d'Oracle Database vers laquelle vous effectuez la mise à niveau. Pour plus de détails, voir Pour déplacer une base de données vers un autre répertoire de base.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.

  3. UnderOracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, cliquez sur le nom de la grappe qui contient la base de données à mettre à niveau.

    Note

    Si votre base de données se trouve dans une instance Exadata Cloud Infrastructure qui n'utilise pas le nouveau modèle de ressource Exadata, vous devez transférer l'instance vers le nouveau modèle avant de pouvoir mettre à niveau votre base de données.

  4. Dans la liste des bases de données de la page Détails de la grappe de MV, cliquez sur le nom de la base à mettre à niveau pour voir la page Détails de la base de données.
  5. Cliquez sur Actions, puis sélectionnez Mettre à niveau.
  6. Dans la boîte de dialogue Mettre à niveau la base de données, sélectionnez les éléments suivants :
    • Version d'Oracle Database : Le sélecteur de liste déroulante répertorie uniquement les versions d'Oracle Database compatibles avec une mise à niveau à partir de la version courante du logiciel que la base de données utilise. La version du logiciel cible doit être supérieure à la version courante de la base de données.

    • Répertoire de base cible : Sélectionnez un répertoire de base pour votre base de données. La liste des répertoires de base de base de données est limitée aux répertoires de base utilisant les versions les plus récentes du logiciel Oracle Database 19c. Le déplacement de la base de données vers le nouveau répertoire de base entraîne la mise à niveau de la base de données vers la version principale et le niveau d'application de correctifs du nouveau répertoire de base.

  7. Cliquez sur l'une des options suivantes :

    • Exécuter la vérification préalable : Cette option lance une vérification préalable à la mise à niveau pour identifier les problèmes liés à votre base de données qui doivent être corrigés avant d'effectuer une mise à niveau.
    • Mettre à niveau la base de données : Cette option démarre l'opération de mise à niveau. Oracle recommande d'effectuer une mise à niveau uniquement après avoir effectué une vérification préalable de la base de données.
Pour annuler une mise à niveau de base de données qui a échoué

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur le nom de la grappe qui contient la base de données dont la mise à niveau a échoué.
  4. Recherchez la base de données dont la mise à niveau a échoué, puis cliquez sur son nom pour afficher les détails la concernant.
  5. La base de données doit afficher une bannière en haut de la page de détails qui inclut un bouton Repositionner et des détails sur les problèmes à l'origine de l'échec de la mise à niveau.
  6. Cliquez sur Repositionner.
  7. Dans la boîte de dialogue Confirmer le repositionnement, confirmez que vous voulez lancer un repositionnement vers la version précédente de la base de données Oracle.
Pour voir l'historique des mises à niveau d'une base de données

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure
  2. Sélectionnez votre compartiment.

  3. Under Oracle Exadata Database Service on Dedicated Infrastructure, click Exadata VM Clusters. Dans la liste des grappes de machines virtuelles, cliquez sur le nom de la grappe qui contient la base de données à mettre à niveau.

    Note

    Si votre base de données se trouve dans une instance Exadata Cloud Infrastructure qui n'utilise pas le nouveau modèle de ressource Exadata, vous devez faire passer l'instance au nouveau modèle de ressource Exadata avant de pouvoir mettre à niveau votre base de données.

  4. Dans la liste des bases de données de la page Détails de la grappe de MV, cliquez sur le nom de la base de données pour laquelle vous voulez voir l'historique des mises à niveau.
  5. Cliquez sur Historique des mises à niveau.
Utilisation de l'API pour mettre à niveau des bases de données

Pour gérer les mises à niveau de base de données, utilisez les API suivantes :

Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité. Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.

Pour gérer les mises à niveau de base de données, utilisez les opérations d'API suivantes :

Pour obtenir la liste complète des API du service de base de données, voir API du service de base de données.

Note

Lorsque vous utilisez l'API UpgradeDatabase pour mettre à niveau une base de données Exadata Cloud Infrastructure, vous devez spécifier DB_HOME comme source de mise à niveau.

Résolution des problèmes de dépendance associés à des ensembles de logiciels non Exadata supplémentaires pour la mise à niveau DOMU

Si vous avez installé des progiciels non Exadata au-delà de ceux fournis par Oracle et que la vérification préalable échoue lors d'une mise à niveau DOMU en raison de conflits entre les RPM installés par Oracle et ceux-ci, vous pouvez utiliser la procédure suivante pour résoudre les conflits et poursuivre la mise à niveau.

Pour les mises à jour qui ne modifient pas la version principale d'Oracle Linux, cette fonctionnalité intégrée vous permet de mettre à jour des ensembles logiciels non Exadata supplémentaires dans le cadre de la mise à jour du serveur de base de données Exadata. Il simplifie le traitement des problèmes de dépendance d'ensemble qui peuvent survenir lorsque de tels ensembles logiciels non Exadata sont présents sur le système.

Vous pouvez exécuter une vérification préalable itérative pour identifier et résoudre les problèmes de dépendance associés aux ensembles logiciels non Exadata supplémentaires. Une fois les mises à jour requises comprises, vous pouvez effectuer en toute confiance la mise à jour du serveur de base de données Exadata et mettre à jour les ensembles supplémentaires en une seule opération coordonnée.

Assurez-vous que le fichier de configuration existe sur le serveur cible pour déclencher la configuration d'un référentiel YUM temporaire pour les ensembles logiciels non Exadata.

  • Emplacement du fichier : /etc/exadata/additional-packages.txt
  • Propriété et autorisations : Ce fichier ne doit être détenu et modifiable que par l'utilisateur root.

Si le fichier existe, il est utilisé pour collecter des informations sur les ensembles logiciels non Exadata requis et pour configurer et activer un référentiel YUM temporaire. Si le fichier n'est pas présent, aucun référentiel n'est configuré.

Vous pouvez également créer un lien symbolique à l'adresse /etc/exadata/additional-packages.txt qui pointe vers un fichier de configuration situé ailleurs, généralement sur un montage partagé.

Format de fichier

Le fichier doit contenir une liste d'ensembles logiciels non Exadata, chaque entrée figurant sur une nouvelle ligne. Les formats pris en charge sont les suivants :

  • http(s)://path/to/package.rpm : URL complète du fichier RPM
  • /full/path/to/package.rpm : Chemin absolu d'un fichier RPM local
  • repo:package.rpm : Référence à un ensemble dans un référentiel YUM existant
Note

  • Si vous utilisez le format repo:, assurez-vous que le référentiel référencé est défini dans la configuration YUM du serveur cible.
  • Les fichiers locaux peuvent résider dans des répertoires locaux standard, des montages NFS ou des montages ACFS.
Exemple : 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