Documentation Oracle Cloud Infrastructure

Application de patches à un système Exadata Cloud Infrastructure et mise à jour de celui-ci

Rubrique parent : Guides pratiques

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

Pour maintenir le fonctionnement optimal d'une instance Exadata Cloud Infrastructure sécurisée, vous devez exécuter régulièrement les tâches suivantes :

  • Application de patches aux logiciels Oracle Grid Infrastructure et Oracle Database sur les machines virtuelles de cluster de machines virtuelles. Pour plus d'informations et d'instructions, reportez-vous à Application de patches aux répertoires de base de base de données et au logiciel Grid Infrastructure d'un cluster de machines virtuelles, et mise à jour de ces derniers.
  • Mise à jour du système d'exploitation sur les machines virtuelles de cluster de machines virtuelles. Pour plus d'informations et d'instructions, reportez-vous à Mise à jour d'un système d'exploitation de cluster de machines virtuelles cloud Exadata.

Application de patches à un système Exadata Cloud Infrastructure et mise à jour de celui-ci

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

Pour obtenir des informations et des instructions sur l'application de patches au système à l'aide de l'utilitaire dbaascli, reportez-vous à Application de patches à un système Exadata Cloud Infrastructure et mise à jour de celui-ci de façon manuelle.

Pour plus d'informations et d'exemples sur l'application de patches trimestriels de base de données sur Exadata Cloud Infrastructure, reportez-vous à la note My Oracle Support : How to Apply Database Quarterly Patch on Exadata Cloud Service and Exadata Cloud at Customer Gen 2 (ID de document 2701789.1).

Afin d'obtenir des instructions supplémentaires relatives à la continuité d'un service pendant les opérations d'application de patches, reportez-vous au livre blanc Liste de contrôle d'application pour la continuité de service des solutions MAA.

Rubriques connexes

Rubrique parent : Application de patches à un système Exadata Cloud Infrastructure et mise à jour de celui-ci

Application de patches aux répertoires de base de base de données et au logiciel Grid Infrastructure d'un cluster de machines virtuelles, et mise à jour de ces derniers

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

Remarque

Oracle recommande d'appliquer les patches aux bases de données en déplaçant ces dernières vers un répertoire de base de base de données qui utilise le niveau d'application de patches cible. Pour obtenir des instructions concernant cette méthode d'application de patches à une base de données, reportez-vous à Procédure d'application de patches à une base de données en la déplaçant vers un autre répertoire de base de base de données.

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

Rubrique parent : Application de patches à un système Exadata Cloud Infrastructure et mise à jour de celui-ci

A propos de l'application de patches aux répertoires de base de base de données et au logiciel Grid Infrastructure d'un cluster de machines virtuelles, et de la mise à jour de ces derniers

Cette rubrique décrit les types d'application de patches effectués sur les instances Exadata Cloud Infrastructure et fournit des instructions concernant l'exécution des opérations d'application de patches.

Rubrique parent : Application de patches aux répertoires de base de base de données et au logiciel Grid Infrastructure d'un cluster de machines virtuelles, et mise à jour de ces derniers

Application de patches à Oracle Grid Infrastructure (GI)

L'application de patches à une instance Exadata Cloud Infrastructure entraîne la mise à jour des composants de tous les noeuds de calcul de l'instance. L'application de patches à un cluster de machines virtuelles ou à un système de base de données entraîne la mise à jour d'Oracle Grid Infrastructure (GI) sur la ressource.

Remarque

Le modèle de ressource Exadata cloud utilisé par l'instance détermine si vous devez appliquer les patches à Grid Infrastructure sur une ressource de système de base de données ou de cluster de machines virtuelles cloud. Les clusters de machines virtuelles sont utilisés par le nouveau modèle de ressource Exadata Cloud Infrastructure. Les systèmes de base de données peuvent être facilement migrés vers le nouveau modèle de ressource sans aucun temps d'inactivité du système. Basculez un système de base de données Exadata vers le nouveau modèle de ressource Exadata.

Application de patches au répertoire de base de base de données

L'application de patches au répertoire de base de base de données entraîne la mise à jour du logiciel Oracle Database partagé par les bases de données de ce répertoire de base.

Par conséquent, vous disposez des méthodes suivantes pour appliquer des patches à une base de données :

  • Déplacez la base de données vers un répertoire de base doté de la version de patch correcte. Seule la base de données en cours de déplacement est impactée.
  • Appliquez les patches au répertoire de base dans lequel se trouve la base de données actuellement. Cela a une incidence sur toutes les bases de données qui figurent dans le répertoire de base auquel les patches sont appliqués.

Lors de l'application de patches à un répertoire de base de base de données, vous pouvez utiliser une image logicielle de base de données fournie par Oracle pour appliquer une mise à jour logicielle Oracle Database disponible de façon générale. Vous pouvez également utiliser une image logicielle de base de données personnalisée créée par votre organisation pour appliquer un ensemble spécifique de patches dont votre base de données a besoin. Pour plus d'informations sur la création et l'utilisation d'images personnalisées, reportez-vous à Images logicielles de base de données Oracle.

Pour obtenir des instructions concernant l'exécution d'opérations d'application de patches, reportez-vous à Procédure d'application de patches au logiciel Oracle Database dans un répertoire de base de base de données (cluster de machines virtuelles cloud). Pour les instances Exadata Cloud Infrastructure qui utilisent l'ancien modèle de ressource de système de base de données, reportez-vous à Procédure d'application de patches au logiciel Oracle Database dans un répertoire de base de base de données (système de base de données).

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

Tenez compte des meilleures pratiques suivantes :

  • Sauvegardez vos bases de données avant d'appliquer des patches. Pour plus d'informations sur la sauvegarde des bases de données, reportez-vous à Gestion des sauvegardes de base de données Exadata.
  • Appliquez les patches aux clusters de machines virtuelles ou aux systèmes de base de données Exadata avant de les appliquer aux répertoires de base de base de données et aux bases de données qu'ils contiennent.
  • Avant d'appliquer un patch, exécutez l'opération de prévérification pour vous assurer que le cluster de machines virtuelles, le système de base de données Exadata ou le répertoire de base de base de données répond aux exigences associées à ce patch.
  • Pour appliquer à une base de données un patch installant une version autre que la version de base de données du répertoire de base en cours, déplacez la base de données vers un répertoire de base de base de données exécutant la version cible. Cette technique réduit le temps d'inactivité et permet de rétablir facilement la base de données vers la version précédente en la redéplaçant vers l'ancien répertoire de base de base de données. Reportez-vous à Procédure de déplacement d'une base de données vers un autre répertoire de base de base de données et à Procédure d'application de patches à une base de données en la déplaçant vers un autre répertoire de base de base de données.
  • Pour les versions (release) majeures d'Oracle Database et d'Oracle Grid Infrastructure disponibles dans Oracle Cloud Infrastructure, des patches sont fournis pour la version en cours ainsi que pour 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 proposée est 19.8.0.0.0, les patches 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 patches à 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 constituent une fonctionnalité du service Oracle Cloud Infrastructure (OCI) Vault permettant de crypter les données à l'aide de clés de cryptage que vous contrôlez.
  • dbaascli database addInstance
    Afin d'ajouter l'instance de base de données sur le noeud indiqué, utilisez la commande dbaascli database addInstance.
  • dbaascli database convertToPDB
    Pour convertir la base de données non Conteneur indiquée en base de données pluggable, utilisez la commande dbaascli database convertToPDB.
  • dbaascli database getDetails
    Cette commande affiche les informations détaillées d'une base de données spécifique, comme son nom, les informations de noeud, les informations des bases de données pluggables, 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 upgrade
    Pour mettre à niveau une base de données Oracle, utilisez la commande dbaascli database upgrade.

