Maintenance du service d'une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée

Oracle programme et effectue toutes les opérations d'application de correctifs et autres opérations de maintenance sur toutes les ressources de base de données d'IA autonome de l'infrastructure Exadata dédiée. En même temps, il vous offre diverses options pour personnaliser, afficher et reprogrammer des événements de maintenance pour les différentes ressources d'infrastructure.

Note : Lorsque Database In-Memory est activé, vous pouvez subir une dégradation de la performance lors de toute activité d'application de correctifs qui entraîne le redémarrage de la base de données. Pour plus d'informations sur Database In-Memory, voir Base de données In-Memory.

Types de maintenance de service

Oracle programme et effectue différentes activités de maintenance de service sur votre base de données d'IA autonome. Ces événements de maintenance ont une portée et une fréquence différentes pour l'application de correctifs.

L'équipe des opérations en nuage d'Oracle surveille en continu les correctifs et effectue un repositionnement en cas d'échec des tests de santé de base. Si un repositionnement est requis, la maintenance sera reprogrammée. Bien que le repositionnement soit la dernière option, notre objectif est toujours de fournir la mesure corrective la plus rapide pour restaurer votre base de données dans un état sain. Si une régression n'apparaît que dans votre application, elle doit être signalée au moyen d'une demande de service. Pour les problèmes critiques nécessitant une attention immédiate, Oracle peut développer et déployer un correctif ponctuel en dehors du calendrier de maintenance standard.

• Correctifs de maintenance trimestrielle : En général, Oracle programme et effectue la maintenance complète du parc répartie sur chaque trimestre.

  • Les correctifs de maintenance trimestriels sont appliqués à différents niveaux de ressource tels que l'infrastructure Exadata, la grappe de machines virtuelles Exadata autonome (AVMC) et la base de données conteneur autonome (ACD). La fenêtre de maintenance trimestrielle peut être définie lors de la création de ces ressources d'infrastructure ou modifiée ultérieurement.

  • Vous pouvez laisser Oracle gérer la programmation de la maintenance ou définir une fenêtre de maintenance spécifique pendant laquelle Oracle peut commencer les opérations de maintenance.

  • Par défaut, Oracle applique les mises à jour de version ainsi que ces correctifs de maintenance trimestriels. Vous pouvez configurer pour mettre à jour la mise à jour continue dans une méthode de maintenance continue ou non continue.

    • La méthode Continue met à jour la base de données conteneur autonome, un noeud à la fois, sans aucun temps d'arrêt pour les bases de données autonomes basées sur l'IA.

    • La méthode Non continue s'arrête et met à jour la base de données conteneur autonome en parallèle sur tous les noeuds. Cette méthode réduit le temps de maintenance, mais nécessite un temps d'arrêt complet pour la base de données conteneur autonome et toutes les bases de données autonomes associées.

      Note : Dans une configuration Autonomous Data Guard, la méthode de maintenance non continue entraîne un temps d'arrêt pour les bases de données conteneur autonomes principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application de correctifs.

  • Vous pouvez également inclure le fichier de fuseau horaire à mettre à jour avec le RU. Les correctifs de maintenance trimestriels incluant une mise à jour de fichier de fuseau horaire nécessiteraient un temps d'arrêt complet pour la base de données conteneur autonome et les bases de données autonomes d'IA associées. Le temps d'arrêt dépend de la quantité de données sensibles au fuseau horaire.

  • Les correctifs de maintenance trimestriels sans mise à jour de fichier de fuseau horaire peuvent être appliqués de manière continue ou non, selon la configuration de maintenance de la base de données conteneur autonome.

