Documentation Oracle Cloud Infrastructure

Application de patches à un système d'infrastructure Exascale et mise à jour d'un service Oracle Exadata Database Service

Rubrique parent : Guides pratiques

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

Pour maintenir une instance Oracle Exadata Database Service sur une infrastructure Exascale sécurisée dans le meilleur ordre de fonctionnement, vous devez effectuer une maintenance régulière.

Les tâches suivantes sont requises

  • 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 d'infrastructure Exascale et mise à jour d'un service Oracle Exadata Database Service

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.

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 d'infrastructure Oracle Exadata Database Service sur Exascale 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

Découvrez comment effectuer des opérations d'application de patches sur Oracle Exadata Database Service sur des ressources d'infrastructure Exascale à l'aide de la console ou de l'API.

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.

Rubrique parent : Application de patches à un système d'infrastructure Exascale et mise à jour de celui-ci sur Oracle Exadata Database Service

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

Découvrez les types d'application de patches effectués sur une instance Oracle Exadata Database Service sur une infrastructure Exascale et comment effectuer les 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 Oracle Exadata Database Service on Exascale Infrastructure entraîne la mise à jour de tous les composants 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

Vous appliquez des patches à Grid Infrastructure sur la ressource de cluster de machines virtuelles cloud. Les clusters de machines virtuelles sont utilisés par les bases de données, qui peuvent être facilement migrés vers la nouvelle ressource Grid Infrastructure sans temps d'inactivité du système.

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.

L'application de patches nécessite de déplacer la base de données vers un nouveau 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.

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).

Meilleures pratiques pour l'application de patches à Oracle Exadata Database Service sur des composants d'infrastructure Exascale

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 vous permet de restaurer facilement la base de données vers la version précédente en la déplaçant vers l'ancien répertoire de base de base de données.
  • Pour les versions principales d'Oracle Database et d'Oracle Grid Infrastructure disponibles dans Oracle Cloud Infrastructure, des patches sont fournis pour la version en cours et pour les trois versions précédentes (N à N - 3).

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.

FAQ

Q : Quel est le but de la commande dbaascli database runDatapatch ?

R : La commande dbaascli database runDatapatch est utilisée pour appliquer des patches à une base de données Oracle Database.

Q : Qu'est-ce qui doit être garanti avant d'exécuter la commande dbaascli database runDatapatch ?

R : Avant d'exécuter la commande, assurez-vous que toutes les instances de la base de données sont en fonctionnement.

Q : Comment spécifier la base de données à corriger ?

R : utilisez l'option --dbname suivie du nom de la base de données. Par exemple :

--dbname myDatabase

Q : Comment reprendre une opération runDatapatch précédemment interrompue ?

R : utilisez l'option --resume pour reprendre l'exécution précédente ou l'option --sessionID pour spécifier un ID de session spécifique. Par exemple :

--resume

--sessionID 12345

Q : Comment ignorer certaines bases de données pluggables lors de l'exécution du patch ?

R : utilisez l'option --skipPdbs suivie d'une liste de noms de base de données pluggable séparés par des virgules à ignorer. Par exemple :

--skipPdbs pdb1,pdb2

Q : Comment exécuter le patch uniquement sur certaines bases de données pluggables ?

R : utilisez l'option --pdbs suivie d'une liste de noms de base de données pluggable séparés par des virgules à inclure. Par exemple :

--pdbs pdb1,pdb2

Q : Comment appliquer ou annuler un ensemble spécifique de patches ?

R : utilisez l'option --patchList suivie d'une liste de noms de patch séparés par des virgules à appliquer ou à annuler. Par exemple :

--patchList patch1,patch2

Q : Que fait l'option --rollback ?

R : L'option --rollback annule (rollback) les patches appliqués lors de l'opération d'application de patches.

Q : Que se passe-t-il si certaines bases de données pluggables sont fermées pendant l'opération d'application de patches ?

R : Si certaines bases de données pluggables sont fermées, vous pouvez utiliser l'option --skipClosedPdbs pour ignorer l'application de patches à ces bases de données pluggables fermées.

Q : Puis-je exécuter des vérifications de prérequis avant d'appliquer des patches ?

R : Oui, utilisez l'option --executePrereqs pour exécuter les vérifications de prérequis avant d'appliquer le patch.

Q : Comment trouver l'ID de session pour reprendre un patch ?

