Documentation sur Oracle Cloud Infrastructure

Application de correctifs et de mises à jour à un service Oracle Exadata Database Service on Cloud@Customer

Voyez la mise à jour et l'application de correctifs au service Oracle Exadata Database Service on Cloud@Customer

Rubrique parent : Guides pratiques

Effectuer les mises à jour de maintenance gérées par l'utilisateur

Pour garantir la sécurité et le bon état de fonctionnement d'un service Oracle Exadata Database Service on Cloud@Customer, vous devez effectuer les tâches suivantes régulièrement :
  • Application de correctifs aux logiciels Oracle Grid Infrastructure et Oracle Database sur les machines virtuelles de la grappe de machines virtuelles. Pour des informations et des instructions, voir Application de correctifs et de mises à jour à un système Exadata Cloud@Customer.
  • Mise à jour du système d'exploitation sur les machines virtuelles de la grappe de machines virtuelles. Pour plus d'informations et d'instructions, voir Mise à jour du système d'exploitation de la MV invitée et Configuration et administration d'Oracle Clusterware.

Application de correctifs et mise à jour d'un service Oracle Exadata Database Service on Cloud@Customer

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

Pour des informations et des instructions sur l'application de correctifs au système à l'aide de l'utilitaire dbaascli, voir Correctif et mise à jour manuelle d'un service Oracle Exadata Database Service on Cloud@Customer.

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

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

Rubriques connexes

Rubrique parent : Application de correctifs et de mises à jour à un service Oracle Exadata Database Service on Cloud@Customer

Application de correctifs et de mises à jour aux grappes de machines virtuelles et aux répertoires de base de base de données

Voyez comment effectuer des opérations d'application de correctifs à Oracle Grid Infrastructure sur la grappe de machines virtuelles et les répertoires de base de base de données à l'aide de la console ou de l'API

Rubrique parent : Application de correctifs et de mises à jour à un service Oracle Exadata Database Service on Cloud@Customer

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

L'application de correctifs à une grappe de MV met à jour les composants sur chacune des MV invitées dans la grappe de MV. L'application de correctifs aux grappes de MV met à jour Oracle Grid Infrastructure et l'application de correctifs aux répertoires de base de base de données met à jour le logiciel Oracle Database partagé par les bases de données de ces répertoires.

Pour plus d'informations sur les correctifs disponibles, voir la note My Oracle Support sur https://support.oracle.com/epmos/faces/DocContentDisplay?id=2333222.1.

Tenez compte des meilleures pratiques suivantes :
  • Comme l'application de correctifs requiert un redémarrage du système, planifiez l'exécution des opérations à un moment où elles n'auront qu'une incidence minime sur les utilisateurs.
  • Oracle vous recommande de sauvegarder vos bases de données avant d'appliquer un correctif. Pour des informations sur la sauvegarde des bases de données, voir Gestion de la sauvegarde et de la récupération de base de données sur le service Exadata Database sur Cloud@Customer.
  • Oracle recommande que la version de l'utilitaire RU d'Oracle Grid Infrastructure ne dépasse pas 6 mois par rapport à la dernière version de l'utilitaire RU de la base de données. Lorsque vous mettez à jour la version de la base de données, vous devez également mettre à jour la version de GI si possible.
  • Pour appliquer des correctifs à une base de données ayant une version différente de celle du répertoire de base courant, déplacez la base vers un répertoire de base exécutant la version cible. Voir Utilisation de la console pour déplacer une base de données vers un autre répertoire de base.
Conditions requises pour l'application de correctifs et de mises à jour à un service Oracle Exadata Database Service on Cloud@Customer

Vérifiez et appliquez les derniers correctifs en nuage qui sont téléchargés et mis à disposition par Oracle sur l'hôte CPS.

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

Voyez comment utiliser la console pour consulter l'historique des opérations d'application de correctifs sur la grappe de MV et les répertoires de base de base de données, appliquer des correctifs et surveiller le statut des opérations d'application de correctifs.

Oracle recommande d'utiliser la vérification préalable pour vous assurer que votre grappe de machines virtuelles ou votre répertoire de base de base de données répond aux exigences du correctif que vous voulez appliquer.

Rubrique parent : Application de correctifs et de mises à jour aux grappes de machines virtuelles et aux répertoires de base de base de données

Utilisation de la console pour effectuer des mises à jour de Grid Infrastructure

Voyez comment appliquer les mises à jour de Grid Infrastructure à une grappe de machines virtuelles.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
    Par défaut, l'option Grappes de MV est sélectionnée.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur la grappe pour laquelle vous voulez effectuer une opération d'application de correctifs.
  4. Dans la page Détails de la grappe de machines virtuelles résultante, cliquez sur Mises à jour.
  5. Consultez la liste des correctifs disponibles pour la grappe de MV.

    Les images logicielles Oracle Grid Infrastructure sont généralement disponibles pour les images logicielles Oracle Grid Infrastructure que vous pouvez utiliser pour appliquer des correctifs à votre grappe. Les images Oracle qui peuvent être utilisées pour l'application de correctifs ont le type de mise à jour "Correctif".

    Les images logicielles Custom Grid Infrastructure sont l'image logicielle Grid Infrastructure que vous avez créée à l'avance.

    Utilisez le sélecteur Sélectionner un compartiment pour spécifier le compartiment qui contient l'image logicielle de base de données.

    Utilisez le filtre Région pour accéder aux images logicielles créées dans une autre région.

  6. Cliquez sur l'icône Actions (trois points) pour le correctif qui vous intéresse, puis cliquez sur l'une des actions suivantes :
    • Prévérifier : Vérifiez tous les préalables pour garantir que le correctif peut être appliqué. Oracle recommande fortement d'exécuter cette opération avant d'appliquer un correctif. La vérification préalable n'a aucune incidence sur la disponibilité de la grappe; tout reste opérationnel.
    • Appliquer la mise à jour de Grid Infrastructure : Applique le correctif sélectionné.
  7. Confirmez à l'invite.