• Correctifs de sécurité mensuels :

  • Correctifs de sécurité de l'infrastructure Exadata : Oracle programme et effectue une activité mensuelle de maintenance de sécurité de l'infrastructure parallèlement à une maintenance trimestrielle. Toutefois, ces correctifs de sécurité ne sont appliqués que dans les mois avec des mises à jour de sécurité critiques, y compris des correctifs pour les vulnérabilités dont la note CVSS est supérieure ou égale à 7.

    • Toute infrastructure Exadata provisionnée avant qu'Oracle ne programme la maintenance de sécurité sera admissible à la maintenance de sécurité.

    • Le processus mensuel de maintenance de la sécurité met à jour les serveurs de base de données pour corriger les vulnérabilités de sécurité critiques et les problèmes de produit. Ils mettent également à jour les serveurs de stockage vers une image logicielle de stockage Exadata qui résout les vulnérabilités de sécurité connues et les problèmes de produit.

  • Correctifs de sécurité de grappe de machines virtuelles autonome : Oracle effectue une maintenance de sécurité mensuelle pour les grappes de machines virtuelles autonomes en plus des mises à jour trimestrielles régulières. Ces correctifs ne s'appliquent qu'aux régions du gouvernement de la province.

    • Les correctifs de sécurité mensuels sont appliqués à l'aide de la méthode continue.

    • Le premier mois de chaque trimestre inclut les correctifs trimestriels; les deux mois suivants incluent les correctifs de sécurité mensuels.

    • Pour vous assurer que les correctifs sont appliqués, vous devez sélectionner les trois mois du trimestre et spécifier une préférence pour la semaine 3 ou la semaine 4.

• Correctifs ponctuels : Oracle génère des correctifs ponctuels pour les demandes de soutien critiques déposées auprès de My Oracle Support. Pour obtenir de l'aide sur la création d'une demande de soutien, voir Créer une demande de service dans My Oracle Support .

  • Lorsque vous et Oracle admettez qu'une demande de service est critique et qu'elle nécessite un correctif ponctuel pour une résolution immédiate, l'équipe de service génère un correctif ponctuel et le rend disponible. Les correctifs ponctuels sont différents des correctifs de maintenance programmée.

  • Si vous activez les avis et les événements Oracle Cloud avec une règle pour recevoir des avis relatifs aux nouvelles mises à jour, lorsque des correctifs uniques sont disponibles, Oracle envoie un avis contenant l'OCID du produit à corriger. Vous pouvez également trouver l'avis de disponibilité de la mise à jour sur le portail My Oracle Support pour la demande de soutien que vous avez créée.

  • Les correctifs ponctuels sont fusionnés avec la mise à jour de version suivante pour s'assurer que :

    • Une solution ponctuelle fournie à un client est disponible pour tous les autres.

    • Il n'est pas nécessaire d'appliquer les correctifs ponctuels aux versions suivantes.

  • Si nécessaire, plusieurs correctifs ponctuels peuvent être fusionnés avec une mise à jour de version. Dans la version courante, les correctifs ponctuels ne sont pas cumulatifs. Vous devez donc les appliquer individuellement. Si un correctif ponctuel est trop proche de la mise à jour de version suivante, une version personnalisée de celle-ci, contenant le correctif ponctuel, est créée pour le trimestre suivant.

  • Supposons qu'un correctif ponctuel qui n'est pas fusionné avec la dernière mise à jour de version soit programmé et que vous choisissiez d'appliquer la mise à jour de version suivante. Oracle annule alors le correctif ponctuel programmé. Vous pouvez afficher les exécutions de maintenance annulées dans l'historique de maintenance. Tous les détails des correctifs ponctuels enregistrés dans l'historique de maintenance sont disponibles dans les téléchargements et les services de vérification et de journalisation.

  • Si nécessaire, un correctif ponctuel peut être annulé au moyen d'une demande de service.

  • Le nombre de correctifs ponctuels disponibles pour une base de données conteneur autonome s'affiche dans sa page Détails. Lorsque vous cliquez sur le lien Copier à côté, tous les numéros de correctif ponctuel sont copiés.

Définir le moment où la maintenance peut se produire

En général, Oracle programme et effectue la maintenance complète du parc répartie sur chaque trimestre et chaque mois, ainsi que des correctifs de sécurité d'infrastructure pour les vulnérabilités dont la note CVSS est supérieure ou égale à 7. Vous pouvez laisser Oracle gérer la programmation de la maintenance ou définir une fenêtre de maintenance spécifique pendant laquelle Oracle peut commencer les opérations de maintenance.