R : Après une opération runDatapatch, l'ID de session est généralement journalisé. Utilisez l'option --sessionID pour spécifier cet ID lors de la reprise d'un patch. Par exemple :

--sessionID 67890

dbaascli database runDatapatch --dbname db19
Clés gérées par le client dans Oracle Exadata Database Service sur une infrastructure Exascale

Les clés gérées par le client pour Oracle Exadata Database Service sur Exascale 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 tâches suivantes :

  • Activer les clés gérées par le client lorsque vous créez des bases de données dans Oracle Exadata Database Service sur une infrastructure Exascale
  • 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 qu'Oracle Data Guard sur Oracle Exadata Database Service sur les bases de données d'infrastructure Exascale 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.

Rubriques connexes

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.

FAQ

Q : Quel est le but de la commande dbaascli database addInstance ?

R : La commande dbaascli database addInstance permet d'ajouter une nouvelle instance de base de données à un noeud indiqué dans un environnement Oracle Exadata Database Service.

Q : Quels sont les prérequis pour l'exécution de la commande dbaascli database addInstance ?

R : la commande doit être exécutée en tant qu'utilisateur root pour disposer des droits d'accès nécessaires à l'ajout d'une instance de base de données.

Q : Que représente l'option --dbname dans cette commande ?

R : L'option --dbname indique le nom de l'instance Oracle Database pour laquelle ajouter une nouvelle instance.

Q : A quoi sert l'option --node dans la commande dbaascli database addInstance ?

R : L'option --node indique le nom du noeud sur lequel la nouvelle instance de base de données sera ajoutée.

Q : Quel est le but de l'option --newNodeSID dans cette commande ?

R : L'option --newNodeSID vous permet d'indiquer le SID (identificateur système) de la nouvelle instance de base de données qui sera créée sur le noeud spécifié.

Q : Est-il obligatoire de spécifier l'option --newNodeSID lors de l'ajout d'une nouvelle instance ?

R : L'option --newNodeSID est facultative. S'il n'est pas indiqué, Oracle génère automatiquement un SID pour la nouvelle instance de base de données.

Q : Quand dois-je utiliser la commande dbaascli database addInstance ?

R : Utilisez cette commande pour redimensionner la base de données en ajoutant une nouvelle instance à un noeud supplémentaire dans une configuration Oracle Database à plusieurs noeuds.

Q : Puis-je ajouter plusieurs instances de base de données à différents noeuds à l'aide de cette commande ?

R : Oui. Vous pouvez exécuter la commande plusieurs fois pour ajouter des instances de base de données à différents noeuds en indiquant les valeurs --node et --dbname appropriées.

Q : Que se passe-t-il si le noeud spécifié dans l'option --node n'est pas disponible ?

R : La commande échoue si le noeud spécifié n'est pas disponible ou accessible. Assurez-vous que le noeud est correctement configuré et accessible avant d'exécuter la commande.

Q : Cette commande peut-elle être utilisée dans un environnement Data Guard ?

R : Oui. Vous pouvez utiliser la commande dbaascli database addInstance dans un environnement Data Guard pour ajouter des instances, mais il est recommandé de suivre les instructions Data Guard nécessaires pour ces configurations.

Q : Cette commande entraînera-t-elle un temps d'arrêt de la base de données ?

R : L'ajout d'une instance à un nouveau noeud n'entraîne généralement pas de temps d'inactivité pour les instances de base de données existantes, mais il est recommandé de vérifier la présence de dépendances spécifiques dans votre environnement.

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-2 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.

FAQ

Q : Quel est le but de la commande dbaascli database getDetails ?

R : la commande dbaascli database getDetails affiche des informations détaillées sur une base de données Oracle indiquée, notamment le nom de la base de données, les informations de noeud et les détails de la base de données pluggable.

Q : Qui peut exécuter la commande dbaascli database getDetails ?

R : la commande peut être exécutée par l'utilisateur root ou l'utilisateur oracle.

Q : Que spécifie l'option --dbname dans la commande dbaascli database getDetails ?

R : L'option --dbname indique le nom de la base de données Oracle pour laquelle des informations détaillées sont extraites.

Q : Quels types d'informations la commande dbaascli database getDetails fournit-elle ?

