Documentation Oracle Cloud Infrastructure

Patch et mise à jour d'un système Oracle Exadata Database Service on Cloud@Customer

Découvrez comment mettre à jour le système Oracle Exadata Database Service on Cloud@Customer et lui appliquer des patches.

Rubrique parent : Guides pratiques

Exécution de mises à jour de maintenance gérées par l'utilisateur

Pour conserver un système Oracle Exadata Database Service on Cloud@Customer sécurisé dans un état de fonctionnement optimal, vous devez exécuter régulièrement les tâches suivantes :
  • Application de patches aux logiciels Oracle Grid Infrastructure et Oracle Database sur les machines virtuelles de cluster de machines virtuelles. Pour obtenir des informations et des instructions, reportez-vous à Application de patches à un système Exadata Cloud@Customer et mise à jour de celui-ci.
  • Mise à jour du système d'exploitation sur les machines virtuelles de cluster de machines virtuelles. Pour obtenir des informations et des instructions, reportez-vous à Mise à jour du système d'exploitation de machine virtuelle invitée et à Configuration et administration d'Oracle Clusterware.

Patching et mise à jour d'un système Oracle Exadata Database Service on Cloud@Customer

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

Pour plus d'informations et d'instructions sur l'application de patches au système à l'aide de l'utilitaire dbaascli, reportez-vous à Correction et mise à jour manuelles d'un système Oracle Exadata Database Service on Cloud@Customer.

Pour plus d'informations et d'exemples sur l'application de patches trimestriels de base de données sur Exadata Cloud@Customer, reportez-vous à la note My Oracle Support : Comment appliquer un patch trimestriel de base de données sur Exadata Cloud Service et Exadata Cloud@Customer Gen 2 (ID de document 2701789.1).

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

Rubriques connexes

Rubrique parent : Application de patches à un système Oracle Exadata Database Service on Cloud@Customer et mise à jour de celui-ci

Application de patches à des clusters de machines virtuelles et à des répertoires de base de base de données, et mise à jour de ces derniers

Découvrez comment effectuer des opérations d'application de patches sur le logiciel Grid Infrastructure (GI) d'un cluster de machines virtuelles et des répertoires de base de base de données à l'aide de la console ou de l'API.

Rubrique parent : Mise à jour et application de patches à un système Oracle Exadata Database Service on Cloud@Customer

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

L'application de patches à un cluster de machines virtuelles met à jour les composants de chacun des invités de machine virtuelle du cluster. L'application de patches au cluster de machines virtuelles met à jour Grid Infrastructure (GI) et l'application de patches au répertoire de base de base de données met à jour le logiciel Oracle Database partagé par les bases de données de ce répertoire de base.

Pour plus d'informations sur les patches disponibles, reportez-vous à la note My Oracle Support accessible à l'adresse https://support.oracle.com/epmos/faces/DocContentDisplay?id=2333222.1.

Tenez compte des meilleures pratiques suivantes :
  • L'application de patches à un système nécessitant un redémarrage, prévoyez d'exécuter les opérations à un moment où l'impact sur les utilisateurs est minimal.
  • Oracle vous recommande de sauvegarder 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 de la sauvegarde et de la récupération de base de données sur Exadata Database Service on Cloud@Customer.
  • Oracle recommande que la version de votre RU Oracle Grid Infrastructure ne dépasse pas 6 mois par rapport à la dernière version de votre RU de base de données. Lors de la mise à jour de la version de base de données, vous devez également mettre à jour la version de GI si possible.
  • 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. Reportez-vous à Utilisation de la console pour déplacer une base de données vers un autre répertoire de base.
Conditions préalables à l'application de patches à un système Oracle Exadata Database Service on Cloud@Customer et à sa mise à jour

Vérifiez et appliquez les derniers patches cloud téléchargés et mis à disposition par Oracle sur l'hôte CPS.

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

Découvrez comment utiliser la console pour visualiser l'historique des opérations de patch sur le cluster de machines virtuelles et les répertoires de base de base de données, appliquer des patches et surveiller le statut des opérations de patch.