Personnalisation de la maintenance trimestrielle

Vous choisissez un programme pour la maintenance automatique trimestrielle des ressources de la base de données Autonomous AI Database ou laissez Oracle programmer les mises à jour automatiquement. À l'avance, Oracle vous avise de la date et de l'heure de la maintenance programmée à venir.

Vous pouvez effectuer les opérations suivantes avec la maintenance trimestrielle automatique à différents niveaux de ressource, comme indiqué dans le tableau ci-dessous :

• Personnalisez les préférences et le programme de maintenance automatique. Vous pouvez définir ces préférences lors du provisionnement des ressources de la base de données d'IA autonome ou les modifier ultérieurement.

• Voir et modifier le programme à tout moment avant le début de la maintenance programmée. Les modifications apportées à la maintenance programmée pour les trimestres suivants n'ont aucune incidence sur le programme pour le trimestre courant.

• consultation des événements d'entretien antérieurs;

Ressource d'infrastructure	Notes et références supplémentaires
Infrastructure Exadata (EI)	Modifier le programme de maintenance d'une ressource d'infrastructure Exadata. Il existe différentes options pour personnaliser le programme de maintenance, comme expliqué dans Paramètres personnalisables dans le programme de maintenance. Voir et gérer la maintenance programmée d'une ressource d'infrastructure Exadata Voir la maintenance passée d'une ressource d'infrastructure Exadata
Grappe de machines virtuelles Exadata autonome (AVMC)	Modifier le programme de maintenance d'une grappe de machines virtuelles Exadata autonome. Il existe différentes options pour personnaliser le programme de maintenance, comme expliqué sous Paramètres du programme de maintenance personnalisables. Voir et gérer la maintenance programmée d'une grappe de machines virtuelles Exadata autonome Voir la maintenance passée d'une grappe de machines virtuelles Exadata autonome Note : Les ressources AVMC provisionnées sur les ressources d'infrastructure Exadata dans Oracle Cloud avant le lancement de la fonction de base de données IA autonome sur plusieurs machines virtuelles héritent du programme de maintenance de l'infrastructure Exadata associée.
Base de données conteneur autonome	La mise à jour des préférences de maintenance de base de données conteneur autonome montre comment mettre à jour les préférences suivantes : Méthode de maintenance pour les mises à jour automatiques (continues ou non continues). Vous pouvez également inclure le fichier de fuseau horaire à mettre à jour avec le RU. Note : Dans une configuration Autonomous Data Guard, la méthode de maintenance non continue entraîne un temps d'arrêt pour les bases de données conteneur autonomes principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application de correctifs. Version de maintenance pour les mises à jour automatiques (RU suivante ou dernière RU). Programme de maintenance automatique pour la base de données conteneur autonome. Il existe différentes options pour personnaliser le programme de maintenance, comme expliqué sous Paramètres du programme de maintenance personnalisables. Note : Vous ne pouvez pas définir un programme personnalisé pour une base de données conteneur autonome de secours dans une configuration Autonomous Data Guard. Toutefois, vous pouvez définir le nombre de jours pendant lesquels la maintenance de la base de données conteneur autonome de secours sera programmée avant la maintenance de la base de données conteneur autonome principale, car la base de données conteneur autonome de secours fait toujours l'objet d'un correctif avant la base de données conteneur autonome principale. Vous pouvez également programmer une maintenance sur demande pour mettre à jour l'UR (mise à jour de version) avec le fichier de fuseau horaire ou simplement le fichier de fuseau horaire d'une base de données conteneur autonome. Pour obtenir des instructions, voir Programmer une mise à jour de maintenance trimestrielle. Note : Seulement en cas de mises à jour de fuseau horaire sur demande, la base de données conteneur autonome de secours sera corrigée 3 jours avant la base de données conteneur autonome principale dans les bases de données conteneur autonomes activées pour Autonomous Data Guard. Voir et gérer la maintenance programmée d'une base de données conteneur autonome Voir la maintenance passée d'une base de données conteneur autonome

Conseil : Oracle recommande de définir une fenêtre de maintenance pour toutes les ressources d'infrastructure listées ci-dessus pour :