La liste des correctifs affiche le statut de l'opération. Pendant l'exécution de la vérification préalable, le statut du correctif affiche Checking. Pendant qu'un correctif est appliqué, le statut du correctif affiche Applying et le statut de la grappe de MV affiche Updating. Lors de l'application de correctifs, les opérations du cycle de vie sur la grappe de machines virtuelles et ses ressources sont temporairement indisponibles. Si l'application de correctifs aboutit, le statut du correctif passe à Applied et le statut de la grappe de MV passe à Available. Vous pouvez voir plus de détails sur une opération d'application de correctifs individuelle en cliquant sur Historique des mises à jour. L'application de correctifs à Oracle Grid Infrastructure se fait de manière continue, noeud par noeud, et les ressources de grappe seront arrêtées et redémarrées sur chaque noeud.

Utilisation de la console pour effectuer une opération de mise à jour sur un répertoire de base de base de données

Voyez comment appliquer des correctifs sur une base de données.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
    Par défaut, l'option Grappes de MV est sélectionnée.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle où se trouve le répertoire de base de base de données.
  4. Cliquez sur Répertoires de base de la base de données.
  5. Dans la liste des répertoires de base de base de données, cliquez sur le répertoire auquel vous voulez appliquer un correctif.
  6. Cliquez sur Mises à jour.
  7. Vérifiez la liste des correctifs disponibles pour le répertoire de base de base de données.

    Les images logicielles Oracle Database sont généralement disponibles pour les images logicielles Oracle Database que vous pouvez utiliser pour mettre à jour votre base de données. Les images Oracle qui peuvent être utilisées pour l'application de correctifs ont le type de mise à jour "Correctif".

    Les images logicielles de base de données personnalisées sont les images logicielles de base de données que vous avez créées à l'avance.

    Utilisez le sélecteur Sélectionner un compartiment pour spécifier le compartiment qui contient l'image logicielle de base de données.

    Utilisez le filtre Région pour accéder aux images logicielles créées dans une autre région.

  8. Cliquez sur l'icône Actions (trois points) pour le correctif qui vous intéresse, puis cliquez sur l'une des actions suivantes :
    • Prévérifier : Vérifiez tous les préalables pour garantir que le correctif peut être appliqué. Oracle recommande fortement d'exécuter cette opération avant d'appliquer un correctif. La vérification préalable n'a aucune incidence sur la disponibilité de la grappe; tout reste opérationnel.
    • Appliquer la mise à jour de la base de données : Applique le correctif sélectionné.
  9. Confirmez à l'invite.

La liste des correctifs affiche le statut de l'opération. Pendant l'exécution de la vérification préalable, le statut du correctif affiche Checking. Pendant qu'un correctif est appliqué, le statut du correctif affiche Applying, le statut du répertoire de base de base de données et des bases de données qu'il contient affiche Updating et les opérations du cycle de vie sur la grappe de MV et ses ressources sont temporairement indisponibles. Les correctifs sont appliqués au répertoire de base de base de données de manière continue, noeud par noeud, et chaque base de données du répertoire est arrêtée puis redémarrée. Cela peut entraîner une perturbation temporaire du service. Si l'application de correctifs aboutit, le statut du correctif passe à Applied et le statut du répertoire de base de base de données passe à Available. Vous pouvez voir plus de détails sur une opération d'application de correctifs individuelle en cliquant sur Historique des mises à jour.

Utilisation de la console pour voir l'historique des mises à jour

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

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

Utilisation de la console pour voir l'historique des mises à jour d'une grappe de machines virtuelles

Voyez comment afficher l'historique des correctifs appliqués à une grappe de machines virtuelles.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
    Par défaut, l'option Grappes de MV est sélectionnée.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle qui vous intéresse.
  4. Cliquez sur historique des mises à jour.

L'historique des opérations d'application de correctifs pour cette grappe de MV s'affiche, ainsi que l'historique des opérations d'application de correctifs sur ses répertoires de base de base de données.

Utilisation de la console pour voir l'historique des mises à jour d'un répertoire de base de base de données

Voyez comment afficher l'historique des correctifs appliqués à un répertoire de base de base de données.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
    Par défaut, l'option Grappes de MV est sélectionnée.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle où se trouve le répertoire de base de base de données.
  4. Cliquez sur Répertoires de base de la base de données.
    Une liste des répertoires de base de base de données est affichée.
  5. Dans la liste des répertoires de base de base de données, cliquez sur celui qui vous intéresse.
  6. Cliquez sur historique des mises à jour.

L'historique des opérations d'application de correctifs pour ce répertoire de base de base de données s'affiche, ainsi que l'historique des opérations d'application de correctifs sur la grappe de machines virtuelles à laquelle il appartient.

Utilisation de la console pour déplacer une base de données vers un autre répertoire de base

Vous pouvez mettre à jour la version d'une base de données de grappe de machines virtuelles en la déplaçant vers un répertoire de base qui exécute la version d'Oracle Database qui vous intéresse.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
    Par défaut, l'option Grappes de MV est sélectionnée.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur celle où se trouve la base de données à déplacer.
  4. Cliquez sur Répertoires de base de la base de données.
  5. Dans la liste des répertoires de base de base de données, cliquez sur celui qui vous intéresse.
  6. Cliquez sur Bases de données.
  7. Dans la liste des bases de données, cliquez sur la base de données qui vous intéresse.
  8. Cliquez sur Actions, puis sélectionnez Déplacer la base de données.
  9. Sélectionnez le répertoire de base de la base de données cible.
  10. Cliquez sur Déplacer.
    La base de données sera arrêtée dans le répertoire de base courant, puis redémarrée dans le répertoire de base de destination.
  11. Confirmez l'opération de déplacement.

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

Utilisation de l'API pour l'application de correctifs et de mises à jour aux grappes de machines virtuelles et aux répertoires de base de base de données

Utilisez diverses fonctions d'API pour gérer l'application de correctifs à un service Oracle Exadata Database sur un système Cloud@Customer.

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

Utilisez ces opérations d'API pour gérer l'application de correctifs aux grappes de machines virtuelles, aux répertoires de base de base de données et aux bases de données.