R : La commande fournit des détails tels que le nom de la base de données, les informations de noeud et les informations sur les bases de données pluggables associées à la base de données Conteneur.

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>[--instance <value>] [--backupPrepared] [--allowBounce]|
--resetParameters <values> [--instance <value>] [--backupPrepared] [--allowBounce]
}
--responseFile
[--backupPrepared]
[--instance]
[--allowBounce]
[--waitForCompletion]
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.
  • --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.
  • --backupPrepared confirme qu'une sauvegarde de base de données appropriée est en place avant de modifier les paramètres confidentiels ou critiques.
  • --allowBounce accorde le droit de redémarrer la base de données afin de refléter les modifications sur les paramètres statiques applicables.
  • --waitForCompletion indique false pour exécuter l'opération en arrière-plan. Valeurs valides : true|false.]

FAQ

Q : Quel est le but de la commande dbaascli database modifyParameters ?

R : La commande dbaascli database modifyParameters permet de modifier ou de réinitialiser les paramètres d'initialisation d'Oracle Database.

Q : Comment spécifier la base de données pour laquelle je veux modifier les paramètres ?

R : Vous devez utiliser l'option --dbname pour indiquer le nom de la base de données pour laquelle vous voulez modifier ou réinitialiser les paramètres.

Q : Comment modifier les paramètres de base de données à l'aide de la commande modifyParameters ?

R : utilisez l'option --setParameters suivie d'une liste de paramètres séparés par des virgules et de leurs nouvelles valeurs. Par exemple :

--setParameters parameter1=valueA,parameter2=valueB

Q : Comment réinitialiser les paramètres à leurs valeurs par défaut à l'aide de cette commande ?

R : utilisez l'option --resetParameters suivie d'une liste de paramètres séparés par des virgules pour rétablir leurs valeurs par défaut. Par exemple :

--resetParameters parameter1,parameter2

Q : Puis-je modifier des paramètres à l'aide d'un fichier de réponses ?

R : Oui. Vous pouvez indiquer l'emplacement absolu d'un fichier JSON de réponse à l'aide de l'option --responseFile. Le fichier doit contenir les paramètres que vous voulez modifier.

Q : Est-il nécessaire d'effectuer une sauvegarde avant de modifier les paramètres ?

R : Bien que cela ne soit pas obligatoire pour toutes les modifications, si vous modifiez des paramètres critiques ou sensibles, il est recommandé d'avoir une sauvegarde en place. Vous pouvez utiliser l'option --backupPrepared pour confirmer qu'une sauvegarde a été préparée.

Q : Puis-je appliquer des modifications uniquement à une instance spécifique d'une base de données multi-instances ?

R : Oui. Vous pouvez indiquer le nom de l'instance à l'aide de l'option --instance. Si cette option n'est pas utilisée, les modifications seront appliquées au niveau de la base de données.

Q : La base de données devra-t-elle être redémarrée (redémarrée) après la modification des paramètres ?

R : Pour certains paramètres statiques, un redémarrage de base de données est requis. Vous pouvez utiliser l'option --allowBounce pour accorder à la base de données le droit de redémarrer si nécessaire.

Q : Que se passe-t-il si je n'autorise pas le redémarrage de la base de données lors de la modification des paramètres statiques ?

R : Si vous n'utilisez pas l'option --allowBounce lors de la modification des paramètres statiques, les modifications ne prendront effet qu'au prochain redémarrage manuel de la base de données.

Q : Puis-je reprendre la modification des paramètres si une session antérieure a été interrompue ?

R : Non, cette commande ne prend pas en charge la reprise de session. Vous devrez réexécuter la commande dès le début.

Exemple 5-3 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.

FAQ

Q : Quel est le but de la commande dbaascli database upgrade ?

R : La commande dbaascli database upgrade permet de mettre à niveau Oracle Database vers une nouvelle version.

Q : Quels sont les prérequis pour utiliser la commande dbaascli database upgrade ?

R : vous devez exécuter la commande en tant qu'utilisateur root et vous connecter à une machine virtuelle Exadata Cloud@Customer à l'aide de SSH.

Q : Comment spécifier la base de données à mettre à niveau ?

R : utilisez l'option --dbname suivie du nom de la base de données. Par exemple :

--dbname myDatabase

Q : Comment indiquer le répertoire de base Oracle cible pour la mise à niveau ?

R : Vous pouvez indiquer l'emplacement du répertoire de base Oracle cible avec l'option --targetHome ou le nom du répertoire de base Oracle Database cible avec l'option --targetHomeName.

Q : Que fait l'option --standBy ?

R : L'option --standBy est utilisée pour mettre à niveau les bases de données de secours dans les configurations Data Guard.