Oracle recommande d'utiliser l'action de pré-vérification pour vous assurer que le cluster de machines virtuelles ou le répertoire de base de base de données répond aux exigences du patch à appliquer.

Rubrique parent : Application de patches à des clusters de machines virtuelles et à des répertoires de base de base de données, et mise à jour de ces derniers

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

Découvrez comment appliquer des mises à jour Grid Infrastructure à un cluster de machines virtuelles.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
    L'option Clusters de machines virtuelles est sélectionnée par défaut.
  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 cluster sur lequel effectuer une opération d'application de patches.
  4. Sur la page Détails du cluster de machines virtuelles obtenue, cliquez sur Mises à jour.
  5. Consultez la liste des patches disponibles pour le cluster de machines virtuelles.

    Les images logicielles Oracle Grid Infrastructure sont des images logicielles Oracle Grid Infrastructure disponibles pour tous que vous pouvez utiliser pour appliquer des patches à votre cluster. Les images Oracle qui peuvent être utilisées pour l'application de patches présentent le type de mise à jour Patch.

    Les images logicielles Grid Infrastructure personnalisées sont celles que vous avez créées à l'avance.

    Utilisez le sélecteur Sélectionner un compartiment pour indiquer le compartiment contenant 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) du patch qui vous intéresse, puis sur l'une des actions suivantes :
    • Prévérifier : permet de vérifier les prérequis pour s'assurer que le patch peut être appliqué. Oracle vous recommande vivement d'exécuter cette opération avant d'appliquer un patch. La pré-vérification n'a aucun impact sur la disponibilité du cluster, tout reste opérationnel.
    • Appliquer la mise à jour Grid Infrastructure : applique le patch sélectionné.
  7. Confiez l'opération à l'invite.

La liste des patches affiche le statut de l'opération. Pendant l'exécution de la pré-vérification, le statut du patch indique Vérification. Pendant l'application d'un patch, le statut du patch indique Application et celui du cluster de machines virtuelles, Mise à jour. Lors de l'application de patches, les opérations de cycle de vie sur le cluster de machines virtuelles et ses ressources sont temporairement indisponibles. Une fois l'application du patch terminée, le statut du patch devient Appliqué et celui du cluster de machines virtuelles, Disponible. Vous pouvez afficher plus de détails sur une opération de patch individuelle en cliquant sur Historique des mises à jour. L'application de patches à Grid Infrastructure est effectuée en mode non simultané, noeud par noeud, et les ressources de cluster sont 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

Découvrez comment appliquer des patches à un répertoire de base de base de données.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
    L'option Clusters de machines virtuelles est sélectionnée par défaut.
  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 cluster dans lequel se trouve le répertoire de base de base de données.
  4. Cliquez sur Répertoires de base de base de données.
  5. Dans la liste des répertoires de base de base de données, cliquez sur le répertoire de base sur lequel effectuer une opération de patch.
  6. Cliquez sur Mises à jour.
  7. Consultez la liste des patches disponibles pour le répertoire de base de base de données.

    Les images logicielles Oracle Database sont des images logicielles Oracle Database généralement disponibles que vous pouvez utiliser pour mettre à jour votre base de données. Les images Oracle qui peuvent être utilisées pour l'application de patches présentent le type de mise à jour Patch.

    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 indiquer le compartiment contenant 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) du patch qui vous intéresse, puis sur l'une des actions suivantes :
    • Prévérifier : permet de vérifier les prérequis pour s'assurer que le patch peut être appliqué. Oracle vous recommande vivement d'exécuter cette opération avant d'appliquer un patch. La pré-vérification n'a aucun impact sur la disponibilité du cluster, tout reste opérationnel.
    • Appliquer la mise à jour de la base de données : applique le patch sélectionné.
  9. Confiez l'opération à l'invite.