• Éviter que les opérations de maintenance interrompent les opérations régulières de base de données.
• Appliquer des correctifs aux ressources d'infrastructure de manière échelonnée. Échelonner les événements de maintenance des différentes ressources d'infrastructure est une pratique recommandée, qui permet de vérifier le correctif sur un jeu de ressources avant de l'appliquer à d'autres ressources. Par exemple, lorsque vous utilisez des bases de données conteneur autonomes différentes pour le développement et le test, et que vous voulez vérifier les correctifs dans votre environnement de développement avant de les appliquer en production, vous pouvez personnaliser les programmes de maintenance afin que toutes vos bases de données conteneur autonomes de développement soient corrigées avant les bases de données conteneur autonomes de production.

Paramètres personnalisables du programme de maintenance

Vous pouvez choisir les détails suivants dans la console Oracle Cloud Infrastructure lors de la définition d'un programme personnalisé pour l'une des ressources d'infrastructure ci-dessus.

• Mois autorisés : Vous devez sélectionner au moins un mois par trimestre et vous pouvez également choisir d'ignorer l'application de correctifs pour un trimestre. L'application de correctifs ne peut pas être ignorée pendant deux trimestres consécutifs.

  Note : Lorsque vous choisissez d'ignorer, vous devez sélectionner au moins un mois de ce trimestre. Cela sert de repère si la maintenance n'a pas eu lieu au cours du trimestre non ignoré précédent. Dans ce scénario, Oracle effectuera automatiquement la maintenance au cours du mois sélectionné, même si l'option Ignorer est sélectionnée pour ce trimestre.

• Semaine (ou semaines) dans les mois sélectionnés : Les semaines commencent les 1er, 8e, 15e et 22e jours du mois et durent 7 jours. Les semaines commencent et se terminent en fonction des dates du calendrier, et non des jours de la semaine. La maintenance ne peut pas être programmée pour la cinquième semaine des mois contenant plus de 28 jours. Si vous ne spécifiez pas de semaine dans le mois, Oracle en affecte une automatiquement.

• Jour (ou jours) de la semaine sélectionnée :

  Si vous ne précisez pas de jour de la semaine, Oracle détermine automatiquement le jour auquel la mise à jour de maintenance est effectuée.

  Au fur et à mesure que les semaines commencent et se terminent en fonction des dates du calendrier et non des jours de la semaine, vous devez choisir les jours avec précaution si vous voulez que l'application de correctifs à votre infrastructure Exadata s'effectue selon une séquence spécifique. Par exemple, observez les deux mois ci-dessous :

  

  Description de l'illustration dayofweek.png

  

  Description de l'illustration dayofweek2.png

  Pour septembre 2023, la semaine 1 commence un vendredi et se termine un jeudi. Donc, son premier samedi arrive un jour avant son premier dimanche. Cependant, la semaine 1 d'octobre 2023 commence un dimanche et se termine un samedi. En conséquence, son premier samedi arrive cinq jours après son premier dimanche.

  Supposons que vous souhaitiez appliquer des correctifs à toutes les ressources d'infrastructure Exadata avant de les appliquer aux bases de données conteneur autonomes pour maintenir une séquence de maintenance spécifique. Programmation de la maintenance de la ressource d'infrastructure Exadata le samedi de la semaine 1 et de ses bases de données conteneur autonomes le dimanche de la semaine 1, en supposant que le dimanche de la semaine 1 arrive toujours un jour après la semaine 1. Le samedi peut fonctionner pendant quelques mois, par exemple le septembre 2023, mais pas d'autres comme le octobre 2023. Si vous voulez mettre en oeuvre une séquence spécifique pour l'application de correctifs, il est peut-être préférable de les espacer d'une semaine. Dans ce cas, vous pouvez programmer la ressource d'infrastructure Exadata le samedi de la semaine 1, et ses bases de données conteneur autonomes, le dimanche de la semaine 2. Ainsi, votre ressource d'infrastructure Exadata sera toujours corrigée avant ses bases de données conteneur autonomes.