Q : Quel est le but de l'indicateur --allStandbyPrepared ?

R : l'indicateur --allStandbyPrepared reconnaît que toutes les opérations requises sur les bases de données de secours ont été effectuées avant la mise à niveau de la base de données principale dans une configuration Data Guard.

Q : Que fait l'option --removeGRP ?

R : L'option --removeGRP supprime automatiquement la sauvegarde de point de restauration garanti si la mise à niveau de la base de données réussit.

Q : Quand dois-je utiliser l'option --increaseCompatibleParameter ?

R : utilisez l'option --increaseCompatibleParameter pour augmenter automatiquement le paramètre compatible lors de la mise à niveau de la base de données, à condition que la mise à niveau réussisse.

Q : Que fait l'option --executePrereqs ?

R : L'option --executePrereqs exécute uniquement les vérifications préalables à la mise à niveau pour s'assurer que la base de données est prête pour la mise à niveau.

Q : Comment gérer une étape post-mise à niveau ayant échoué ?

R : Utilisez l'option --postUpgrade pour réexécuter les étapes postérieures à la mise à niveau en cas d'échec de la tentative initiale après la mise à niveau.

Q : Quel est le but de l'option --revert ?

R : L'option --revert rétablit le répertoire de base Oracle d'origine d'Oracle Database, ce qui annule la mise à niveau.

Q : Comment transmettre des arguments supplémentaires propres à DBUA pour la mise à niveau ?

R : Utilisez l'option --upgradeOptions pour transmettre des arguments propres à DBUA pour la mise à niveau d'Oracle Database. Reportez-vous à la documentation Oracle pour connaître les options et arguments pris en charge.

Q : Est-il obligatoire d'indiquer le répertoire de base Oracle cible pour la mise à niveau ?

R : Oui. Vous devez indiquer --targetHome ou --targetHomeName pour indiquer le répertoire de base Oracle cible pour la mise à niveau.

Q : Que dois-je faire si je dois effectuer une vérification avant la mise à niveau sans procéder à la mise à niveau ?

R : Utilisez l'option --executePrereqs pour effectuer uniquement les vérifications préalables à la mise à niveau sans poursuivre la mise à niveau réelle.

Exemple 5-4 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 cluster de machines virtuelles et sa mise à jour

L'instance Oracle Exadata Database Service sur Exascale Infrastructure nécessite un accès au service Oracle Cloud Infrastructure Object Storage, y compris 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.

Configuration réseau requise pour l'application de patches

Vérifiez les règles de sécurité à utiliser avec votre système ExaDB-XS. Les règles de sécurité contrôlent les types de trafic autorisés pour le réseau client et le réseau de sauvegarde des noeuds de calcul Exadata.

Utilisation de la console pour appliquer des patches à Exadata Database Service et le mettre à jour sur des clusters de machines virtuelles d'infrastructure Exascale

Vous pouvez utiliser la console pour visualiser l'historique des opérations d'application de patches sur Oracle Exadata Database Service sur les clusters de machines virtuelles Exascale InfrastructureOracle Exadata Database Service sur les clusters de machines virtuelles d'infrastructure Exascale, et surveiller le statut 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

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 Service de base de données Exadata sur une infrastructure Exascale.
  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. Sous Version, cliquez sur le lien Visualiser les patches en regard du champ Mises à jour disponibles.
  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 :

    • Exécuter la prévérification : permet de vérifier les prérequis pour vous assurer que le patch peut être appliqué.

    • Mettre à jour Grid Infrastructure : permet d'appliquer 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.
  9. Afficher ou télécharger les journaux pour l'opération de déplacement
    Pour afficher le statut d'un travail ou télécharger les journaux d'un travail, suivez cette procédure.

    Pour afficher le statut d'un travail ou télécharger les journaux d'un travail, suivez cette procédure.

    1. Accédez à la page Détails du cluster de machines virtuelles du cluster en cliquant sur le nom du cluster pour lequel vous voulez consulter les journaux de travail pour l'opération de patch Grid Infrastructure. La page Détails sur l'infrastructure de grille apparaît.
    2. Sous Ressources, cliquez sur Ressources associées. Une ressource portant le nom fsujob<*> sera présente. Cliquez sur l'icône Actions (Icône du menu Action), puis sur View log. La page Visualiser le journal apparaît.

    Le journal est actualisé toutes les deux minutes automatiquement. Cliquez sur Actualiser le journal pour actualiser les journaux à la demande. Cliquez sur Download log pour télécharger le journal.

  10. Si nécessaire, vous pouvez réessayer une opération Oracle Grid Infrastructure ayant échoué.

    Pour réessayer une opération Grid Infrastructure ayant échoué, procédez comme suit :

    1. Cliquez sur Visualiser ou télécharger les journaux de travail. Pour connaître la raison de l'échec, consultez les journaux de travail de l'opération Appliquer le patch GI de cluster de machines virtuelles ExaDB. Voir : Journaux d'incident et fichiers trace.
    2. Résolvez le problème. Après avoir résolu le problème sous-jacent, vous pouvez réessayer l'opération ayant échoué.
    3. Réessayez l'opération de mise à jour Grid Infrastructure : pour réessayer l'application de patches Grid Infrastructure ayant échoué, relancez l'opération d'application de patches Grid Infrastructure en sélectionnant la même mise à jour Grid Infrastructure que lors de la tentative précédente.