Grappe de MV :

  • UpdateVmCluster

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

  • CreateDbHome
  • UpdateDbHome
  • DeleteDbHome

Base de données :

  • CreateDatabase
  • UpdateDatabase
  • DeleteDatabase

Utilisez UpdateVMCluster pour appliquer des correctifs à Oracle Grid Infrastructure dans la grappe de machines virtuelles. Utilisez UpdateDbHome pour corriger le logiciel de base de données du répertoire de base de base de données. Utilisez UpdateDatabase pour déplacer une base de données vers un répertoire de base différent, et ainsi mettre à jour la base de données à la même version que celle du répertoire de base cible.

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

Mise à jour du système d'exploitation de la MV invitée

Voyez comment mettre à jour l'image du système d'exploitation sur les noeuds de grappe de MV du service Oracle Exadata Database Service on Cloud@Customer de manière automatisée à partir de la console OCI et des API.

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

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

Rubrique parent : Application de correctifs et de mises à jour à un service Oracle Exadata Database Service on Cloud@Customer

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

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

Note

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

    La mise à niveau vers le logiciel de système Exadata version 23.1 pour l'infrastructure Exadata Cloud@Customer sera disponible avec le cycle de mise à jour de février 2024.
Utilisation de la console pour mettre à jour le système d'exploitation de la MV invitée

Pour mettre à jour le système d'exploitation de la machine virtuelle invitée avec la console, soyez prêt à fournir des valeurs pour les champs obligatoires.

Note

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

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

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

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

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

Pour mettre à jour le système d'exploitation de la machine virtuelle invitée avec la console, soyez prêt à fournir des valeurs pour les champs obligatoires.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher les détails de la grappe.

    Si l'application de la mise à jour a échoué, dans la page Détails de la grappe de MV, une bannière avec les options Repositionner et Réessayer l'application s'affiche.

    Sélectionnez une option appropriée.

    1. Cliquez sur Réessayer l'application.

      La boîte de dialogue Appliquer la mise à jour de l'image de système d'exploitation Exadata s'affiche avec les options Appliquer la mise à jour de l'image Exadata et Exécuter la vérification préalable.

      Sélectionnez une option appropriée.

      (ou)

    2. Cliquez sur Repositionner.

      La boîte de dialogue Confirmer l'opération de repositionnement s'affiche.

      Cliquez sur Repositionner pour confirmer.

  4. Vous pouvez également appliquer la mise à jour de l'image Exadata à partir de la page Mises à jour (OS).
Utilisation de l'API pour mettre à jour le système d'exploitation de la MV invitée

Consultez la liste des appels d'API pour mettre à jour le système d'exploitation de la machine virtuelle invitée.

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

Utilisez ces opérations d'API pour mettre à niveau Oracle Grid Infrastructure dans une grappe de machines virtuelles et consulter l'historique des mises à jour de la grappe :
  • ListVmClusterUpdates
  • GetVmClusterUpdate
  • ListVmClusterUpdateHistoryEntries
  • GetVmClusterUpdateHistoryEntry
  • UpdateVmCluster

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

Mise à niveau d'Oracle Grid Infrastructure sur une grappe de machines virtuelles Oracle Exadata Database Service on Cloud@Customer

Voyez la mise à niveau d'Oracle Grid Infrastructure sur une grappe de MV du service Oracle Exadata Database Service on Cloud@Customer à l'aide de la console ou de l'API Oracle Cloud Infrastructure.

La mise à niveau vous permet de provisionner des répertoires de base et des bases de données Oracle Database qui utilisent le logiciel Oracle Database le plus récent.

Rubrique parent : Application de correctifs et de mises à jour à un service Oracle Exadata Database Service on Cloud@Customer

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

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

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

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

Utilisation de la console pour effectuer une vérification préalable de votre grappe de machines virtuelles avant la mise à niveau

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles en nuage, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher les détails de la grappe.
  4. Cliquez sur Mises à jour.
  5. Cliquez sur l'icône Actions (trois points) à la fin de la rangée listant la mise à niveau d'Oracle Grid Infrastructure (GI), puis cliquez sur Exécuter la vérification préalable.
  6. Dans la boîte de dialogue Confirmer, confirmez que vous voulez effectuer une mise à niveau pour lancer l'opération de vérification préalable.
Utilisation de la console pour mettre à niveau Oracle Grid Infrastructure sur une grappe de machines virtuelles

Note

  • Lors de la planification de la mise à niveau de Grid Infrastructure vers 23ai, assurez-vous que pour chaque groupe de disques ASM, compatible.rdbms a une valeur réglée à 19.0.0.0 et aux versions ultérieures.
  • Exigences minimales pour la mise à niveau de Grid Infrastructure de 19c à 23ai :
    • Machine virtuelle invitée Exadata exécutant le logiciel du système Exadata 23.1.8
    • Infrastructure Exadata exécutant le logiciel de système Exadata 23.1.x
Note

Actuellement, la mise à niveau de Grid Infrastructure de 19c à 23ai n'est pas prise en charge pour les grappes de machines virtuelles à un noeud.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles en nuage, cliquez sur le nom de la grappe à laquelle vous voulez appliquer des correctifs pour afficher les détails de la grappe.
  4. Cliquez sur Mises à jour.
  5. Cliquez sur l'icône Actions (trois points) à la fin de la rangée listant la mise à niveau d'Oracle Grid Infrastructure (GI), puis cliquez sur Mettre à niveau Oracle Grid Infrastructure.
  6. Dans la boîte de dialogue Mettre à niveau Oracle Grid Infrastructure, confirmez que vous voulez mettre à niveau Oracle Grid Infrastructure en cliquant sur Mettre à niveau Oracle Grid Infrastructure.

    Si vous n'avez pas exécuté de vérification préalable, vous avez la possibilité de cliquer sur Exécuter la vérification préalable dans cette boîte de dialogue pour vérifier au préalable votre grappe de machines virtuelles en nuage avant la mise à niveau.

Utilisation de l'API pour gérer la mise à niveau d'Oracle Grid Infrastructure