• Fenêtre à 4 heures (ou Windows) lorsque les opérations de maintenance peuvent commencer.

• Période tampon entre la maintenance de la base de données principale et la maintenance de la base de données de secours : Nombre de jours entre la maintenance de la base de données conteneur de secours et la maintenance de la base de données conteneur principale, c'est-à-dire le nombre de jours avant la maintenance de la base de données conteneur principale. Vous pouvez choisir n'importe quelle valeur de 1 à 7 jours.

  La sélection de la période tampon s'applique uniquement à une base de données conteneur autonome qui joue le rôle de base de données principale dans une configuration Autonomous Data Guard.

• Délai d'approvisionnement : Nombre minimal de semaines avant l'événement de maintenance pour lequel vous souhaitez recevoir un message d'avis. Votre délai garantit qu'une nouvelle mise à jour de maintenance est programmée en tenant compte de la période minimale d'avis avancé requise.

  Le délai ne s'applique pas à la maintenance des ressources de base de données conteneur autonome.

• Vous pouvez rétablir les modifications aux paramètres par défaut en sélectionnant Réinitialiser à la valeur par défaut.

Personnalisation de la maintenance de sécurité mensuelle de l'infrastructure

La maintenance mensuelle de sécurité de l'infrastructure, si nécessaire, est programmée pour être appliquée pendant une fenêtre de 21 jours qui commence entre le 18 et le 21 de chaque mois et s'exécutera jusqu'au 9 au 12 du mois suivant. Vous recevrez un avis du programme proposé au moins 7 jours avant le début de la fenêtre de maintenance mensuelle, et vous pouvez reprogrammer la maintenance mensuelle à une autre date dans la fenêtre si vous le souhaitez.

Les correctifs de sécurité mensuels peuvent être reprogrammés à un autre moment dans la fenêtre de maintenance, mais ne peuvent pas être ignorés ni reprogrammés au-delà de la fenêtre de 21 jours. Vous pouvez reprogrammer la maintenance de sécurité mensuelle lors de la reprogrammation de la maintenance trimestrielle tant que vous conservez la maintenance mensuelle dans la fenêtre de maintenance courante.

Il n'y a aucune incidence sur les bases de données d'IA autonomes ou les applications qui leur sont connectées lors de l'activité mensuelle d'application de correctifs de sécurité à l'infrastructure. Les mises à jour des serveurs de base de données sont appliquées en ligne au moyen de la technologie Ksplice et les mises à jour des serveurs de stockage sont appliquées de manière continue.

Toutefois, lors de la mise à jour de votre infrastructure de service, Oracle peut bloquer certaines opérations, notamment l'ajustement de la mémoire et du stockage, l'application de correctifs au système d'exploitation et à Grid Infrastructure (y compris les vérifications préalables) et l'expansion élastique des serveurs de calcul et de stockage. Prévoyez de reporter ces opérations jusqu'à ce que les mises à jour soient terminées. L'application des mises à jour de sécurité prend environ 15 minutes par hôte de serveur de base de données, plus 60 minutes par serveur de stockage, selon l'activité d'E/S. Si vous tentez une opération concernée, la console vous avisera des mises à jour de sécurité en cours. Aucun logiciel n'est mis à jour dans les machines virtuelles invitées.

Personnalisation des correctifs ponctuels

À l'aide de la vue de maintenance de la console Oracle Cloud, vous pouvez modifier l'heure de début programmée ou choisir d'installer immédiatement le correctif ponctuel. Par défaut, Oracle planifie l'application d'un correctif ponctuel dans les 72 heures suivant la mise à disposition du correctif. Si aucune action n'est effectuée pour modifier la planification, le correctif est appliqué automatiquement. Vous ne pouvez reprogrammer les correctifs ponctuels qu'au cours du trimestre en cours. Toutefois, vous ne pouvez pas ignorer complètement un patch ponctuel.

Spécifier le type de correctif à appliquer