La liste des patches affiche le statut de l'opération. Pendant l'exécution de la pré-vérification, le statut du patch indique Vérification. Pendant l'application d'un patch, le statut du patch indique Application et celui du répertoire de base de base de données et des bases de données qu'il contient indique Mise à jour. De plus, les opérations de cycle de vie sur le cluster de machines virtuelles et ses ressources sont temporairement indisponibles. Les patches sont appliqués au répertoire de base de base de données en mode non simultané, noeud par noeud. Chaque base de données du répertoire de base est arrêtée, puis redémarrée. Cela peut entraîner une interruption temporaire du service. Une fois l'application du patch terminée, le statut du patch devient Appliqué et celui du répertoire de base de base de données devient Disponible. Vous pouvez afficher plus de détails sur une opération de patch individuelle en cliquant sur Historique des mises à jour.

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

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

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

Utilisation de la console pour afficher l'historique des mises à jour d'un cluster de machines virtuelles

Découvrez comment afficher l'historique des patches appliqués à un cluster de machines virtuelles.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
    L'option Clusters de machines virtuelles est sélectionnée par défaut.
  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 cluster qui vous intéresse.
  4. Cliquez sur Historique des mises à jour.

L'historique des opérations de patch du cluster de machines virtuelles apparaît, ainsi que l'historique des opérations de patch effectuées sur ses répertoires de base de base de données.

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

Découvrez comment afficher l'historique des patches appliqués à un répertoire de base de base de données.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
    L'option Clusters de machines virtuelles est sélectionnée par défaut.
  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 cluster dans lequel se trouve le répertoire de base de base de données.
  4. Cliquez sur Répertoires de base de base de données.
    La 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 le répertoire de base qui vous intéresse.
  6. Cliquez sur Historique des mises à jour.

L'historique des opérations de patch du répertoire de base de base de données apparaît, ainsi que l'historique des opérations de patch effectuées sur le cluster de machines virtuelles auquel il appartient.

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

Pour mettre à jour la version d'une base de données de cluster de machines virtuelles, vous pouvez la déplacer vers un répertoire de base de base de données exécutant la version d'Oracle Database qui vous intéresse.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
    L'option Clusters de machines virtuelles est sélectionnée par défaut.
  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 cluster dans lequel se trouve la base de données à déplacer.
  4. Cliquez sur Répertoires de base de base de données.
  5. Dans la liste des répertoires de base de base de données, cliquez sur le répertoire de base 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 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 en cours, 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 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, les statuts du répertoire de base de base de données et de la base de données indiquent Mise à jour. L'emplacement du répertoire de base de base de données, affiché sous Version de base de données, indique Déplacement de la base de données. Une fois l'opération terminée, le répertoire de base de base de données est mis à jour avec le répertoire de base en cours. Datapatch est exécuté automatiquement, dans le cadre du déplacement de la base de données, afin d'effectuer pour tous les patches (y compris les patches exceptionnels) les actions SQL à exécuter après leur application sur le nouveau répertoire de base de base de données. Si l'opération de déplacement de la base de données échoue, le statut de la base de données indique Echec et le champ Répertoire de base de la base de données fournit des informations sur le motif de l'échec.

Utilisation de l'API pour appliquer des patches à des clusters de machines virtuelles et à des répertoires de base de base de données, et mettre à jour ces derniers

Utilisez diverses fonctionnalités d'API pour gérer l'application de patches à un système Oracle Exadata Database Service on Cloud@Customer.

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 l'application de patches aux clusters de machines virtuelles, aux répertoires de base de base de données et aux bases de données.

Cluster de machines virtuelles :

  • UpdateVmCluster

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

  • CreateDbHome
  • UpdateDbHome
  • DeleteDbHome

Base de données :

  • CreateDatabase
  • UpdateDatabase
  • DeleteDatabase

Utilisez UpdateVMCluster pour appliquer un patch à Oracle Grid Infrastructure sur le cluster de machines virtuelles. Utilisez UpdateDbHome pour appliquer un patch au 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 autre répertoire de base de base de données, ce qui met à jour la base de données vers la version du répertoire de base de base de données cible.

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

Mise à jour du système d'exploitation de machine virtuelle invitée