Application de patches à des bases de données Oracle individuelles dans Oracle Exadata Database Service sur une infrastructure Exascale

Vous pouvez appliquer des patches à une seule base de données Oracle Database dans votre instance Oracle Exadata Database Service sur une infrastructure Exascale 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, 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 Service de base de données Exadata sur une infrastructure Exascale.
  2. Choisissez votre compartiment.
  3. Accédez à la base de données à déplacer :

    Sous Oracle Exadata Database Service sur une infrastructure Exascale, 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 à déplacer.

  4. Cliquez sur Plus d'actions, 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 la base de données.
    Remarque

    Lorsque vous mettez à jour la version logicielle des bases de données en les déplaçant vers un répertoire de base de base de données cible, Oracle vous recommande d'utiliser des répertoires de base de base de données, qui exécutent la dernière version (N) vers 3 à partir des dernières versions (N-3) des versions de mise à jour de version (RU). Seuls les répertoires de base de base de base de données provisionnés avec des mises à jour de version de base de données qui répondent à ce critère de meilleure pratique sont disponibles en tant que répertoires de base cible pour déplacer la base de données.

  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 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 des actions SQL après l'application de patches pour tous les patches, y compris les patches exceptionnels, 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.

  8. Affichez ou téléchargez les journaux de l'opération de déplacement.

    Pour afficher le statut d'un travail ou télécharger les journaux d'un travail, suivez cette procédure.

    1. Accédez à la page Détails du cluster de machines virtuelles du cluster dans lequel la base de données est configurée, puis cliquez sur le nom de la base de données pour laquelle vous voulez consulter les journaux de travaux pour l'opération de déplacement. La page des détails de la base de données apparaît.
    2. Sous Ressources, cliquez sur Demandes de travail.
    3. Dans la section Demandes de travail, cliquez sur l'opération de mise à jour de base de données dont vous voulez visualiser ou télécharger les journaux. La page Mettre à jour les détails de la demande de travail de base de données apparaît.
    4. Sous Ressources, cliquez sur Ressources associées. Il y aura une ressource avec fsujob<*> name.
    5. Cliquez sur l'icône Actions (Icône Actions), puis sur Afficher le journal. La page View log apparaît.

    Le journal est actualisé toutes les deux minutes automatiquement. Cliquez sur Actualiser le journal pour actualiser les journaux à la demande. Cliquez sur Télécharger le journal pour le télécharger.

  9. Si nécessaire, vous pouvez réessayer une opération de déplacement de base de données ayant échoué.

    Pour réessayer une opération de déplacement de base de données ayant échoué, procédez comme suit :

    1. Cliquez sur Visualiser ou télécharger les journaux de travail. Consultez les journaux de travail du déplacement de base de données pour connaître la raison de l'échec. Voir : Journaux d'incident et fichiers trace.
    2. Résolvez le problème. Après avoir résolu le problème sous-jacent, vous pouvez réessayer l'opération de déplacement ayant échoué.
    3. Réessayez l'opération de déplacement de la base de données. Pour réessayer l'opération de déplacement de base de données ayant échoué, lancez à nouveau l'étape Déplacer la base de données, en sélectionnant le même répertoire de base cible que lors de la tentative précédente.
Visualisation de l'historique des patches d'Exadata Database Service sur une infrastructure Exascale

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.

Vous pouvez visualiser l'historique des patches en accédant à la page Détails du cluster de machines virtuelles.

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.