Une opération de maintenance standard consiste à appliquer des correctifs logiciels de base de données à vos bases de données conteneur autonomes et, par extension, aux bases de données autonomes d'IA qui y sont créées. Par défaut, Oracle applique les mises à jour de version. Vous pouvez configurer le type de maintenance à la prochaine mise à jour de la base de données conteneur autonome ou à la dernière mise à jour de la base de données conteneur autonome à la dernière mise à jour de la version dans la fenêtre de maintenance suivante. Oracle utilise alors un type d'image qui correspond à vos préférences, lorsqu’il est disponible. Vous pouvez toujours remplacer un correctif planifié donné par une version différente, si vous le souhaitez.

Pour obtenir une assistance étape par étape, voir Mettre à jour les préférences de maintenance de la base de données conteneur autonome.

Voir et gérer la maintenance déjà programmée

Une fois qu'une activité de maintenance est programmée en fonction de la fenêtre de maintenance que vous avez définie, vous pouvez gérer le calendrier réel de l'activité, notamment modifier la version du correctif, appliquer le correctif immédiatement ou ignorer l'activité.

Détails de la maintenance programmée

Pour chaque événement de maintenance programmée de l'infrastructure Exadata, de la grappe de machines virtuelles Exadata autonome ou de la base de données conteneur autonome, la page Maintenance de la ressource répertorie les détails suivants :

• Statut de l'événement.
• Type d'événement : hebdomadaire, trimestriel, mensuel ou annuel.
• OCID de l'événement.
• Heure et date de début prévues de l'événement.

• Méthode de maintenance de l'événement : continue ou non. Cette option est affichée uniquement pour une ressource d'infrastructure Exadata.

• Version du correctif à appliquer lors de l'événement. Cette valeur est affichée uniquement pour une ressource de base de données conteneur autonome.

Opérations de gestion de la maintenance programmée

Pour chaque événement de maintenance répertorié dans une page de maintenance de ressource d'infrastructure, vous pouvez effectuer les opérations de gestion suivantes, à condition que l'événement ne soit pas déjà en cours :

• Reprogrammer l'heure et la date de début de l'événement à un moment ultérieur dans le trimestre. Spécifiez la nouvelle heure et la nouvelle date de début dans la fenêtre Modifier l'heure de début de la maintenance.

• Démarrez l'événement de maintenance immédiatement en cliquant sur Appliquer le correctif.

Note : Appliquer des correctifs maintenant n'est pas disponible pour une base de données d'intelligence artificielle autonome avec Autonomous Data Guard. En guise de solution de rechange, vous pouvez modifier l'heure pour que la maintenance programmée commence pendant la période de 4 heures disponible la plus proche. Assurez-vous que le correctif est appliqué à la base de secours avant la base principale, avec une période tampon comprise entre 1 et 7 jours entre les deux.

• Ignorez un événement de maintenance programmée de la base de données conteneur autonome.

Note : Vous ne pouvez pas ignorer deux événements de maintenance consécutifs. Après avoir ignoré un événement de maintenance, vous ne pouvez pas ignorer l'événement de maintenance programmé immédiat suivant; vous ne pouvez ignorer les événements de maintenance que pour deux trimestres de remplacement dans une année.

• Sélectionner une autre version de correctif à appliquer. Lors de la sélection d'une version, notez les points suivants :

  • Vous devez sélectionner une version postérieure à la version courante de la base de données conteneur autonome.

  • La liste des versions disponibles peut contenir à la fois des mises à jour de version et des révisions de mise à jour de version. Vous pouvez choisir l'une ou l'autre, quel que soit le type de maintenance configuré pour la base de données conteneur autonome. La sélection d'un autre type dans la liste Version ne modifie pas le type configuré pour la base de données conteneur autonome.

• Mettez à jour la méthode de maintenance de l'infrastructure Exadata de Continu à Non continu et vice-versa.

Pour obtenir des instructions étape par étape, voir :

• Voir et gérer la maintenance programmée d'une ressource d'infrastructure Exadata

• Voir et gérer la maintenance programmée d'une grappe de machines virtuelles Exadata autonome

• Voir et gérer la maintenance programmée d'une base de données conteneur autonome

Voir les avis de statut de maintenance