Découvrez comment mettre à jour de manière automatisée l'image de système d'exploitation sur les noeuds de cluster de machines virtuelles Oracle Exadata Database Service on Cloud@Customer à 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 vérifier que le système de base de données, le répertoire de base de base de données ou le cluster de machines virtuelles Exadata Cloud@Customer 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.

Rubrique parent : Mise à jour et application de patches à un système Oracle Exadata Database Service on Cloud@Customer

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

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

Remarque

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

    La mise à niveau vers le logiciel système Exadata 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 machine virtuelle invitée

Pour mettre à jour le système d'exploitation de machine virtuelle invitée à l'aide de la console, préparez-vous à fournir les valeurs des champs requis.

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 l'infrastructure Exadata Cloud@Customer exécute une version 22.1.16 du logiciel système Exadata et les versions ultérieures.

La mise à niveau vers le logiciel 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 Oracle Exadata Database Service on Cloud@Customer.
  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 cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher les détails.
  4. Cliquez sur Mises à jour (O/S).
  5. Passez en revue la liste des mises à jour logicielles disponibles et repérez le patch de système d'exploitation que vous voulez appliquer.
  6. Cliquez sur l'icône d'actions (trois points) à la fin de la ligne correspondant au patch qui vous intéresse, puis cliquez sur l'une des actions suivantes :
    • Exécuter 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 pouvant changer à tout moment, l'exécution de la prévérification juste avant l'application d'un patch peut permettre de trouver des erreurs qui n'ont pas été détecté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 d'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'application du patch, tenez compte des points suivants :
      • 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. Confiez l'opération à l'invite.
Utilisation de la console pour annuler ou retenter une mise à jour en échec du système d'exploitation de machine virtuelle invitée

Pour mettre à jour le système d'exploitation de machine virtuelle invitée à l'aide de la console, préparez-vous à fournir les valeurs des champs requis.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  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 du cluster auquel appliquer des patches pour en afficher les détails.

    En cas d'échec de l'application de la mise à jour, sur la page Détails du cluster de machines virtuelles, une bannière avec les options Annuler et Réessayer l'application apparaît.

    Choisissez une option appropriée.

    1. Cliquez sur Réessayer l'application.

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

      Choisissez une option appropriée.

      (ou)

    2. Cliquez sur Annuler.

      La boîte de dialogue Confirmer l'opération d'annulation apparaît.

      Cliquez sur Annuler pour confirmer l'opération.

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

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

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 les opérations d'API suivantes pour mettre à niveau Oracle Grid Infrastructure dans un cluster de machines virtuelles et visualiser l'historique des mises à jour du cluster :
  • ListVmClusterUpdates
  • GetVmClusterUpdate
  • ListVmClusterUpdateHistoryEntries
  • GetVmClusterUpdateHistoryEntry
  • UpdateVmCluster

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

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

Découvrez comment mettre à niveau Oracle Grid Infrastructure sur un cluster de machines virtuelles Oracle Exadata Database Service on Cloud@Customer à l'aide de l'API ou de la console Oracle Cloud Infrastructure.

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

Rubrique parent : Mise à jour et application de patches à un système Oracle Exadata Database Service on Cloud@Customer

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

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

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

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

Utilisation de la console pour effectuer une prévérification du cluster de machines virtuelles avant la mise à niveau

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  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 cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher les détails.
  4. Cliquez sur Mises à jour.
  5. Cliquez sur l'icône d'actions (trois points) à la fin de la ligne correspondant à la mise à niveau d'Oracle Grid Infrastructure (GI), puis cliquez sur Exécuter la prévérification.
  6. Dans la boîte de dialogue Confirmer, confirmez la mise à niveau pour lancer l'opération de prévérification.
Utilisation de la console pour mettre à niveau Oracle Grid Infrastructure sur un cluster de machines virtuelles

Remarque

  • Lorsque vous prévoyez de mettre à niveau Grid Infrastructure vers la version 23ai, assurez-vous que pour chaque groupe de disques ASM, la valeur compatible.rdbms est définie sur 19.0.0.0 et versions ultérieures.
  • Configuration minimale requise pour la mise à niveau de Grid Infrastructure de 19c à 23ai :
    • Machine virtuelle invitée Exadata exécutant le logiciel système Exadata 23.1.8
    • Infrastructure Exadata exécutant le logiciel système Exadata 23.1.x