Consultez la liste des appels d'API pour gérer la mise à niveau d'Oracle Grid Infrastructure.

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

Utilisez ces opérations d'API pour mettre à niveau Oracle Grid Infrastructure dans une grappe de machines virtuelles et consulter l'historique des mises à jour de la grappe :
  • ListVmClusterUpdates
  • GetVmClusterUpdate
  • ListVmClusterUpdateHistoryEntries
  • GetVmClusterUpdateHistoryEntry
  • UpdateVmCluster

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

Mise à niveau des bases de données Oracle

Voyez comment mettre à niveau une instance de base de données Exadata vers Oracle Database 19c et Oracle Database 23ai à l'aide de la console et de l'API.

La mise à niveau est effectuée en déplaçant la base de données Exadata vers un répertoire de base de base de données qui utilise la version du logiciel cible. Pour connaître les délais de prise en charge des versions et des logiciels d'Oracle Database, voir Calendrier pour les versions de base de données courantes (ID document 742060.1).

Rubriques connexes

Rubrique parent : Application de correctifs et de mises à jour à un service Oracle Exadata Database Service on Cloud@Customer

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

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

  • 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. Voir Comment mettre à jour le logiciel du système Exadata (DomU) à 19 à partir de 18 sur le service Exadata Cloud dans OCI pour obtenir des instructions sur la mise à jour manuelle du système d'exploitation.
  • Oracle Grid Infrastructure peut être la version 19c ou 23ai pour Oracle Database 19c. Toutefois, Oracle Grid Infrastructure doit être la version 23ai pour Oracle Database 23ai. Voir Mise à niveau d'Oracle Grid Infrastructure pour Exadata pour obtenir des instructions sur l'utilisation de la console ou de l'API Oracle Cloud Infrastructure pour mettre à niveau Grid Infrastructure Si des correctifs sont disponibles pour Oracle Grid Infrastructure, Oracle recommande de les appliquer avant d'effectuer une mise à niveau de la base de données.
  • Vous devez disposer d'un répertoire de base Oracle Database qui utilise les quatre versions les plus récentes d'Oracle Database 19c ou d'Oracle Database 23ai disponibles dans Oracle Cloud Infrastructure. Voir Utilisation de la console pour créer un répertoire de base Oracle Database sur Exadata Cloud@Customer pour plus d'informations sur la création d'un répertoire de base de base de données. Vous pouvez utiliser des images logicielles publiées par Oracle ou une image logicielle de base de données personnalisée en fonction de vos exigences d'application de correctifs pour créer des répertoires de base de base de données.
  • Vous devez vous assurer que toutes les bases de données enfichables de la base de données conteneur en cours de mise à niveau peuvent être ouvertes. Les bases de données enfichables qui ne peuvent pas être ouvertes par le système pendant la mise à niveau peuvent provoquer un échec de mise à niveau.
Votre base de données Oracle doit être configurée avec les paramètres suivants pour être mise à niveau :
  • La base de données doit être en mode de journal d'archivage.
  • Le flashback de la base de données doit être activé.

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

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

Avant de mettre à niveau la base de données, familiarisez-vous avec les procédures suivantes pour préparer la mise à niveau de la base de données.

  • Les mises à niveau impliquent un temps d'arrêt de la base de données. Gardez cela à l'esprit lors de la programmation de votre mise à niveau.
  • Oracle recommande de sauvegarder la base de données et de tester la nouvelle version du logiciel sur un système de test ou une version clonée de votre base de données avant de mettre à niveau une base de données de production. Voir Création d'une sauvegarde sur demande à l'aide de l'utilitaire bkup_api pour plus d'informations sur la création d'une sauvegarde manuelle sur demande.
  • Oracle recommande d'exécuter une vérification préalable à la mise à niveau pour votre base de données afin de détecter tous les problèmes à résoudre avant le moment prévu pour la mise à niveau. L'opération de vérification préalable n'affecte pas la disponibilité de la base de données et peut être effectuée au moment qui vous convient.
  • Si vos bases de données utilisent Data Guard, vous pouvez d'abord mettre à niveau la base de données principale ou de secours.
  • Une opération de mise à niveau ne peut pas avoir lieu tant qu'une opération de sauvegarde automatique est en cours. Avant la mise à niveau, Oracle recommande de désactiver les sauvegardes automatiques et d'effectuer une sauvegarde manuelle. Pour plus d'informations, voir Création d'une sauvegarde sur demande à l'aide de l'utilitaire bkup_api et Personnalisation de la configuration de sauvegarde automatique.
  • Après la mise à niveau, vous ne pouvez pas utiliser les sauvegardes automatiques effectuées avant la mise à niveau pour restaurer la base de données à un moment antérieur.
  • Si vous mettez à niveau une base de données qui utilise le logiciel version 11.2, la base de données version 19c obtenue sera une base de données non conteneur.
Comment l'opération de mise à niveau est effectuée par le service de base de données

Familiarisez-vous avec ce que le service de base de données fait pendant le processus de mise à niveau.

  • Exécute une vérification préalable automatique. Cela permet au système d'identifier les problèmes à corriger et d'arrêter l'opération de mise à niveau.
  • Définit un point de restauration garanti, ce qui lui permet d'effectuer un flashback en cas de défaillance d'une mise à niveau.
  • Déplace la base de données vers un répertoire de base Oracle Database spécifié par l'utilisateur qui utilise la version de logiciel cible souhaitée.
  • Exécute le logiciel Database Upgrade Assistant (DBUA) pour effectuer la mise à niveau.
Annulation d'une mise à niveau de base de données qui a échoué

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

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

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

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

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

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

Oracle recommande d'utiliser l'action de vérification préalable pour vous assurer que la base de données répond aux exigences de l'opération de mise à niveau.