La vue DB_NOTIFICATIONS stocke des informations sur les avis de statut de maintenance pour votre instance de base de données d'intelligence artificielle autonome.

S'APPLIQUE À : Oracle Public Cloud seulement

Pour afficher les informations sur les avis :

1. Connectez-vous à votre instance de base de données Autonomous AI Database.

2. Utilisez l'interrogation suivante pour voir les informations de maintenance (application de correctifs).

    SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';
   

Les informations suivantes fournissent des détails sur le statut de maintenance.

• L'exécution de la maintenance est terminée : Indique que la maintenance est terminée. STATUS affiche la valeur COMPLETED avec les horodatages de début et de fin pour la maintenance terminée dans ACTUAL_START_DATE et ACTUAL_END_DATE.

• L'exécution de la maintenance est programmée pour l'instance : Indique qu'une nouvelle maintenance a été programmée. STATUS affiche la valeur SCHEDULED avec les horodatages de début et de fin attendus pour la maintenance programmée dans EXPECTED_START_DATE et EXPECTED_END_DATE.

• L'exécution de la maintenance a commencé : Indique que la maintenance est en cours et indique l'horodatage de début de la maintenance active. STATUS affiche la valeur IN_PROGRESS et ACTUAL_START_DATE stocke l'horodatage de début.

Le tableau suivant présente les colonnes DB_NOTIFICATIONS et les types de données.

Colonne	Type de données	Description
TYPE	VARCHAR2(128)TYPE	Indique le type de l'avis. La valeur valide est : MAINTENANCE.
TIME	TIMESTAMP(6) WITH TIME ZONE	Heure à laquelle l'entrée d'avis a été ajoutée.
EXPECTED_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Heure de début de la maintenance programmée.
EXPECTED_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Heure de fin de la maintenance programmée.
ACTUAL_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Heure de début réelle de la maintenance.
ACTUAL_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Heure de fin réelle de la maintenance.
PRODUCT	VARCHAR2(128)	Produit ou composant pour lequel la maintenance est programmée ou en cours. Valeurs : DATABASE, GI, DOM0, DOM0_CELL, DOMU, CELL, IBSWITCH.
STATUS	VARCHAR2(128)	Statut courant de la maintenance. Valeurs : SCHEDULED, IN_PROGRESS, COMPLETED, FAILED, SKIPPED.
OP_MODE	VARCHAR2(64)	Mode d'opération d'application de correctifs. Valeurs : RAC_ROLLING, NON_ROLLING.
DATABASE_IMPACT	VARCHAR2(64)	Incidence sur la base de données. Valeurs : AVAILABILITY, PERFORMANCE, NONE.
DESCRIPTION	VARCHAR2(128)	Détails du message d'avis.
PATCH_ID	VARCHAR2(128)	Version de correctif.

Mise en file d'attente automatique des événements de maintenance

Événements de maintenance trimestrielle de différentesressources de base de donnéesAutonomous AI

Si vous choisissez un programme de maintenance personnalisé pour une ressource d'infrastructure, Oracle respecte vos préférences lors de la programmation des événements de maintenance. Toutefois, si votre programme personnalisé crée un chevauchement avec d'autres ressources d'infrastructure, Oracle effectue automatiquement une mise en série de sorte que les événements de maintenance s'exécutent dans l'ordre suivant avec un intervalle de temps entre eux : infrastructure Exadata, grappe de machines virtuelles Exadata autonome, base de données conteneur autonome.

Exemple : Supposons qu'un événement de maintenance de ressource d'infrastructure Exadata et un événement de maintenance de base de données conteneur autonome soient programmés pour démarrer simultanément. Dans ce cas, l'événement de maintenance de la ressource d'infrastructure Exadata démarre et l'événement de maintenance de la base de données conteneur autonome est mis en file d'attente. Il commencera immédiatement après l'événement de maintenance de la ressource d'infrastructure Exadata.

Événements de maintenance trimestrielle et correctifs de sécurité d'infrastructure mensuels