Rubrique parent : Utilisation de la console pour appliquer des patches à un service de base de données Exadata et le mettre à jour sur des clusters de machines virtuelles d'infrastructure Exascale

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 Service de base de données Exadata sur une infrastructure Exascale.
  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 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. Lorsque 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 Service de base de données Exadata sur une infrastructure Exascale.
  2. Choisissez votre compartiment.
  3. Accédez au cluster de machines virtuelles cloud contenant le répertoire de base de base de données.

    Sous Oracle Exadata Database Service sur une infrastructure Exascale, cliquez sur Clusters 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.

  4. Sous Ressources, 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. Sous Version de logiciel de base de données, cliquez sur Visualiser en regard du champ Dernier patch disponible.
  7. Cliquez sur Historique des mises à jour.
    La page d'historique affiche l'historique des opérations de patch sur ce répertoire de base de base de données ainsi que sur le cluster de machines virtuelles cloud auquel il appartient.
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 vers 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 Service de base de données Exadata sur une infrastructure Exascale.
  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 de mise à niveau Oracle Grid Infrastructure (GI), puis cliquez sur Appliquer la mise à niveau 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 appliquer des patches à une instance Oracle Exadata Database Service sur une infrastructure Exascale

Utilisez ces opérations d'API pour gérer l'application de patches aux ressources Exadata suivantes : clusters de machines virtuelles cloud, 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 :

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.

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 Service de base de données Exadata sur une infrastructure Exascale.
  2. Sous Oracle Exadata Database Service sur une infrastructure Exascale, 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. Dans la section Version, à droite de Mises à jour disponibles, cliquez sur Visualiser les mises à jour pour afficher la page Mises à jour.
  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 :
    • Exécutez la 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. En effet, le contenu d'une base de données peut changer à tout moment. L'exécution de la prévérification juste avant l'application d'un patch peut trouver des erreurs qui n'ont pas été trouvées 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 affiche la boîte de dialogue Appliquer la mise à 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 des bases de données Exadata

Les versions d'Oracle Database sur Oracle Exadata Database Service sur une infrastructure Exascale peuvent être mises à niveau à 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.

Rubriques connexes

Rubrique parent : Application de patches à un système d'infrastructure Exascale et mise à jour de celui-ci sur Oracle Exadata Database Service

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 Oracle Exadata Database Service sur l'infrastructure Exascale.

  • Vous devez disposer d'un répertoire de base Oracle Database disponible qui utilise les quatre versions les plus récentes d'Oracle Database. Reportez-vous à Création d'un répertoire de base Oracle Database dans une instance Oracle Exadata Database Service sur une instance d'infrastructure Exascale 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 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.
    • 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.
    • Si vous avez configuré un observateur, ce dernier doit être désactivé avant la mise à niveau.
Avant de commencer la mise à niveau, votre configuration Oracle Database doit être configurée avec les paramètres suivants :
  • 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 à votre version de 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.

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 nouveau répertoire de base de base de données. Ces variables doivent être mises à jour automatiquement lors du processus de mise à niveau.
  • Si vous mettez à niveau une base de données non Conteneur, vous pouvez la convertir en base de données pluggable après sa 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 votre ancien répertoire de base de base de données est vide et n'est pas destiné à ê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.

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

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.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Service de base de données Exadata sur une infrastructure Exascale.
  2. Choisissez votre compartiment.

  3. Sous Oracle Exadata Database Service sur une infrastructure Exascale, 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.

  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 supplémentaires, puis sur 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 Exadata Database Service sur une infrastructure Exascale.
  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

Pour afficher l'historique des mises à niveau des bases de données sur Exadata Database Service on Exascale Infrastructure, suivez cette procédure.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Service de base de données Exadata sur une infrastructure Exascale.
  2. Choisissez votre compartiment.

  3. Sous Oracle Exadata Database Service sur une infrastructure Exascale, 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.

  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. Sur la page Détails de la base de données, sous Version de base de données, cliquez sur le lien Visualiser qui est affiché pour les bases de données mises à niveau. Ce lien n'apparaît pas pour les bases de données qui n'ont pas été mises à jour.

    La page Historique des mises à jour s'affiche. La table affichée sur cette page présente les opérations de prévérification et de mise à niveau effectuées sur la base de données.

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 Oracle Exadata Database Service sur une infrastructure Exascale, vous devez indiquer DB_HOME comme source de la mise à niveau.