Utilisation de la console pour exécuter la vérification préalable à la mise à niveau d'Oracle Database ou effectuer une mise à niveau

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur le nom de la grappe qui contient la base de données à mettre à niveau.
  4. Dans la liste des bases de données de la page Détails de la grappe de MV, cliquez sur le nom de la base à mettre à niveau pour voir la page Détails de la base de données.
  5. Cliquez sur le menu Actions, puis sélectionnez Mettre à niveau.
  6. Dans la boîte de dialogue Mettre à niveau la base de données, sélectionnez les éléments suivants :
    • Version d'Oracle Database : Le sélecteur de liste déroulante répertorie uniquement les versions d'Oracle Database compatibles avec une mise à niveau à partir de la version courante du logiciel que la base de données utilise. La version du logiciel cible doit être supérieure à la version courante de la base de données.

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

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

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

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez votre compartiment.
    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.
  3. Dans la liste des grappes de machines virtuelles, cliquez sur le nom de la grappe qui contient la base de données à mettre à niveau.
  4. Dans la liste des bases de données de la page Détails de la grappe de MV, cliquez sur le nom de la base de données dont vous voulez voir l'historique des mises à niveau.
  5. Dans la page Détails de la base de données, cliquez sur Historique des mises à jour.
Utilisation de l'API pour mettre à niveau les bases de données Oracle

Consultez la liste des appels d'API pour mettre à niveau les bases de données Oracle.

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

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

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

Correction et mise à jour manuelles d'un service Oracle Exadata Database Service on Cloud@Customer

Cette rubrique décrit les procédures pour appliquer des correctifs et mettre à jour divers composants dans le service Oracle Exadata Database Service on Cloud@Customer en dehors de l'automatisation en nuage. Pour plus d'informations sur l'application de correctifs et de mises à jour avec dbaascli, voir "Application de correctifs à Oracle Grid Infrastructure et aux bases de données Oracle à l'aide de dbaascli."

Note

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

Rubriques connexes

Rubrique parent : Application de correctifs et de mises à jour à un service Oracle Exadata Database Service on Cloud@Customer

Mise à jour manuelle du logiciel

Pour l'heure avancée et certains correctifs de routine ou ponctuels, il peut être nécessaire d'appliquer manuellement des correctifs aux logiciels.

Pour appliquer des correctifs de routine aux logiciels Oracle Database et Oracle Grid Infrastructure, Oracle vous recommande d'utiliser les installations fournies par le service Oracle Exadata Database sur Cloud@Customer. Toutefois, dans certains cas, il peut être nécessaire d'appliquer manuellement des correctifs au logiciel Oracle Database ou Oracle Grid Infrastructure :
  • Correctif d'heure avancée (DST) : Comme ils ne peuvent pas être appliqués de manière continue, les correctifs des définitions DST d'Oracle Database ne sont pas inclus dans les jeux de correctifs de routine pour le service Exadata Database sur Cloud@Customer. Si vous devez appliquer des correctifs aux définitions DST d'Oracle Database, vous devez le faire manuellement. Voir My Oracle Support, ID document 412160.1.
  • Correctif non programmé ou ponctuel : Si vous rencontrez un problème qui nécessite un correctif qui n'est inclus dans aucun jeu de correctifs de routine, travaillez avec le soutien technique d'Oracle pour identifier et appliquer le correctif approprié.

Pour des informations générales sur l'application de correctifs Oracle Database, voir "Mises à jour de jeu de correctifs et exigences pour la mise à niveau d'Oracle Database" dans le Guide de mise à niveau d'Oracle Database pour votre version.

Mise à jour manuelle du système d'exploitation de la MV invitée

Découvrez les outils et techniques Exadata standard que vous pouvez utiliser pour mettre à jour les composants du système d'exploitation sur les machines virtuelles invitées du service Oracle Exadata Database Service on Cloud@Customer.

Vous êtes responsable de la gestion des correctifs et des mises à jour de l'environnement du système d'exploitation sur les machines virtuelles du serveur de base de données. Pour plus d'informations, consultez la section sur la mise à jour des serveurs Exadata Database Machine dans le guide de maintenance d'Oracle Exadata Database Machine.

Rubriques connexes

Rubrique parent : Correctif et mise à jour manuels d'un service Oracle Exadata Database Service on Cloud@Customer

Préparation d'une mise à jour du système d'exploitation

Pour préparer une mise à jour du système d'exploitation pour le service Oracle Exadata Database sur Cloud@Customer, consultez cette liste de vérification des tâches.

Avant de mettre à jour votre système d'exploitation, effectuez chacune de ces tâches de préparation :

Déterminez la dernière mise à jour logicielle. Avant de commencer une mise à jour, pour déterminer le logiciel le plus récent à utiliser, voir Versions logicielles du service Exadata Cloud dans la note 2333222.1 de My Oracle Support.

Mise à jour du système d'exploitation sur toutes les machines virtuelles d'un service Oracle Exadata Database sur Cloud@Customer

Pour mettre à jour le système d'exploitation sur les machines virtuelles du serveur de base de données, utilisez l'outil patchmgr.

Note

Les clients qui ne disposent pas du privilège de téléchargement de correctifs My Oracle Support peuvent obtenir l'utilitaire de mise à jour de correctifs patchmgr et les versions récentes du logiciel système Exadata à l'aide de l'utilitaire exadata_updates.sh d'Exadata Cloud@Customer Gen 2. Pour plus d'informations, voir My Oracle Support, Document 2730739.1.

L'utilitaire patchmgr gère la mise à jour complète d'une ou de plusieurs machines virtuelles à distance, y compris les étapes de pré-redémarrage, de redémarrage et de post-redémarrage d'un service Oracle Exadata Database sur Cloud@Customer.