Remarque

Actuellement, la mise à niveau de Grid Infrastructure de 19c vers 23ai n'est pas prise en charge pour les clusters de machines virtuelles à noeud unique.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  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 cloud, cliquez sur le nom du cluster auquel appliquer des patches pour en afficher les détails.
  4. Cliquez sur Mises à jour.
  5. Cliquez sur l'icône d'actions (trois points) à la fin de la ligne correspondant à la mise à niveau d'Oracle Grid Infrastructure (GI), puis cliquez sur Mettre à niveau Grid Infrastructure.
  6. 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 gérer la mise à niveau d'Oracle Grid Infrastructure

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

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 les opérations d'API suivantes pour mettre à niveau Oracle Grid Infrastructure dans un cluster de machines virtuelles et visualiser l'historique des mises à jour du cluster :
  • ListVmClusterUpdates
  • GetVmClusterUpdate
  • ListVmClusterUpdateHistoryEntries
  • GetVmClusterUpdateHistoryEntry
  • UpdateVmCluster

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

Mise à niveau des bases de données Oracle

Découvrez 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 cible du logiciel. Pour connaître la chronologie du support logiciel et des versions d'Oracle Database, reportez-vous à Release Schedule of Current Database Releases (ID de document 742060.1).

Rubriques connexes

Rubrique parent : Mise à jour et application de patches à un système Oracle Exadata Database Service on Cloud@Customer

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

Consultez la liste des prérequis pour la mise à niveau d'une instance Oracle Database Exadata Cloud@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. Pour obtenir des instructions sur la mise à jour manuelle du système d'exploitation, reportez-vous à How to update the Exadata System Software (DomU) to 19 from 18 on the Exadata Cloud Service in OCI.
  • La version d'Oracle Grid Infrastructure peut être 19c ou 23ai pour Oracle Database 19c. Toutefois, Oracle Grid Infrastructure doit être version 23ai pour Oracle Database 23ai. Afin d'obtenir des instructions concernant l'utilisation de l'API ou de la console Oracle Cloud Infrastructure pour mettre à niveau Grid Infrastructure, reportez-vous à Mise à niveau de Grid Infrastructure sur Exadata. Si des patches sont disponibles pour Grid Infrastructure, Oracle recommande de les appliquer avant d'effectuer une mise à niveau de base de données.
  • Vous devez disposer d'un répertoire de base Oracle Database disponible qui utilise les quatre versions les plus récentes d'Oracle Database 19c ou d'Oracle Database 23ai disponibles dans Oracle Cloud Infrastructure. Pour plus d'informations sur la création d'un répertoire de base de base de données, reportez-vous à Utilisation de la console pour créer un répertoire de base de base de données Oracle sur Exadata Cloud@Customer. 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.
Votre base de données Oracle doit être configurée avec les paramètres suivants pour être mise à niveau :
  • La base de données doit être en mode ARCHIVELOG.
  • La fonctionnalité Flashback doit être activée pour la base de données.

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

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

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

  • 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 obtenir des informations sur la création d'une sauvegarde manuelle à la demande, reportez-vous à Création d'une sauvegarde à la demande à l'aide de l'utilitaire bkup_api
  • 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.
  • 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 à Création d'une sauvegarde à la demande à l'aide de l'utilitaire bkup_api et à Personnalisation de la configuration de sauvegarde automatique.
  • Une fois la mise à niveau terminée, vous ne pouvez plus utiliser les sauvegardes automatiques effectuées avant l'opération pour restaurer la base de données vers un point antérieur dans le temps.
  • Si vous mettez à niveau une base de données qui utilise la version 11.2 du logiciel, la base de données de version 19c obtenue est une base de données non Conteneur.
Exécution de l'opération de mise à niveau par le service Database

Découvrez ce que fait le service Database lors du processus de mise à niveau.

  • 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.
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é.

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