Scenario	Mise en file d'attente
Lorsqu'une activité de maintenance trimestrielle est programmée dans les 24 heures suivant un correctif de sécurité d'infrastructure mensuel.	La maintenance mensuelle programmée sera ignorée et appliquée immédiatement après la maintenance trimestrielle.
Lorsqu'une activité de maintenance trimestrielle est programmée en même temps qu'un correctif de sécurité d'infrastructure mensuel.	La maintenance trimestrielle sera d'abord effectuée et le correctif de sécurité mensuel sera appliqué immédiatement après l'achèvement de la maintenance trimestrielle.
Lorsqu'un correctif mensuel de sécurité de l'infrastructure est programmé pour commencer 0 à 24 heures avant la maintenance trimestrielle.	La maintenance mensuelle programmée attendra et sera effectuée immédiatement après la maintenance trimestrielle. Si la maintenance trimestrielle est par la suite reprogrammée, la maintenance de sécurité mensuelle commencera immédiatement. Par conséquent, Oracle recommande de programmer les maintenances trimestrielle et mensuelle en même temps. Par conséquent, si vous reprogrammez l'événement de maintenance trimestrielle au dernier moment, l'activité de maintenance mensuelle s'exécutera à l'heure programmée lors de la modification du programme.
Lorsqu'une maintenance trimestrielle est programmée en dehors de la fenêtre de 24 heures de la maintenance de sécurité au cours du même mois.	Vous aurez besoin d'une fenêtre de maintenance pour la maintenance trimestrielle et d'une fenêtre de maintenance pour la maintenance de sécurité. Note : Avant la maintenance mensuelle programmée de l'infrastructure Exadata, vous pouvez la reprogrammer. Les serveurs de stockage ne seront mis à jour qu'une seule fois si vous programmez la maintenance de sécurité mensuelle au moins 25 heures avant la maintenance trimestrielle au cours du mois où la maintenance de sécurité trimestrielle et mensuelle a été programmée.

Voir les événements de maintenance passée

Vous pouvez voir la maintenance passée d'une infrastructure Exadata, d'une grappe de machines virtuelles Exadata autonome ou d'une ressource de base de données conteneur autonome à partir de sa page Détails.

Pour obtenir des instructions étape par étape, voir :

• Voir la maintenance passée d'une ressource d'infrastructure Exadata

• Voir la maintenance passée d'une grappe de machines virtuelles Exadata autonome

• Voir la maintenance passée d'une base de données conteneur autonome

Surveiller les événements de maintenance des services

Vous pouvez surveiller les événements de maintenance de vos ressources d'infrastructure Autonomous AI Database à l'aide des services d'événements et d'avis. À l'aide des services d'événements et d'avis, vous pouvez recevoir des avis par courriel lorsque des événements de maintenance se produisent sur des ressources d'infrastructure Exadata, de grappe de machines virtuelles Exadata autonome et de base de données conteneur autonome.

Pour chaque ressource d'infrastructure, quatre événements de maintenance différents sont générés, comme indiqué ci-dessous :

• Maintenance programmée
• Rappel de maintenance Pour les ressources de grappe de machines virtuelles Exadata autonome (AVMC) et de base de données conteneur autonome (ACD), l'avis de rappel de maintenance est envoyé 1 semaine avant l'exécution de la maintenance réelle. Pour les ressources d'infrastructure Exadata, l'avis de rappel est émis entre 1 et 4 semaines avant l'exécution de la maintenance, selon les préférences définies.
• Début de maintenance
• Fin de maintenance

Pour obtenir la liste complète des événements générés pour chaque ressource d'infrastructure, voir Événements pour une base de données d'IA autonome sur une infrastructure Exadata dédiée.

Vous pouvez vous abonner à ces événements de maintenance pour une ressource d'infrastructure en effectuant les tâches générales suivantes :

• Créer un sujet de service d'avis.
• Ajouter un abonnement par courriel au sujet.
• Ajouter une règle du service d'événements pour envoyer les événements de maintenance au sujet du service d'avis.

Pour obtenir des instructions étape par étape avec un exemple, voir Exemple d'utilisation du service d'avis : Courriels pour les événements de maintenance.

Contenu connexe

Créer une demande de service dans My Oracle Support