Rubrique parent : A propos de l'application de patches aux répertoires de base de base de données et au logiciel Grid Infrastructure d'un cluster de machines virtuelles, et de la mise à jour de ces derniers

dbaascli database runDatapatch

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

Prérequis

  • Avant d'effectuer une opération runDatapatch, vérifiez que toutes les instances de base de données associées à la base de données sont en fonctionnement.

  • 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 indique de reprendre un ID de session spécifique.
  • --skipPdbs ignore l'exécution de datapatch sur la liste de bases de données pluggables séparées par des virgules qui est indiquée. Par exemple : pdb1,pdb2...
  • --pdbs exécute datapatch uniquement sur la liste de bases de données pluggables séparées par des virgules qui est indiquée. Par exemple : pdb1,pdb2...
  • --executePrereqs exécute les vérifications de prérequis.
  • --patchList applique ou annule la liste de patches séparés par des virgules qui est indiquée. Par exemple : patch1,patch2...
  • --skipClosedPdbs ignore l'exécution de datapatch sur les bases de données pluggables fermées.
  • --rollback annule les patches appliqués. 
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 constituent une fonctionnalité du service Oracle Cloud Infrastructure (OCI) Vault permettant de crypter les données à l'aide de clés de cryptage que vous contrôlez.

Le service OCI Vault fournit des fonctionnalités centralisées de gestion des clés hautement disponibles et durables. Cette solution de gestion des clés propose également un stockage sécurisé des clés par le biais de partitions isolées (et d'une option de partition partagée à moindre coût) dans des modules de sécurité HSM certifiés FIPS 140-2 niveau 3. De plus, elle peut être intégrée à certains services Oracle Cloud Infrastructure. Utilisez les clés gérées par le client à des fins de gouvernance en matière de sécurité, de conformité réglementaire et de cryptage homogène des données, tout en centralisant la gestion, le stockage et la surveillance du cycle de vie des clés employées pour protéger vos données.

Vous pouvez effectuer les opérations suivantes :

  • Activer les clés gérées par le client lorsque vous créez des 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 une rotation de vos clés pour gérer la conformité en matière de sécurité

Exigences

Pour activer la gestion des clés de cryptage gérées par le client, vous devez créer une stratégie dans la location de façon à autoriser un groupe dynamique spécifique à effectuer les opérations de gestion. Cette stratégie se présente comme suit : allow dynamic-group dynamic_group_name to manage keys in tenancy.

Une autre stratégie est nécessaire si le coffre utilisé par le client est répliqué (https://docs.oracle.com/en-us/iaas/Content/KeyManagement/Tasks/replicatingvaults.htm). Pour les coffres répliqués, la stratégie suivante est nécessaire : allow dynamic-group dynamic_group_name to read vaults in tenancy.

Limites

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 se trouver dans le même domaine.

Tâche 1 : création d'un coffre et d'une clé de cryptage maître

Créez un coffre dans le service Vault en suivant les instructions de Procédure de création d'un coffre dans la documentation Oracle Cloud Infrastructure. Lorsque vous suivez ces instructions, Oracle vous recommande de créer le coffre dans un compartiment créé spécifiquement pour contenir les coffres contenant eux-mêmes les clés gérées par le client, tel que décrit dans Avant de commencer : meilleures pratiques relatives à la hiérarchie de compartiments.

Après avoir créé le coffre, créez au moins une clé de cryptage maître dans ce dernier en suivant les instructions de Procédure de création d'une clé de cryptage maître dans la documentation Oracle Cloud Infrastructure. Lorsque vous suivez ces instructions, effectuez les choix suivants :

  • Créer dans le compartiment : Oracle recommande de créer la clé de cryptage maître dans le même compartiment que son coffre, c'est-à-dire le compartiment créé spécifiquement pour contenir les coffres contenant eux-mêmes les clés gérées par le client.
  • Mode de protection : choisissez une valeur appropriée dans la liste déroulante :
    • HSM pour créer une clé de cryptage maître stockée et traitée sur un module de sécurité HSM.
    • Logiciel pour créer une clé de cryptage maître stockée dans un système de fichiers de logiciel dans le service Vault. Les clés protégées par logiciel sont protégées au repos à l'aide d'une clé racine HSM. Vous pouvez exporter des clés logicielles vers d'autres périphériques de gestion de clés ou vers une autre région cloud OCI. Contrairement aux clés HSM, les clés protégées par logiciel sont gratuites.
  • Algorithme de forme de clé : AES.
  • Longueur de forme de clé : 256 bits.

Oracle vous recommande vivement de créer une clé de cryptage maître distincte pour chacune des bases de données Conteneur. Vous simplifierez ainsi considérablement la gestion de la rotation des clés au fil du temps.

Tâche 2 : création d'une passerelle de service, d'une règle de routage et d'une règle de sécurité sortante

Créez une passerelle de service dans le VCN (réseau cloud virtuel) où résident vos ressources Oracle Exadata Database Service on Dedicated Infrastructure en suivant les instructions de la tâche 1 : création de la passerelle de service dans la documentation Oracle Cloud Infrastructure.

Après avoir créé la passerelle de service, ajoutez une règle de routage et une règle de sécurité sortante à chaque sous-réseau (dans le VCN) où résident les ressources Oracle Exadata Database Service on Dedicated Infrastructure afin que ces ressources puissent utiliser la passerelle pour accéder au service Vault :

  1. Accédez à la page Détails du sous-réseau correspondante.
  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 correspondante.
  3. Dans la table des règles de routage existantes, vérifiez s'il existe déjà une règle avec 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 réseau cloud virtuel

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

  4. Revenez à 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é correspondante.
  6. Dans le menu latéral, sous Ressources, cliquez sur Règles sortantes.
  7. Dans la table des règles sortantes existantes, vérifiez s'il existe déjà une règle avec les caractéristiques suivantes :
    • Sans conservation de statut : Non
    • Destination : Tous les services IAD dans Oracle Services Network
    • Protocole IP : TCP
    • Plage de ports source : Tout
    • Plage de ports de destination : 443

    Si une telle règle n'existe pas, cliquez sur Ajouter des règles sortantes et ajoutez une règle possédant ces caractéristiques.

Tâche 3 : création d'un groupe dynamique et d'une instruction de stratégie

Afin d'autoriser vos ressources Oracle Exadata Database Service on Dedicated Infrastructure à accéder à des clés gérées par le client, créez un groupe dynamique IAM identifiant ces ressources, puis une stratégie IAM accordant à ce groupe dynamique l'accès aux clés de cryptage maître créées dans le service Vault.

Lors de la définition du groupe dynamique, identifiez les ressources Oracle Exadata Database Service on Dedicated Infrastructure en indiquant l'OCID du compartiment contenant la ressource d'infrastructure Exadata.

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

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

Après avoir créé le groupe dynamique, accédez à (ou créez) une stratégie IAM dans un compartiment situé plus haut dans la hiérarchie que celui contenant vos coffres et clés. Ajoutez ensuite une instruction de stratégie au 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 un coffre privé virtuel répliqué pour le déploiement Oracle Data Guard, ajoutez une instruction de stratégie 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> celui du compartiment dans lequel vous avez créé les coffres et les clés de cryptage maître.

dbaascli database addInstance

Afin d'ajouter l'instance de base de données sur le noeud indiqué, utilisez la commande dbaascli database addInstance.

Prérequis

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

Syntaxe

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

Pour convertir la base de données non Conteneur indiquée en base de données pluggable, 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 pluggable 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 la base de données non Conteneur source.
  • --executePrereqs indique d'exécuter uniquement les vérifications de préconversion.
  • --copyDatafiles indique de créer une copie des fichiers de données au lieu d'utiliser ceux de la base de données source.

    --keepSourceDB indique de conserver la base de données source une fois l'opération terminée.

  • --backupPrepared est un indicateur 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 pluggable.
  • --backupPrepared est un indicateur 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 pluggable.
  • --targetPDBName indique le nom de la base de données pluggable qui sera créée dans le cadre de l'opération.
  • --waitForCompletion indique 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 indique de reprendre un ID de session spécifique.

Exemple 5-3 dbaascli database convertToPDB

Pour exécuter des prévérifications de préconversion, exécutez la commande suivante :
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, exécutez la commande suivante :
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 spécifique, comme son nom, les informations de noeud, les informations des bases de données pluggables, etc.

Prérequis

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

Syntaxe

dbaascli database getDetails --dbname <value>
Où :
  • --dbname est le 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érequis

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 la liste des paramètres, séparés par des virgules, à remplacer par de nouvelles valeurs. Par exemple : parameter1=valueA,parameter2=valueB, etc. Pour les valeurs vides, utilisez parameter1=valueA,parameter2='',etc.
  • --resetParameters indique la liste des paramètres, séparés par des virgules, à réinitialiser sur leur valeur par défaut. Par exemple : parameter1,parameter2, etc.
  • --responseFile indique l'emplacement absolu du fichier JSON de réponses pour modifier les paramètres de base de données.
  • --backupPrepared confirme qu'une sauvegarde de base de données appropriée est en place avant de modifier les paramètres confidentiels ou critiques.
  • --instance indique le nom de l'instance sur laquelle les paramètres seront traités. Si le nom n'est pas indiqué, l'opération sera effectuée au niveau de la base de données.
  • --allowBounce accorde le droit de redémarrer la base de données afin de refléter les modifications sur les 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érequis

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) indique 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 de base de données Oracle cible.
  • --standBy permet de mettre à niveau les bases de données de secours dans les configurations Data Guard.
  • --allStandbyPrepared est requis pour les bases de données principales configurées avec Data Guard. Il s'agit d'un indicateur confirmant 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 enlève automatiquement la sauvegarde du point de restauration garanti uniquement si la mise à niveau de la base de données a été effectuée.
  • --increaseCompatibleParameter augmente automatiquement le paramètre compatible dans le cadre de la mise à niveau de la base de données. Le paramètre n'est augmenté que si la mise à niveau de la base de données a été effectuée.
  • --executePrereqs exécute uniquement les vérifications à effectuer avant la mise à niveau.
  • --postUpgrade permet de réexécuter les étapes à effectuer après la mise à niveau si celles-ci ont échoué.
  • --rollback rétablit une base de données Oracle dans son répertoire de base Oracle d'origine.
  • --upgradeOptions permet de transmettre des arguments propres à l'assistant de mise à niveau de base de données (DBUA) pour effectuer la mise à niveau de la base de données Oracle. Reportez-vous à la documentation Oracle correspondante pour connaître les options et arguments pris en charge.

    --standby

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

Exemple 5-5 Vérifications des prérequis avant mise à niveau avec dbaascli database upgrade

dbaascli database upgrade --dbbname dbname --targetHome Target Oracle home location --executePrereqs
Prérequis pour l'application de patches à un système Exadata Cloud Infrastructure et la mise à jour de celui-ci

L'instance Exadata Cloud Infrastructure nécessite un accès au service Oracle Cloud Infrastructure Object Storage, ce qui inclut la connectivité à l'adresse Swift applicable pour Object Storage.

Oracle recommande d'utiliser une passerelle de service avec le réseau cloud virtuel pour activer cet accès. Pour plus d'informations, reportez-vous aux rubriques suivantes :
Remarque

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

Vous pouvez vous servir de la console pour visualiser l'historique des opérations de patch sur les instances Exadata Cloud Infrastructure, appliquer des patches et surveiller le statut des opérations de patch.

Rubrique parent : Application de patches aux répertoires de base de base de données et au logiciel Grid Infrastructure d'un cluster de machines virtuelles, et mise à jour de ces derniers

Application de patches aux instances Exadata qui utilisent le modèle de ressource de système de base de données

Les tâches décrites dans cette section expliquent comment appliquer des patches et surveiller le statut des opérations de patch sur des systèmes de base de données Exadata et leurs répertoires de base de base de données.

Rubrique parent : Utilisation de la console pour appliquer des patches aux instances Exadata Cloud Infrastructure et les mettre à jour

Procédure d'application de patches à Oracle Grid Infrastructure sur un système de base de données Exadata

Découvrez comment appliquer des patches et surveiller le statut des opérations de patch sur des systèmes de base de données Exadata.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Bare Metal, machine virtuelle et Exadata.
  2. Choisissez 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 voulez appliquer des patches pour en afficher les détails.
  4. Cliquez sur Mises à jour.
  5. Consultez la liste des patches disponibles pour le système de base de données.
  6. Cliquez sur le menu Actions du patch que vous souhaitez, puis sur l'une des opérations suivantes : Prévérification, qui permet de vérifier les prérequis pour que le patch puisse être appliqué. Appliquer la mise à jour de Grid Infrastructure : applique le patch sélectionné. Oracle vous recommande vivement d'exécuter l'opération de prévérification avant d'appliquer un patch.
    • Prévérifier : permet de vérifier les prérequis pour s'assurer que le patch peut être appliqué.
    • Appliquer la mise à jour de Grid Infrastructure : applique le patch sélectionné. Oracle vous recommande vivement d'exécuter l'opération de prévérification avant d'appliquer un patch.
  7. Confirmez l'opération lorsque vous y êtes invité.

La liste des patches affiche le statut de l'opération. Pendant l'application d'un patch, son statut indique Application de patches et le statut du système de base de données indique Mise à jour. Les opérations de cycle de vie sur le système de base de données et ses ressources peuvent être temporairement indisponibles. Une fois l'application du patch terminée, le statut du patch devient Appliqué et celui du système de base de données devient Disponible. Pour afficher plus de détails sur une opération de patch individuelle, vous pouvez cliquer sur Historique des patches.

Procédure d'application de patches au logiciel Oracle Database dans un répertoire de base de base de données (système de base de données)

Découvrez comment appliquer des patches et surveiller le statut des opérations de patch sur les répertoires de base de base de données Exadata pour les systèmes de base de données.

Remarque

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

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Bare Metal, machine virtuelle et Exadata.
  2. Choisissez 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 avec le répertoire de base de base de données auquel vous voulez appliquer des patches pour afficher les détails du système.
  4. Cliquez sur Répertoires de base de base de données.
  5. Cliquez sur le nom du répertoire de base de base de données auquel appliquer des patches pour en afficher les détails.
  6. Cliquez sur Mises à jour.
  7. Consultez les patches disponibles pour le répertoire de base de base de données. Vous pouvez choisir d'appliquer des patches à l'aide d'une image logicielle fournie par Oracle ou d'une image logicielle personnalisée. Les images fournies par Oracle sont des mises à jour de version disponibles de façon générale. Les images logicielles personnalisées sont créées par votre organisation avec un ensemble de patches spécifié. Pour plus d'informations sur la création d'images logicielles personnalisées, reportez-vous à Images logicielles de base de données Oracle. L'image utilisée pour l'application de patches doit être basée sur la dernière version (release) du logiciel Oracle Database ou sur l'une des trois versions précédentes.
  8. Cliquez sur le menu Actions à la fin de la ligne de table contenant le patch qui vous intéresse, puis cliquez sur l'une des actions suivantes :

    • Prévérifier : permet de vérifier les prérequis pour s'assurer que le patch peut être appliqué.

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

  9. Confirmez l'opération lorsque vous y êtes invité.

La liste des patches affiche le statut de l'opération. Lors de l'application d'un patch, le statut du patch indique Application de patches et le statut du répertoire de base de base de données et des bases de données qu'il contient indique Mise à jour. Chaque base de données du répertoire de base est arrêtée puis redémarrée lors de l'opération. Une fois l'application du patch terminée, le statut du patch devient Appliqué et celui du répertoire de base de base de données devient Disponible. Pour afficher plus de détails sur une opération de patch individuelle, vous pouvez cliquer sur Historique des patches.

Application de patches aux instances Exadata qui utilisent le nouveau modèle de ressource

Les tâches décrites dans cette section expliquent comment appliquer des patches et surveiller le statut des opérations de patch sur les clusters de machines virtuelles cloud et leurs répertoires de base de base de données.

Procédure d'application de patches à Oracle Grid Infrastructure sur un cluster de machines virtuelles cloud Exadata

Découvrez comment appliquer des patches et surveiller le statut des opérations de patch sur des clusters de machines virtuelles cloud.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher les détails.
  5. Cliquez sur Mises à jour.
  6. Consultez la liste des patches disponibles pour le cluster de machines virtuelles cloud.
  7. Cliquez sur le menu Actions du patch qui vous intéresse, puis sur l'une des actions suivantes :

    • Prévérifier : permet de vérifier les prérequis pour s'assurer que le patch peut être appliqué.

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

  8. Confirmez l'opération lorsque vous y êtes invité.
La liste des patches affiche le statut de l'opération. Pendant l'application d'un patch, son statut indique Application de patches et le statut du cluster de machines virtuelles cloud indique Mise à jour. Les opérations de cycle de vie sur le cluster et ses ressources peuvent être temporairement indisponibles. Une fois l'application du patch terminée, le statut du patch devient Appliqué et celui du cluster devient Disponible. Vous pouvez afficher plus de détails sur une opération de patch individuelle en cliquant sur Historique des mises à jour.

Procédure d'application de patches au logiciel Oracle Database dans un répertoire de base de base de données

Remarque

Cette procédure d'application de patches entraîne la mise à jour du logiciel Oracle Database sur toutes les bases de données situées dans le répertoire de base de base de données. Pour appliquer des patches à une base de données individuelle, vous pouvez la déplacer vers un autre répertoire de base de base de données 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. Choisissez votre compartiment.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher les détails.
  5. Cliquez sur Répertoires de base de base de données.
  6. Cliquez sur le nom du répertoire de base de base de données auquel appliquer des patches pour en afficher les détails.
  7. Cliquez sur Mises à jour.
  8. Consultez les patches disponibles pour le répertoire de base de base de données. Vous pouvez choisir d'appliquer des patches à l'aide d'une image logicielle fournie par Oracle ou d'une image logicielle personnalisée. Les images fournies par Oracle sont des mises à jour de version disponibles de façon générale. Les images logicielles personnalisées sont créées par votre organisation avec un ensemble de patches spécifié. Pour plus d'informations sur la création d'images logicielles personnalisées, reportez-vous à Images logicielles de base de données Oracle. L'image utilisée pour l'application de patches doit être basée sur la dernière version (release) du logiciel Oracle Database ou sur l'une des trois versions précédentes.
  9. Cliquez sur le menu Actions à la fin de la ligne de table contenant le patch qui vous intéresse, puis cliquez sur l'une des actions suivantes :
    • Prévérifier : permet de vérifier les prérequis pour s'assurer que le patch peut être appliqué.
    • Appliquer la mise à jour du répertoire de base de base de données : applique le patch sélectionné. Oracle vous recommande vivement d'exécuter l'opération de prévérification avant d'appliquer un patch.

  10. Confirmez l'opération lorsque vous y êtes invité.

    La liste des patches affiche le statut de l'opération. Lors de l'application d'un patch, le statut du patch indique Application de patches et le statut du répertoire de base de base de données et des bases de données qu'il contient indique Mise à jour. Chaque base de données du répertoire de base est arrêtée puis redémarrée lors de l'opération. Une fois l'application du patch terminée, le statut du patch devient Appliqué et celui du répertoire de base de base de données devient Disponible. Vous pouvez afficher plus de détails sur une opération de patch individuelle en cliquant sur Historique des mises à jour.

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

Cette tâche décrit l'application de patches à une seule base de données Oracle Database dans votre instance Exadata Cloud Infrastructure en la déplaçant vers un autre répertoire de base de base de données.

Pour plus d'informations sur l'application de patches aux répertoires de base de base de données, reportez-vous à Procédure d'application de patches au logiciel Oracle Database dans un répertoire de base de base de données (cluster de machines virtuelles cloud).

Rubrique parent : Utilisation de la console pour appliquer des patches aux instances Exadata Cloud Infrastructure et les mettre à jour

Procédure de déplacement d'une base de données vers un autre répertoire de base de base de données

Cette tâche décrit l'application de patches à une seule base de données Oracle Database dans votre instance Exadata Cloud Infrastructure en la déplaçant vers un autre répertoire de base de base de données.

Vous pouvez déplacer une base de données vers n'importe quel répertoire de base de base de données répondant à l'un des critères suivants :

  • Le répertoire de base de base de données cible utilise la même version du logiciel Oracle Database (mises à jour de patch incluses) que le répertoire de base de base de données source.
  • Le répertoire de base de base de données cible s'appuie sur la dernière version (release) du logiciel Oracle Database utilisée par la base de données ou sur l'une des trois versions précédentes.

Le déplacement d'une base de données vers un nouveau répertoire de base permet de l'aligner sur le niveau de patch du répertoire de base de base de données cible. Pour plus d'informations sur l'application de patches aux répertoires de base de base de données, reportez-vous à Application de patches au 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. Choisissez votre compartiment.
  3. Accédez à la base de données à déplacer :

    Cluster de machines virtuelles cloud (nouveau modèle de ressource Exadata Cloud Infrastructure ) : sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Cluster de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, cliquez sur le nom de celui qui contient la base de données à déplacer.

    Systèmes de base de données :: sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez celui qui vous intéresse, puis cliquez sur le nom du système de base de données Exadata contenant la base de données à 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 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 en mode non simultané. L'instance de base de données sera arrêtée, noeud par noeud, dans le répertoire de base en cours, puis redémarrée dans le répertoire de base de destination. Pendant le déplacement de la base de données, le statut du répertoire de base de base de données indique Déplacement de la base de données. Une fois l'opération terminée, le répertoire de base de base de données est mis à jour avec le répertoire de base en cours. Datapatch est exécuté automatiquement, dans le cadre du déplacement de la base de données, afin d'effectuer pour tous les patches (y compris les patches exceptionnels) les actions SQL à exécuter après leur application sur le nouveau répertoire de base de base de données. Si l'opération de déplacement de la base de données échoue, le statut de la base de données indique Echec et le champ Répertoire de base de la base de données fournit des informations sur le motif de l'échec.

Affichage de l'historique des patches

Chaque entrée de l'historique des patches représente une tentative d'opération de patch et indique si celle-ci a réussi ou échoué. Vous pouvez réessayer d'effectuer une opération de patch qui a échoué. La répétition d'une opération génère une nouvelle entrée d'historique des patches.

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

Si votre instance de service utilise le nouveau modèle de ressource, vous pouvez consulter l'historique des patches en accédant à la page de détails du cluster de machines virtuelles. Si votre instance de service utilise le modèle de ressource de système de base de données, vous pouvez consulter l'historique des patches en accédant à la page de détails du système de base de données.

  • Procédure d'affichage de l'historique des patches d'un cluster de machines virtuelles cloud
    Chaque entrée de l'historique des patches représente une tentative d'opération de patch et indique si celle-ci a réussi ou échoué.
  • Procédure d'affichage de l'historique des patches d'un système de base de données
    Chaque entrée de l'historique des patches représente une tentative d'opération de patch et indique si celle-ci a réussi ou échoué. Vous pouvez réessayer d'effectuer une opération de patch qui a échoué. La répétition d'une opération génère une nouvelle entrée d'historique des patches. Pour une instance de service utilisant le modèle de ressource de système de base de données, vous pouvez consulter l'historique des patches en accédant à la page de détails du système de base de données.
  • Procédure d'affichage de l'historique des patches d'un répertoire de base de base de données
    Chaque entrée de l'historique des patches représente une tentative d'opération de patch et indique si celle-ci a réussi ou échoué. Vous pouvez réessayer d'effectuer une opération de patch qui a échoué. La répétition d'une opération génère une nouvelle entrée d'historique des patches. Si votre instance de service utilise le nouveau modèle de ressource, vous pouvez consulter l'historique des patches en accédant à la page de détails du cluster de machines virtuelles.

Rubrique parent : Utilisation de la console pour appliquer des patches aux instances Exadata Cloud Infrastructure et les mettre à jour

Procédure d'affichage de l'historique des patches d'un cluster de machines virtuelles cloud

Chaque entrée de l'historique des patches représente une tentative d'opération de patch et indique si celle-ci a réussi ou échoué.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher les détails.
  5. Cliquez sur Historique des mises à jour.

    La page Historique des mises à jour affiche l'historique des opérations de patch sur le cluster de machines virtuelles cloud ainsi que sur ses répertoires de base de base de données.

Procédure d'affichage de l'historique des patches d'un système de base de données

Chaque entrée de l'historique des patches représente une tentative d'opération de patch et indique si celle-ci a réussi ou échoué. Vous pouvez réessayer d'effectuer une opération de patch qui a échoué. La répétition d'une opération génère une nouvelle entrée d'historique des patches. Pour une instance de service utilisant le modèle de ressource de système de base de données, vous pouvez consulter l'historique des patches en accédant à la page de détails du système de base de données.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Bare Metal, machine virtuelle et Exadata.
  2. Choisissez 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 avec les informations à visualiser pour en afficher les détails.
  4. Cliquez sur Historique des mises à jour.

La page Historique des patches affiche l'historique des opérations de patch pour ce système de base de données et pour les répertoires de base de base de données qu'il contient.

Procédure d'affichage de l'historique des patches d'un répertoire de base de base de données

Chaque entrée de l'historique des patches représente une tentative d'opération de patch et indique si celle-ci a réussi ou échoué. Vous pouvez réessayer d'effectuer une opération de patch qui a échoué. La répétition d'une opération génère une nouvelle entrée d'historique des patches. Si votre instance de service utilise le nouveau modèle de ressource, vous pouvez consulter l'historique des patches en accédant à la page de détails du cluster de machines virtuelles.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Accédez au cluster de machines virtuelles cloud ou au système de base de données contenant le répertoire de base de base de données.

    • Cluster de machines virtuelles cloud (modèle de ressource Exadata Cloud Infrastructure) : sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Cluster de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, recherchez celui auquel accéder, puis cliquez sur son nom mis en évidence pour afficher la page de détails correspondante.

    • Systèmes de base de données : sous Bare Metal, machine virtuelle et Exadata, cliquez sur Systèmes de base de données. Dans la liste des systèmes de base de données, recherchez le système de base de données Exadata auquel vous voulez accéder, puis cliquez sur son nom pour afficher les détails correspondants.

  4. Cliquez sur Répertoires de base de base de données.
  5. Cliquez sur le nom du répertoire de base de base de données à visualiser pour en afficher les détails.
  6. Cliquez sur Historique des mises à jour.
    La page d'historique affiche l'historique des opérations de patch pour le répertoire de base de base de données, ainsi que pour le cluster de machines virtuelles cloud ou le système de base de données auquel il appartient.
Utilisation de l'API pour appliquer des patches à une instance Exadata Cloud Infrastructure

Utilisez ces opérations d'API pour gérer l'application de patches aux ressources Exadata suivantes : clusters de machines virtuelles cloud, 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 la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Clusters de machines virtuelles cloud (pour les systèmes qui utilisent le nouveau modèle de ressource) :

Systèmes de base de données :

Bases de données :

  • UpdateDatabase : utilisez cette opération pour appliquer des patches à une base de données en la déplaçant vers un autre répertoire de base de base de données

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

Pour obtenir la liste complète des API du service Database, reportez-vous à API du service Database.

Mise à jour d'un système d'exploitation de cluster de machines virtuelles cloud Exadata

Les mises à jour d'image de cluster de machines virtuelles Exadata permettent de mettre à jour automatiquement l'image de système d'exploitation sur vos noeuds de cluster de machines virtuelles cloud Exadata à partir des API et de la console OCI.

Cette fonctionnalité automatisée simplifie et accélère l'application de patches aux clusters de machines virtuelles, la rend moins sujette aux erreurs et permet d'éviter l'utilisation de Patch Manager.

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

Versions logicielles prises en charge et restrictions relatives aux mises à jour

Exigences minimales pour la mise à jour vers l'image Exadata version 23.1.0.0.0 (image Oracle Linux 8) :

Remarque

Il ne s'agit que des exigences minimales. Si vous souhaitez mettre à jour Grid Infrastructure et/ou Oracle Database pour répondre aux exigences d'Exadata 23.1, il est recommandé d'effectuer une mise à jour vers les dernières versions disponibles de Grid Infrastructure et d'Oracle Database, et non vers la version minimale.
  • Image Exadata (système d'exploitation invité) : version d'image Exadata 22.1.0 (mai 2022) ou 21.2.10 (mars 2022). Les systèmes exécutant des versions antérieures à la version 21.2.10 devront d'abord passer à la version 22.1.0 (mai 2022) ou 21.2.10 (mars 2022) avant la mise à jour vers la version 23.1.0.0.0. Cela s'applique aux serveurs de stockage et de base de données.
    • En plus d'appliquer des mises à jour de version mineure aux images de cluster 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 le cluster de machines virtuelles utilise la version 20, vous pouvez le mettre à jour vers la version 21.
    • Au moins les 4 (N à N-3) dernières versions mineures de chaque version majeure des images de cluster de machines virtuelles peuvent être appliquées via la console.
  • Oracle Grid Infrastructure : la version d'image Exadata 23.1.0.0.0 prend en charge les versions minimales ou plus récentes d'Oracle Grid Infrastructure suivantes.
    • Version 19c : version 19.15, mise à jour de version d'avril 2022 (RU) et plus récente (par défaut)
    • Version 21c : version 21.6, mise à jour de la version d'avril 2022 et versions ultérieures
  • Oracle Database : Exadata System Software 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 plus récente (par défaut)
    • Versions de base de données supplémentaires prises en charge dans le cadre de l'approbation des exceptions Market Driven Support ou Quarterly Updates :
      • Version 12.2.0.1, mise à jour de version (RU) 12.2.0.1.220118 (janvier 2022)
      • Version 12.1.0.2, patch du bundle 12.1.0.2.220719 (juillet 2022) - nécessite le patch 30159782
      • Version 11.2.0.4, patch du bundle 11.2.0.4.210119 (janvier 2021) - requiert le patch 30159782, patch 33991024
  • Si une opération de maintenance d'infrastructure Exadata doit démarrer dans les prochaines 24 heures, la fonctionnalité de mise à jour d'image Exadata n'est pas disponible.
  • Une fois le cluster de machines virtuelles mis à niveau vers le système d'exploitation de machine virtuelle invitée Exadata Database Service 23.1, vous pouvez ajouter une nouvelle machine virtuelle ou un nouveau serveur de base de données à ce cluster de machines virtuelles si Exadata Cloud Infrastructure exécute un logiciel système Exadata version 22.1.16 et ultérieure.
    Remarque

    La mise à niveau vers le logiciel système Exadata 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

Remarque

Une fois le cluster de machines virtuelles mis à niveau vers le système d'exploitation de machine virtuelle invitée Exadata Database Service 23.1, vous pouvez ajouter une nouvelle machine virtuelle ou un nouveau serveur de base de données à ce cluster de machines virtuelles si Exadata Cloud Infrastructure exécute un logiciel système Exadata version 22.1.16 et ultérieure.

La mise à niveau vers le logiciel 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. Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata.
  3. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher la page de détails.
  4. Cliquez sur Mises à jour (O/S).
  5. Passez en revue la liste des mises à jour logicielles disponibles et repérez le patch de système d'exploitation que vous voulez appliquer.
  6. Cliquez sur l'icône d'actions (trois points) à la fin de la ligne correspondant au patch qui vous intéresse, puis cliquez sur l'une des actions suivantes :
    • Prévérification : la prévérification vérifie les prérequis pour s'assurer que le patch peut être appliqué. Oracle vous recommande vivement d'exécuter l'opération de prévérification avant d'appliquer un patch. La raison en est que les données d'une base de données peuvent changer à tout moment, et l'exécution de la prévérification juste avant l'application d'un patch peut permettre d'identifier des erreurs qui n'ont pas été détectés lors de la prévérification précédente.
      Remarque

      Si la prévérification échoue, le système affiche un message dans la boîte de dialogue Appliquer la mise à jour d'image de système d'exploitation Exadata indiquant que la dernière prévérification a échoué. Oracle vous recommande d'exécuter à nouveau la prévérification. Cliquez sur l'icône Actions (trois points) à la fin de la ligne correspondant au patch de système d'exploitation pour afficher la boîte de dialogue.
    • Appliquer la mise à jour d'image de système d'exploitation Exadata : ce lien permet d'afficher la boîte de dialogue Appliquer les mises à jour d'image Exadata que vous utilisez pour appliquer le patch. La boîte de dialogue affiche le nom du système de base de données auquel vous appliquez des patches, la version en cours de la base de données et la nouvelle version de la base de données après application du patch. Pour démarrer le processus, cliquez sur Appliquer la mise à jour d'image de système d'exploitation Exadata.
    • Copier l'OCID. Cette action copie l'ID Oracle Cloud. Elle peut être utilisée lors du dépannage d'un patch ou pour indiquer l'ID lorsque vous contactez le support technique.
      Remarque

      Pendant l'exécution du patch :

      • Les actions Exécuter la prévérification et Appliquer la mise à jour d'image de système d'exploitation Exadata ne sont pas disponibles. Une fois le patch appliqué, ces actions sont à nouveau disponibles.
      • Si la maintenance programmée de l'infrastructure Exadata contenant ce cluster de machines virtuelles entre en conflit avec l'opération d'application de patches, cette dernière échoue et le système affiche un message qui en explique la raison. Une fois la maintenance de l'infrastructure terminée, exécutez à nouveau l'opération de patch.
  7. Confirmez l'opération lorsque vous y êtes invité.

La liste des patches affiche le statut de l'opération dans la section Version de la page de détails de la base de données. Cliquez sur Visualiser les mises à jour pour visualiser plus de détails sur le statut d'un patch individuel et afficher les mises à jour pouvant être exécutées. Si aucune nouvelle mise à jour n'est disponible, le système affiche un message indiquant Aucune mise à jour disponible.

Mise à niveau de Grid Infrastructure sur Exadata

Cette rubrique explique comment mettre à niveau Oracle Grid Infrastructure (GI) sur un cluster de machines virtuelles cloud Exadata à l'aide de l'API ou de la console Oracle Cloud Infrastructure.

La mise à niveau vous permet de provisionner des répertoires de base de base de données Oracle et des bases de données qui utilisent le logiciel Oracle Database le plus récent. Pour plus d'informations sur les clusters de machines virtuelles cloud Exadata et sur le nouveau modèle de ressource Exadata, reportez-vous à Présentation des infrastructures Exadata évolutives X8M, X9M et X11M.

Rubrique parent : Application de patches à un système Exadata Cloud Infrastructure et mise à jour de celui-ci

Prérequis pour la mise à niveau de Grid Infrastructure sur Exadata

Afin de mettre à niveau Grid Infrastructure vers Oracle Database 19c, vous devez utiliser le système d'exploitation Oracle Linux 7 pour votre cluster de machines virtuelles.

Pour plus d'informations sur la mise à niveau du système d'exploitation, reportez-vous au document suivant :

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

La mise à niveau d'Oracle Grid Infrastructure (GI) sur un cluster de machines virtuelles implique la mise à niveau de tous les noeuds de calcul de l'instance. La mise à niveau est effectuée en mode non simultané, un seul noeud étant mis à niveau à la fois.

  • Oracle recommande d'exécuter une prévérification de mise à niveau pour identifier et résoudre les problèmes susceptibles d'empêcher la mise à niveau.
  • Vous pouvez surveiller la progression de l'opération de mise à niveau en affichant les demandes de travail associées.
  • Si une opération de maintenance d'infrastructure Exadata doit démarrer dans les prochaines 24 heures, la fonctionnalité de mise à niveau de GI 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 de noeuds, le redimensionnement de l'UC, le provisionnement ou la gestion des répertoires de base de base de données ou des bases de données, la restauration d'une base de données ou la modification des paramètres de l'IORM. Les opérations Data Guard suivantes ne sont pas autorisées sur le cluster de machines virtuelles faisant l'objet d'une mise à niveau de Grid Infrastructure :
    • Activation de Data Guard
    • Permutation
    • Basculement vers la base de données qui utilise le cluster de machines virtuelles (il est possible d'effectuer une opération de basculement vers une base de données de secours sur un autre cluster de machines virtuelles)
Utilisation de la console pour mettre à niveau Grid Infrastructure

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

Procédure de prévérification du cluster de machines virtuelles cloud avant la mise à niveau

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher les détails.
  5. Cliquez sur Mises à jour (GI) pour afficher la liste des patches et mises à niveau disponibles.
  6. Cliquez sur l'icône Actions (trois points) à la fin de la ligne répertoriant la mise à niveau de Oracle Grid Infrastructure (GI), puis cliquez sur Prévérifier.
  7. Dans la boîte de dialogue Confirmer, confirmez la mise à niveau pour lancer l'opération de prévérification.
Procédure de mise à niveau d'Oracle Grid Infrastructure sur un cluster de machines virtuelles cloud

Procédure de mise à niveau d'Oracle Grid Infrastructure sur un cluster de machines virtuelles cloud.

Remarque

  • Lorsque vous prévoyez de mettre à niveau Grid Infrastructure vers la version 23ai, assurez-vous que pour chaque groupe de disques ASM, la valeur compatible.rdbms est définie sur 19.0.0.0 et versions ultérieures.
  • Configuration minimale requise pour la mise à niveau de Grid Infrastructure de 19c à 23ai :
    • Machine virtuelle invitée Exadata exécutant le logiciel système Exadata 23.1.8
    • Infrastructure Exadata exécutant le logiciel 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. Choisissez votre compartiment.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher les détails.
  5. Cliquez sur Mises à jour (GI) pour afficher la liste des patches et mises à niveau disponibles.
  6. Cliquez sur l'icône d'actions (trois points) à la fin de la ligne correspondant au niveau Oracle Grid Infrastructure (GI), puis cliquez sur Appliquer la mise à jour de Grid Infrastructure.
  7. Dans la boîte de dialogue Mettre à niveau Grid Infrastructure, confirmez la mise à niveau de GI en cliquant sur Mettre à niveau Grid Infrastructure. Si vous n'avez pas exécuté de prévérification, vous pouvez cliquer sur Exécuter la prévérification dans cette boîte de dialogue pour prévérifier votre cluster de machines virtuelles cloud avant la mise à niveau.
Utilisation de l'API pour mettre à niveau Grid Infrastructure dans un cluster de machines virtuelles

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Utilisez ces opérations d'API pour mettre à niveau Oracle Grid Infrastructure dans un cluster de machines virtuelles cloud et visualiser l'historique des mises à jour du cluster.

Pour obtenir la liste complète des API du service Database, reportez-vous à API du service Database.

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 cible du logiciel.

Remarque

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, reportez-vous à Basculement d'un système de base de données Exadata sur le nouveau modèle de ressources et les nouvelles API.

Pour connaître la chronologie du support logiciel et des versions d'Oracle Database, reportez-vous à Release Schedule of Current Database Releases (ID de document 742060.1) sur le portail My Oracle Support.

Rubrique parent : Application de patches à un système Exadata Cloud Infrastructure et mise à jour de celui-ci

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

Consultez la liste des prérequis pour la mise à niveau d'une instance Oracle Database 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, reportez-vous à Mise à jour du logiciel système Exadata (DomU) de la version 18 à la version 19 sur Exadata Cloud Service dans OCI (ID de document My Oracle Support 2521053.1).
  • La version d'Oracle Grid Infrastructure peut être 19c ou 23ai pour Oracle Database 19c. Toutefois, Oracle Grid Infrastructure doit être la version 23ai pour Oracle Database 23ai. Afin d'obtenir des instructions concernant l'utilisation de l'API ou de la console Oracle Cloud Infrastructure pour mettre à niveau Grid Infrastructure, reportez-vous à Mise à niveau de Grid Infrastructure sur Exadata. Si des patches sont disponibles pour Grid Infrastructure, Oracle recommande de les appliquer avant d'effectuer une mise à niveau de base de données.
  • Vous devez disposer d'un répertoire de base Oracle Database disponible qui utilise les quatre versions les plus récentes d'Oracle Database 19c ou d'Oracle Database 23ai disponibles dans Oracle Cloud Infrastructure. Pour plus d'informations sur la création d'un répertoire de base de base de données, reportez-vous à Procédure de création d'un répertoire de base de base de données Oracle dans une instance Exadata Cloud Infrastructure existante. 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 patches pour créer des répertoires de base de base de données.
  • Vous devez vous assurer que toutes les bases de données pluggables de la base de données Conteneur en cours de mise à niveau peuvent être ouvertes. Les bases de données pluggables qui ne peuvent pas être ouvertes par le système pendant la mise à niveau peuvent entraîner l'échec de la 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 conditions suivantes s'appliquent :

    • Les bases de données doivent être inscrites auprès des outils cloud. Pour plus d'informations, reportez-vous à Mise à jour des outils dans une instance Exadata Cloud Service.
    • Redo Apply doit être désactivé pendant la mise à niveau de la base de données principale et de la base de données de secours. Pour les bases de données Oracle 11.2 et 12.1, la configuration 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 ARCHIVELOG.
  • La fonctionnalité Flashback doit être activée pour la base de données.

Pour en savoir plus sur ces paramètres, reportez-vous à la documentation Oracle Database relative à la version (release) de votre base de données.

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

Pour les mises à niveaux de version logicielle de base de données, prenez en compte les points suivants :

  • Les mises à niveau de base de données impliquent un temps d'inactivité de la base de données concernée. Gardez cela à l'esprit lorsque vous programmez votre mise à niveau.
  • Oracle vous recommande de sauvegarder votre base de données et de tester la nouvelle version du logiciel sur un système de test ou une version clonée de la base de données avant de mettre à niveau une base de données de production. Pour plus d'informations sur la création d'une sauvegarde manuelle à la demande, reportez-vous à Procédure de création d'une sauvegarde complète à la demande d'une base de données.
  • Oracle vous recommande d'exécuter une opération de prévérification de mise à niveau pour votre base de données avant de tenter une mise à niveau afin de repérer tout problème nécessitant une résolution avant le moment où vous prévoyez d'effectuer la mise à niveau. L'opération de prévérification n'a aucune incidence sur la disponibilité de la base de données et peut être effectuée à tout 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 la base de données de secours. Pour mettre à niveau une base de données principale, suivez les étapes décrites dans Procédure de mise à niveau ou de prévérification d'une base de données Exadata. Pour mettre à niveau une base de données de secours, suivez les étapes décrites dans Procédure de déplacement d'une base de données vers un autre répertoire de base de base de données.

  • Si vos bases de données utilisent Data Guard, la mise à niveau d'une base principale ou de secours désactive Redo Apply pendant 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, Redo Apply et le mode d'ouverture sont réactivés. Oracle recommande de vérifier la configuration de Redo Apply et du mode d'ouverture après la mise à niveau.

  • Une opération de mise à niveau ne peut pas avoir lieu pendant 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. Pour plus d'informations, reportez-vous à Procédure de configuration de sauvegardes automatiques pour une base de données et à Procédure de création d'une sauvegarde complète à la demande d'une base de données.
  • Une fois la mise à niveau terminée, vous ne pouvez plus utiliser les sauvegardes automatiques effectuées avant l'opération pour restaurer la base de données vers un point antérieur dans le temps.
  • Si vous mettez à niveau une base de données qui utilise la version 11.2 du logiciel, la base de données de version 19c obtenue est une base de données non Conteneur.

Rubriques connexes

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

Exécution de l'opération de mise à niveau par le service Database

Lors du processus de mise à niveau, le service Database effectue les opérations suivantes :

  • Il exécute une prévérification automatique. Cela permet au système d'identifier les problèmes à résoudre et d'arrêter l'opération de mise à niveau.
  • Il définit un point de restauration garanti, lui permettant d'effectuer un flashback en cas d'échec de la mise à niveau.
  • Il déplace la base de données vers un répertoire de base Oracle Database indiqué par l'utilisateur qui se sert de la version cible souhaitée du logiciel.
  • Il exécute l'assistant Mise à niveau de base de données (DBUA) pour effectuer la mise à niveau.
  • Pour les bases de données au sein d'associations Data Guard, Redo Apply est désactivé jusqu'à ce que les bases de données principale et de secours soient mises à niveau. Redo Apply est alors réactivé par le système. Le système active ensuite le mode d'ouverture une fois Redo Apply activé.
Annulation d'une mise à niveau de base de données Oracle ayant échoué

Si la mise à niveau échoue, vous avez la possibilité d'effectuer une annulation.

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

Une annulation rétablit l'état de la base de données tel qu'il était avant la mise à niveau. Toutes les modifications apportées à la base de données pendant et après la mise à niveau sont perdues. L'option d'annulation est fournie dans un message de bannière affiché sur la page de détails de la base de données après l'échec d'une opération de mise à niveau. Pour plus d'informations, reportez-vous à Utilisation de la console pour annuler une mise à niveau de base de données ayant échoué.

Pour les bases de données de secours au sein d'associations Oracle Data Guard, l'annulation est effectuée en replaçant la base de données de secours dans son répertoire de base d'origine. Pour obtenir des instructions, reportez-vous à Procédure de déplacement d'une base de données vers un autre répertoire de base de base de données.

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

Après une mise à niveau réussie, tenez compte des 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, reportez-vous à Personnalisation de la configuration de sauvegarde automatique.
  • Modifiez le paramètre COMPATIBLE d'Oracle Database pour refléter la nouvelle version du logiciel Oracle Database. Pour plus d'informations, reportez-vous à 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 qu'il contient ont été mises à jour de façon à pointer vers le répertoire de base de base de données 19c. Ces variables doivent être mises à jour automatiquement lors 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 pluggable après la conversion. Pour obtenir des instructions sur la conversion de votre base de données en base de données pluggable, reportez-vous à How to Convert Non-CDB to PDB (ID de document 2288024.1).
  • Si l'ancien répertoire de base de base de données est vide et n'est pas amené à être réutilisé, vous pouvez l'enlever. Pour plus d'informations, reportez-vous à Utilisation de la console pour supprimer un répertoire de base de base de données Oracle.
  • Pour les bases de données au sein d'associations Data Guard, vérifiez le statut du mode d'ouverture et de Redo Apply une fois la mise à niveau terminée.
Utilisation de la console pour mettre à niveau une base de données

Procédures permettant de prévérifier et de mettre à niveau une base de données, d'annuler une mise à niveau en échec et de visualiser l'historique des mises à niveau.

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

Procédure permettant de mettre à niveau ou de prévérifier une base de données Exadata.

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

  • La base de données est la base de données principale dans 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 de données de secours vers un répertoire de base de base de données à l'aide de la version d'Oracle Database vers laquelle vous effectuez la mise à niveau. Pour plus de détails, reportez-vous à Procédure de déplacement d'une base de données vers un autre 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. Choisissez votre compartiment.

  3. Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, cliquez sur le nom de celui qui contient la base de données à mettre à niveau.

    Remarque

    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 basculer l'instance vers le nouveau modèle pour pouvoir mettre à niveau votre base de données.

  4. Dans la liste des bases de données sur la page de détails du cluster de machines virtuelles, cliquez sur le nom de la base de données à mettre à niveau pour afficher sa page de détails.
  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 options suivantes :
    • Version d'Oracle Database : le sélecteur déroulant répertorie uniquement les versions d'Oracle Database compatibles avec une mise à niveau à partir de la version de logiciel actuellement utilisée par la base de données. La version cible du logiciel doit être supérieure à la version actuelle de la base de données.

    • Répertoire de base de base de données cible : sélectionnez un répertoire de base pour la base de données. La liste des répertoires de base de base de données se limite 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 de base de données entraîne la mise à niveau de la base de données vers la version (release) majeure et le niveau d'application de patches du nouveau répertoire de base de base de données.

  7. Cliquez sur l'une des options suivantes :

    • Exécuter la prévérification : cette option lance une prévérification de mise à niveau pour identifier tout problème de base de données devant être résolu avant d'effectuer une mise à niveau.
    • Mettre à niveau la base de données : cette option lance l'opération de mise à niveau. Oracle recommande de réaliser une mise à niveau uniquement après avoir effectué une prévérification sur la base de données.
Procédure d'annulation d'une mise à niveau de base de données ayant échoué

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
    La liste des clusters de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des clusters de machines virtuelles, cliquez sur le nom de celui 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 en afficher les détails.
  5. La base de données doit afficher une bannière en haut de la page de détails qui inclut un bouton Annuler et des détails sur les problèmes à l'origine de l'échec de la mise à niveau.
  6. Cliquez sur Annuler.
  7. Dans la boîte de dialogue Confirmer l'annulation, confirmez que vous voulez lancer l'annulation pour revenir à la version précédente d'Oracle Database.
Procédure d'affichage de 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. Choisissez votre compartiment.

  3. Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata. Dans la liste des clusters de machines virtuelles, cliquez sur le nom de celui qui contient la base de données à mettre à niveau.

    Remarque

    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 basculer l'instance vers le nouveau modèle de ressource Exadata pour pouvoir mettre à niveau votre base de données.

  4. Dans la liste des bases de données sur la page de détails du cluster de machines virtuelles, cliquez sur le nom de la base de données dont vous voulez consulter l'historique des mises à niveau.
  5. Cliquez sur Historique de mise à niveau.
Utilisation de l'API pour mettre à niveau les bases de données

Utilisez les API suivantes pour gérer les mises à niveau de base de données :

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Utilisez ces opérations d'API pour gérer les mises à niveau de base de données :

Pour obtenir la liste complète des API du service Database, reportez-vous à API du service Database.

Remarque

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

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

If you've installed non-Exadata software packages beyond those provided by Oracle, and the precheck fails during a DOMU upgrade due to conflicts between and Oracle-installed RPMs, you can use the following procedure to resolve the conflicts and proceed with the upgrade.

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 packages logiciels non Exadata supplémentaires dans le cadre de la mise à jour du serveur de base de données Exadata. Elle simplifie la gestion des problèmes de dépendance des packages qui peuvent survenir lorsque ces packages logiciels non Exadata sont présents sur le système.

Vous pouvez exécuter la prévérification de manière itérative pour identifier et résoudre les problèmes de dépendance associés aux packages logiciels non Exadata supplémentaires. Une fois les mises à jour requises comprises, vous pouvez effectuer la mise à jour du serveur de base de données Exadata et mettre à jour les packages 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 packages logiciels non Exadata.

  • Emplacement du fichier : /etc/exadata/additional-packages.txt
  • Propriété et droits d'accès : ce fichier doit être détenu et modifiable par l'utilisateur root uniquement.

Si le fichier existe, il est utilisé pour collecter des informations sur les packages 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 dans /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 de packages logiciels non Exadata, chaque entrée figurant sur une nouvelle ligne. Formats pris en charge :

  • http(s)://path/to/package.rpm : URL complète du fichier RPM
  • /full/path/to/package.rpm : chemin absolu vers un fichier RPM local
  • repo:package.rpm : référence à un package dans un référentiel YUM existant
Remarque

  • 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