Après une mise à niveau réussie, tenez compte des points suivants :

  • Vérifiez que les sauvegardes automatiques sont activées pour la base de données si vous les avez désactivées avant la mise à niveau. Pour plus d'informations, reportez-vous à Personnalisation de la configuration de sauvegarde automatique.
  • Modifiez le paramètre 
    COMPATIBLE
    d'Oracle Database pour refléter la nouvelle version du logiciel Oracle Database. Pour plus d'informations, reportez-vous à Qu'est-ce que la compatibilité Oracle Database ?.
  • Si votre base de données utilise un fichier database_name.env, assurez-vous que les variables qu'il contient ont été mises à jour de façon à pointer vers le répertoire de base de base de données 19c. Ces variables doivent être mises à jour automatiquement lors du processus de mise à niveau.
  • Si vous mettez à niveau une base de données non Conteneur vers Oracle Database version 19c, vous pouvez la convertir en base de données pluggable après la conversion. Pour obtenir des instructions sur la conversion de votre base de données en base de données pluggable, reportez-vous à How to Convert Non-CDB to PDB (ID de document 2288024.1).
  • Si l'ancien répertoire de base de base de données est vide et n'est pas amené à être réutilisé, vous pouvez l'enlever. Pour plus d'informations, reportez-vous à Utilisation de la console pour supprimer un répertoire de base de base de données Oracle.
Utilisation de la console pour gérer la mise à niveau d'une base de données Oracle

Oracle vous recommande d'utiliser l'action de prévérification 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 une prévérification de mise à niveau de base de données Oracle ou effectuer une mise à niveau

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  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 à mettre à niveau.
  4. Dans la liste des bases de données sur la page Détails du cluster de machines virtuelles, cliquez sur le nom de la base de données à mettre à niveau pour afficher 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 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.
Utilisation de la console pour annuler une mise à niveau de base de données ayant échoué

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  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.
Utilisation de la console pour afficher l'historique des mises à niveau d'une base de données

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  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 à mettre à niveau.
  4. Dans la liste des bases de données sur la page Détails du cluster de machines virtuelles, cliquez sur le nom de la base de données pour laquelle vous voulez consulter l'historique des mises à jour.
  5. Sur la page Détails de base de données, cliquez sur Historique des mises à jour.
Utilisation de l'API pour mettre à niveau des bases de données Oracle

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

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 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, reportez-vous à API du service Database.

Appliquer des patches à un système Oracle Exadata Database Service on Cloud@Customer et le mettre à jour manuellement

Cette rubrique décrit les procédures d'application de patches et de mise à jour relatives aux différents composants d'Oracle Exadata Database Service on Cloud@Customer en dehors de l'automatisation du cloud. Pour plus d'informations concernant l'application de patches et la mise à jour avec dbaascli, reportez-vous à Application de patches à Oracle Grid Infrastructure et aux bases de données Oracle à l'aide de dbaascli.

Remarque

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 Oracle Exadata Database Service on Cloud@Customer et mise à jour de celui-ci

Mise à jour manuelle des logiciels

Pour l'heure d'été et certains patches de routine ou exceptionnels, il peut être nécessaire d'appliquer manuellement les patches aux logiciels.

Pour appliquer des patches de routine aux logiciels Oracle Database et Oracle Grid Infrastructure, Oracle recommande d'utiliser les fonctionnalités fournies par Oracle Exadata Database Service on Cloud@Customer. Toutefois, dans certains cas, il peut être nécessaire d'appliquer manuellement les patches aux logiciels Oracle Database ou Oracle Grid Infrastructure :
  • Application de patches à l'heure d'été : comme ils ne peuvent pas être appliqués en mode non simultané, les patches des définitions de l'heure d'été Oracle Database ne sont pas inclus dans les ensembles de patches de routine pour Exadata Database Service on Cloud@Customer. Pour appliquer des patches aux définitions de l'heure d'été d'Oracle Database, vous devez procéder manuellement. Reportez-vous au document My Oracle Support portant l'ID 412160.1.
  • Application de patches autres que les patches de routine ou de patches ponctuels : si vous rencontrez un problème qui nécessite un patch non inclus dans un ensemble de patches de routine, contactez Oracle Support Services afin d'identifier et d'appliquer le patch approprié.