Vous pouvez exécuter l'utilitaire à partir de l'une des machines virtuelles du service Oracle Exadata Database sur Cloud@Customer ou d'un autre serveur exécutant Oracle Linux. Le serveur sur lequel vous exécutez l'utilitaire est appelé système directeur. Vous ne pouvez pas utiliser le système directeur pour le mettre à jour. Par conséquent, si le système directeur est l'une des machines virtuelles d'une grappe de machines virtuelles que vous mettez à jour, vous devez exécuter l'utilitaire patchmgr plusieurs fois. Les scénarios suivants décrivent des façons types d'effectuer les mises à jour :

  • Système directeur non Exadata

    Le moyen le plus simple d'exécuter la mise à jour du système est d'utiliser un serveur Oracle Linux distinct pour mettre à jour toutes les machines virtuelles en une seule opération.

  • Système directeur de machine virtuelle Exadata

    Vous pouvez utiliser une machine virtuelle pour piloter les mises à jour du reste des machines virtuelles de la grappe de machines virtuelles. Vous pouvez ensuite utiliser un des noeuds mis à jour pour piloter la mise à jour sur le système directeur initial. Par exemple, vous pouvez mettre à jour un système demi-bâti avec quatre machines virtuelles; node1, node2, node3 et node4. Vous pouvez d'abord utiliser node1 pour piloter les mises à jour des noeuds node2, node3 et node4. Ensuite, vous pouvez utiliser node2 pour piloter la mise à jour de node1.

Le système directeur requiert l'accès SSH de l'utilisateur root pour chaque machine virtuelle à mettre à jour.

La procédure ci-après repose sur un exemple qui suppose ce qui suit :

  • Le système comprend deux machines virtuelles, node1 et node2.
  • La version du logiciel Exadata cible est 18.1.4.0.0.180125.3.
  • Chaque noeud est utilisé comme système directeur pour mettre à jour l'autre noeud.
  1. Collectez les détails de l'environnement.
    1. À l'aide de SSH, connectez-vous à node1 en tant qu'utilisateur opc.

      Pour obtenir des instructions détaillées, voir Connexion à un noeud de calcul par SSH.

    2. Démarrez un interpréteur de commandes en tant qu'utilisateur root .
      sudo su -
    3. Exécutez la commande suivante pour déterminer la version courante du logiciel Exadata.
      imageinfo -ver
      Par exemple :
      # imageinfo -ver 19.2.13.0.0.200428
    4. Passez à l'utilisateur grid et identifiez tous les noeuds de la grappe.
      su - grid
      olsnodes
      Par exemple :
      olsnodes
node1
node2
  2. Configurez le système directeur.
    1. Retournez à l'utilisateur root sur le node1 et vérifiez si une paire de clés SSH (id_rsa et id_rsa.pub) existe. Si tel n'est pas le cas, générez-la.
      ls /root/.ssh/id_rsa*
ls: cannot access /root/.ssh/id_rsa*: No such file or directory

ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
93:47:b0:83:75:f2:3e:e6:23:b3:0a:06:ed:00:20:a5 root@node1.example.com
The key's randomart image is:
+--[ RSA 2048]----+
|o..     + .      |
|o.     o *       |
|E     . o o      |
| . .     =       |
|  o .   S =      |
|   +     = .     |
|    +   o o      |
|   . .   + .     |
|      ...        |
+-----------------+
    2. Distribuez la clé publique aux noeuds cibles, puis vérifiez cette étape. Dans l'exemple, le seul noeud cible est node2.
      scp -i ~root/.ssh/id_rsa.pub opc@node2:/tmp/id_rsa.node1.pub
      ls -al /tmp/id_rsa.node1.pub
-rw-r--r-- 1 opc opc 442 Feb 28 03:33 /tmp/id_rsa.node1.pub
      date
Wed Feb 28 03:33:45 UTC 2018
    3. Sur le noeud cible (node2 dans l'exemple), ajoutez la clé publique du noeud node1 au fichier root authorized_keys.
      cat /tmp/id_rsa.node1.pub >> ~root/.ssh/authorized_keys
    4. Téléchargez patchmgr dans /root/patch sur le système directeur (node1 dans cet exemple).

      Vous pouvez télécharger l'ensemble patchmgr à partir d'Oracle Support à l'aide de l'ID correctif My Oracle Support 21634633. Obtenez toujours le dernier utilitaire de mise à jour patchmgr Exadata disponible pour installer n'importe quelle version logicielle du système Exadata.

      Pour plus d'informations, voir aussi dbnodeupdate.sh et dbserver.patch.zip : Mise à jour du logiciel Exadata Database Server à l'aide de l'utilitaire DBNodeUpdate et patchmgr : My Oracle Support, ID document 1553103.1.

    5. Décompressez l'ensemble patchmgr.

      En fonction de la version que vous avez téléchargée, le nom de votre fichier ZIP peut varier. 

      cd /root/patch/18.1.4.0.0.180125.3
unzip dbserver.patch.zip
Archive:  p21634633_181400_Linux-x86-64.zip   creating: dbserver_patch_5.180228.2/
creating: dbserver_patch_5.180228.2/ibdiagtools/
inflating: dbserver_patch_5.180228.2/ibdiagtools/cable_check.pl
inflating: dbserver_patch_5.180228.2/ibdiagtools/setup-ssh
inflating: dbserver_patch_5.180228.2/ibdiagtools/VERSION_FILE
extracting: dbserver_patch_5.180228.2/ibdiagtools/xmonib.sh
inflating: dbserver_patch_5.180228.2/ibdiagtools/monitord
inflating: dbserver_patch_5.180228.2/ibdiagtools/checkbadlinks.pl
creating: dbserver_patch_5.180228.2/ibdiagtools/topologies/
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/VerifyTopologyUtility.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/verifylib.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/Node.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/Rack.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/Group.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topologies/Switch.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/topology-zfs
inflating: dbserver_patch_5.180228.2/ibdiagtools/dcli
creating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/remoteScriptGenerator.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/CommonUtils.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/SolarisAdapter.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/LinuxAdapter.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/remoteLauncher.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/remoteConfig.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/spawnProc.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/runDiagnostics.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/netcheck/OSAdapter.pm
inflating: dbserver_patch_5.180228.2/ibdiagtools/SampleOutputs.txt
inflating: dbserver_patch_5.180228.2/ibdiagtools/infinicheck
inflating: dbserver_patch_5.180228.2/ibdiagtools/ibping_test
inflating: dbserver_patch_5.180228.2/ibdiagtools/tar_ibdiagtools
inflating: dbserver_patch_5.180228.2/ibdiagtools/verify-topology
inflating: dbserver_patch_5.180228.2/installfw_exadata_ssh
creating: dbserver_patch_5.180228.2/linux.db.rpms/
inflating: dbserver_patch_5.180228.2/md5sum_files.lst
inflating: dbserver_patch_5.180228.2/patchmgr
inflating: dbserver_patch_5.180228.2/xcp
inflating: dbserver_patch_5.180228.2/ExadataSendNotification.pm
inflating: dbserver_patch_5.180228.2/ExadataImageNotification.pl
inflating: dbserver_patch_5.180228.2/kernelupgrade_oldbios.sh
inflating: dbserver_patch_5.180228.2/cellboot_usb_pci_path
inflating: dbserver_patch_5.180228.2/exadata.img.env
inflating: dbserver_patch_5.180228.2/README.txt
inflating: dbserver_patch_5.180228.2/exadataLogger.pm
inflating: dbserver_patch_5.180228.2/patch_bug_26678971
inflating: dbserver_patch_5.180228.2/dcli
inflating: dbserver_patch_5.180228.2/patchReport.py
extracting: dbserver_patch_5.180228.2/dbnodeupdate.zip
creating: dbserver_patch_5.180228.2/plugins/
inflating: dbserver_patch_5.180228.2/plugins/010-check_17854520.sh
inflating: dbserver_patch_5.180228.2/plugins/020-check_22468216.sh
inflating: dbserver_patch_5.180228.2/plugins/040-check_22896791.sh
inflating: dbserver_patch_5.180228.2/plugins/000-check_dummy_bash
inflating: dbserver_patch_5.180228.2/plugins/050-check_22651315.sh
inflating: dbserver_patch_5.180228.2/plugins/005-check_22909764.sh
inflating: dbserver_patch_5.180228.2/plugins/000-check_dummy_perl
inflating: dbserver_patch_5.180228.2/plugins/030-check_24625612.sh
inflating: dbserver_patch_5.180228.2/patchmgr_functions
inflating: dbserver_patch_5.180228.2/exadata.img.hw
inflating: dbserver_patch_5.180228.2/libxcp.so.1
inflating: dbserver_patch_5.180228.2/imageLogger
inflating: dbserver_patch_5.180228.2/ExaXMLNode.pm
inflating: dbserver_patch_5.180228.2/fwverify
    6. Dans le répertoire contenant l'utilitaire patchmgr, créez le fichier dbs_group, qui contient la liste des machines virtuelles à mettre à jour. Incluez les noeuds listés après l'exécution de la commande olsnodes à l'étape 1, sauf pour le système directeur. Dans cet exemple, dbs_group ne contient que le node2.
      cd /root/patch/18.1.4.0.0.180125.3/dbserver_patch_5.180228
cat dbs_group
node2
  3. Exécutez une opération de vérification préalable pour l'application de correctifs.
    ./patchmgr -dbnodes dbs_group -precheck -iso_repo zipped_iso_file -target_version target-version -nomodify_at_prereq
    Note

    Exécutez l'opération de vérification préalable avec l'option -nomodify_at_prereq pour éviter toute modification du système qui pourrait avoir une incidence sur la sauvegarde que vous allez effectuer à l'étape suivante. Sinon, la sauvegarde risque de ne pas pouvoir repositionner le système à son état initial, si nécessaire.

    La sortie doit ressembler à l'exemple suivant :

    ./patchmgr -dbnodes dbs_group -precheck -iso_repo /root/patch/18.1.4.0.0.180125.3/exadata_ol6_18.1.4.0.0.180125.3_Linux-x86-64.zip -target_version 18.1.4.0.0.180125.3 -nomodify_at_prereq
 
************************************************************************************************************
NOTE    patchmgr release: 5.180228 (always check MOS 1553103.1 for the latest release of dbserver.patch.zip)
NOTE
WARNING Do not interrupt the patchmgr session.
WARNING Do not resize the screen. It may disturb the screen layout.
WARNING Do not reboot database nodes during update or rollback.
WARNING Do not open logfiles in write mode and do not try to alter them.
************************************************************************************************************
2018-02-28 21:22:45 +0000        :Working: DO: Initiate precheck on 1 node(s)
2018-02-28 21:24:57 +0000        :Working: DO: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:26:15 +0000        :SUCCESS: DONE: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:26:47 +0000        :Working: DO: dbnodeupdate.sh running a precheck on node(s).
2018-02-28 21:28:23 +0000        :SUCCESS: DONE: Initiate precheck on node(s).
  4. Sauvegardez le système courant.
    ./patchmgr -dbnodes dbs_group -backup -iso_repo zipped_iso_file -target_version target-version -allow_active_network_mounts
    Note

    Veillez à effectuer la sauvegarde à ce moment avant que des modifications ne soient apportées au système.

    La sortie doit ressembler à l'exemple suivant :

    ./patchmgr -dbnodes dbs_group -backup -iso_repo /root/patch/18.1.4.0.0.180125.3/exadata_ol6_18.1.4.0.0.180125.3_Linux-x86-64.zip -target_version 18.1.4.0.0.180125.3 -allow_active_network_mounts
 
************************************************************************************************************
NOTE    patchmgr release: 5.180228 (always check MOS 1553103.1 for the latest release of dbserver.patch.zip)
NOTE
WARNING Do not interrupt the patchmgr session.
WARNING Do not resize the screen. It may disturb the screen layout.
WARNING Do not reboot database nodes during update or rollback.
WARNING Do not open logfiles in write mode and do not try to alter them.
************************************************************************************************************
2018-02-28 21:29:00 +0000        :Working: DO: Initiate backup on 1 node(s).
2018-02-28 21:29:00 +0000        :Working: DO: Initiate backup on node(s)
2018-02-28 21:29:01 +0000        :Working: DO: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:30:18 +0000        :SUCCESS: DONE: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:30:51 +0000        :Working: DO: dbnodeupdate.sh running a backup on node(s).
2018-02-28 21:35:50 +0000        :SUCCESS: DONE: Initiate backup on node(s).
2018-02-28 21:35:50 +0000        :SUCCESS: DONE: Initiate backup on 1 node(s).
  5. Supprimez tous les paquets RPM personnalisés des machines virtuelles cibles. Les paquets RPM personnalisés sont signalés dans les résultats de la vérification préalable. Ils incluent les paquets RPM installés manuellement après le provisionnement du système.
    • Si vous mettez à jour le système à partir de la version 12.1.2.3.4.170111 et que les résultats de la vérification préalable incluent krb5-workstation-1.10.3-57.el6.x86_64, supprimez-le. Cet élément est considéré comme un RPM personnalisé pour cette version.
    • Ne supprimez pas exadata-sun-vm-computenode-exact ou oracle-ofed-release-guest. Ces deux paquets RPM sont traités automatiquement au cours de la mise à jour.
  6. Effectuez la mise à jour. Pour garantir que le processus de mise à jour n'est pas interrompu, utilisez la commande nohup. Par exemple :
    nohup ./patchmgr -dbnodes dbs_group -upgrade -nobackup -iso_repo zipped_iso_file -target_version target-version -allow_active_network_mounts &

    La sortie doit ressembler à l'exemple suivant :

    nohup ./patchmgr -dbnodes dbs_group -upgrade -nobackup -iso_repo /root/patch/18.1.4.0.0.180125.3/exadata_ol6_18.1.4.0.0.180125.3_Linux-x86-64.zip -target_version 18.1.4.0.0.180125.3 -allow_active_network_mounts &
 
************************************************************************************************************
NOTE    patchmgr release: 5.180228 (always check MOS 1553103.1 for the latest release of dbserver.patch.zip)
NOTE
NOTE    Database nodes will reboot during the update process.
NOTE
WARNING Do not interrupt the patchmgr session.
WARNING Do not resize the screen. It may disturb the screen layout.
WARNING Do not reboot database nodes during update or rollback.
WARNING Do not open logfiles in write mode and do not try to alter them.
*********************************************************************************************************
2018-02-28 21:36:26 +0000        :Working: DO: Initiate prepare steps on node(s).
2018-02-28 21:36:26 +0000        :Working: DO: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:37:44 +0000        :SUCCESS: DONE: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:38:43 +0000        :SUCCESS: DONE: Initiate prepare steps on node(s).
2018-02-28 21:38:43 +0000        :Working: DO: Initiate update on 1 node(s).
2018-02-28 21:38:43 +0000        :Working: DO: Initiate update on node(s)
2018-02-28 21:38:49 +0000        :Working: DO: Get information about any required OS upgrades from node(s).
2018-02-28 21:38:59 +0000        :SUCCESS: DONE: Get information about any required OS upgrades from node(s).
2018-02-28 21:38:59 +0000        :Working: DO: dbnodeupdate.sh running an update step on all nodes.
2018-02-28 21:48:41 +0000        :INFO   : node2 is ready to reboot.
2018-02-28 21:48:41 +0000        :SUCCESS: DONE: dbnodeupdate.sh running an update step on all nodes.
2018-02-28 21:48:41 +0000        :Working: DO: Initiate reboot on node(s)
2018-02-28 21:48:57 +0000        :SUCCESS: DONE: Initiate reboot on node(s)
2018-02-28 21:48:57 +0000        :Working: DO: Waiting to ensure node2 is down before reboot.
2018-02-28 21:56:18 +0000        :Working: DO: Initiate prepare steps on node(s).
2018-02-28 21:56:19 +0000        :Working: DO: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:57:37 +0000        :SUCCESS: DONE: Check free space and verify SSH equivalence for the root user to node2
2018-02-28 21:57:42 +0000        :SEEMS ALREADY UP TO DATE: node2
2018-02-28 21:57:43 +0000        :SUCCESS: DONE: Initiate update on node(s)
  7. Une fois l'opération de mise à jour terminée, vérifiez la version du logiciel Exadata sur la machine virtuelle mise à jour.
    imageinfo -ver
18.1.4.0.0.180125.3
  8. Répétez les étapes 2 à 7 de cette procédure en utilisant la machine virtuelle mise à jour comme système directeur pour mettre à jour la machine virtuelle restante. Dans cet exemple de mise à jour, vous allez maintenant utiliser le noeud node2 pour mettre à jour le noeud node1.
  9. En tant qu'utilisateur root, sur chaque machine virtuelle, exécutez la commande uptrack-install pour installer les mises à jour ksplice disponibles.
    uptrack-install --all -y
    uptrack-install --all -y
Installation de programmes de système d'exploitation supplémentaires

Consultez ces directives avant d'installer des programmes de système d'exploitation pour le service Oracle Exadata Database sur Cloud@Customer.

Vous êtes autorisé à installer et mettre à jour des programmes de système d'exploitation sur le service Oracle Exadata Database sur Cloud@Customer, à condition de ne pas modifier les programmes propres au noyau ou à InfiniBand. Cependant, le soutien technique d'Oracle, notamment l'installation, les tests, la certification et la résolution des erreurs, ne s'applique à aucun logiciel non Oracle que vous installez.

Sachez également que si vous ajoutez ou mettez à jour des programmes distincts d'une mise à jour logicielle Oracle Exadata, ces ajouts ou mises à jour de programme peuvent poser des problèmes lorsque vous appliquez une mise à jour logicielle Oracle Exadata. Des problèmes peuvent se produire, car des programmes logiciels supplémentaires ajoutent de nouvelles dépendances pouvant interrompre une mise à jour Oracle Exadata. Pour cette raison, Oracle recommande de minimiser la personnalisation.

Si vous installez des programmes supplémentaires, Oracle recommande d'automatiser leur suppression et leur réinstallation. Après une mise à jour Oracle Exadata, si vous installez des programmes supplémentaires, vérifiez que ceux-ci sont toujours compatibles et que vous en avez encore besoin.

Pour plus d'informations, consultez le guide de maintenance d'Oracle Exadata Database Machine.

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

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

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

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

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

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

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

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

Format de fichier

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

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

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

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