Pour obtenir des informations générales sur l'application de patches à Oracle Database, reportez-vous aux informations relatives aux mises à jour d'ensemble de patches et aux exigences du Guide de mise à niveau Oracle Database de votre version.

Mise à jour manuelle du système d'exploitation de machine virtuelle 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 Oracle Exadata Database Service on Cloud@Customer.

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

Rubriques connexes

Rubrique parent : Application de patches à un système Oracle Exadata Database Service on Cloud@Customer et mise à jour de celui-ci de façon manuelle

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

Afin de préparer une mise à jour de système d'exploitation pour Oracle Exadata Database Service on Cloud@Customer, consultez cette liste de contrôle de tâches.

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

Déterminez la dernière mise à jour logicielle. Avant de lancer une mise à jour, pour déterminer le dernier logiciel à utiliser, vérifiez les versions du logiciel Exadata Cloud Service dans la note My Oracle Support 2333222.1.

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

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

Remarque

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

L'utilitaire patchmgr gère à distance l'intégralité de la mise à jour des machines virtuelles, y compris les étapes précédant, accompagnant et suivant le redémarrage d'un système Oracle Exadata Database Service on Cloud@Customer.

Vous pouvez exécuter l'utilitaire à partir de l'une des machines virtuelles Oracle Exadata Database Service on Cloud@Customer ou d'un autre serveur exécutant Oracle Linux. Le serveur sur lequel vous exécutez l'utilitaire est nommé système pilote. Vous ne pouvez pas utiliser le système pilote pour effectuer sa propre mise à jour. Par conséquent, si le système pilote est l'une des machines virtuelles que vous mettez à jour dans un cluster de machines virtuelles, vous devez exécuter l'utilitaire patchmgr plusieurs fois. Les scénarios suivants présentent des méthodes standard d'exécution des mises à jour :

  • Système pilote non Exadata

    La façon la 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 pilote de machine virtuelle Exadata

    Vous pouvez utiliser une machine virtuelle pour piloter les mises à jour des autres machines virtuelles du cluster. Ensuite, utilisez l'un des noeuds mis à jour pour piloter la mise à jour sur le système pilote d'origine. Par exemple, vous mettez à jour un système à demi-rack comportant quatre machines virtuelles : node1, node2, node3 et node4. Vous pouvez d'abord utiliser node1 pour piloter les mises à jour de node2, node3 et node4. Vous pouvez ensuite utiliser node2 pour piloter la mise à jour de node1.

Le système pilote nécessite un accès SSH d'utilisateur root à chaque machine virtuelle en cours de mise à jour.

La procédure suivante repose sur un exemple qui implique les conditions suivantes :

  • Le système dispose de deux machines virtuelles, node1 et node2.
  • La version du logiciel Exadata cible est 18.1.4.0.0.180125.3.
  • Chaque noeud est utilisé en tant que système pilote pour mettre à jour l'autre noeud.
  1. Collectez les informations relatives à l'environnement.
    1. A l'aide de SSH, connectez-vous à node1 en tant qu'utilisateur opc.

      Pour obtenir des instructions détaillées, reportez-vous à Connexion à un noeud de calcul avec SSH.

    2. Démarrez un shell de commande d'utilisateur root .
      sudo su -
    3. Exécutez la commande suivante pour déterminer la version en cours 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 dans le cluster.
      su - grid
      olsnodes
      Par exemple :
      olsnodes
node1
node2
  2. Configurez le système pilote.
    1. Revenez à la connexion en tant qu'utilisateur root sur node1 et vérifiez si une paire de clés SSH (id_rsa et id_rsa.pub) existe. Si ce 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 vers les noeuds cible et 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 racine de node1 au fichier racine authorized_keys.
      cat /tmp/id_rsa.node1.pub >> ~root/.ssh/authorized_keys
    4. Téléchargez patchmgr dans /root/patch sur le système pilote (node1 dans cet exemple).

      Pour télécharger le groupe patchmgr à partir du support technique Oracle, vous pouvez utiliser le patch My Oracle Support portant l'ID 21634633. Procurez-vous toujours le dernier utilitaire de mise à jour patchmgr Exadata disponible pour installer une version du logiciel système Exadata.

      Pour plus d'informations, reportez-vous également à dbnodeupdate.sh et dbserver.patch.zip : mise à jour du logiciel de serveur de base de données Exadata à l'aide de l'utilitaire DBNodeUpdate et de patchmgr (ID de document My Oracle Support 1553103.1).

    5. Décompressez le groupe patchmgr.

      Selon la version téléchargée, le nom du 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 répertoriés après l'exécution de la commande olsnodes à l'étape 1, sauf pour le système pilote. Dans cet exemple, dbs_group contient uniquement 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 pré-vérification de l'application de patches.
    ./patchmgr -dbnodes dbs_group -precheck -iso_repo zipped_iso_file -target_version target-version -nomodify_at_prereq
    Remarque

    Exécutez l'opération de pré-vérification avec l'option -nomodify_at_prereq pour empêcher toute modification du système susceptible d'affecter la sauvegarde que vous effectuez à l'étape suivante. Dans le cas contraire, la sauvegarde risque de ne pas pouvoir restaurer l'état d'origine du système 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 en cours.
    ./patchmgr -dbnodes dbs_group -backup -iso_repo zipped_iso_file -target_version target-version -allow_active_network_mounts
    Remarque

    Veillez à effectuer la sauvegarde à ce stade, avant toute modification du 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. Enlevez tous les RPM personnalisés des machines virtuelles cible. Les RPM personnalisés sont signalés dans les résultats de la pré-vérification. Ils incluent les RPM qui ont été 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 si les résultats de la pré-vérification incluent krb5-workstation-1.10.3-57.el6.x86_64, enlevez cet élément. Il est considéré comme un RPM personnalisé pour cette version.
    • N'enlevez ni exadata-sun-vm-computenode-exact ni oracle-ofed-release-guest. Ces deux RPM sont gérés automatiquement lors du processus de mise à jour.
  6. Effectuez la mise à jour. Pour que le processus de mise à jour ne soit 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 la 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 en tant que système pilote pour mettre à jour la machine virtuelle restante. Dans cet exemple de mise à jour, utilisez maintenant node2 pour mettre à jour 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 packages de système d'exploitation supplémentaires

Consultez ces instructions avant d'installer des packages de système d'exploitation supplémentaires pour Oracle Exadata Database Service on Cloud@Customer.

Vous êtes autorisé à installer et mettre à jour des packages de système d'exploitation sur Oracle Exadata Database Service on Cloud@Customer à condition de ne pas modifier les packages propres au noyau ou à InfiniBand. Toutefois, le support technique Oracle, notamment pour l'installation, le test, la certification et la résolution d'erreur, ne s'applique pas aux logiciels autres qu'Oracle que vous installez.

De plus, si vous ajoutez ou mettez à jour des packages en dehors d'une mise à jour du logiciel Oracle Exadata, ces ajouts ou mises à jour peuvent entraîner des problèmes lors de l'application d'une mise à jour du logiciel Oracle Exadata. Par exemple, les packages logiciels supplémentaires peuvent ajouter de nouvelles dépendances susceptibles d'interrompre une mise à jour Oracle Exadata. Pour cette raison, Oracle recommande de restreindre la personnalisation.

Si vous installez des packages supplémentaires, Oracle vous recommande de disposer de scripts permettant d'automatiser la suppression et la réinstallation de ces packages. Après toute mise à jour d'Oracle Exadata, vérifiez que les packages supplémentaires éventuellement installés sont toujours compatibles et que vous en avez toujours besoin.

Pour plus d'informations, reportez-vous au Guide de maintenance Oracle Exadata Database Machine.

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

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

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

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

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

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

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

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

Format de fichier

Le fichier doit contenir une liste de packages logiciels non Exadata, chaque entrée figurant sur une nouvelle ligne. Formats pris en charge :

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

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

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