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

Types de maintenance de service

Oracle programme et effectue différentes activités de maintenance de service sur Autonomous Database. Ces événements de maintenance varient dans la portée et la fréquence de 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 sur l'ensemble du parc chaque trimestre.
- Les correctifs de maintenance trimestrielle 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 trimestrielle. Vous pouvez configurer la mise à jour de l'UR 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 temps d'arrêt pour les base de données Autonomous Database.
  - 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 Autonomous Database associées.
    
    Note :
    Dans une configuration Autonomous Data Guard, la méthode de maintenance non continue entraîne des 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 trimestrielle qui incluent 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 Autonomous Database associées. Le temps d'arrêt dépend de la quantité de données sensibles au fuseau horaire.
- Les correctifs de maintenance trimestrielle sans mise à jour de fichier de fuseau horaire peuvent être appliqués de manière continue ou non continue, 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 pour la maintenance de sécurité.
  - Le processus mensuel de maintenance de la sécurité met à jour les serveurs de base de données afin de corriger les vulnérabilités de sécurité critiques et les problèmes liés aux produits. Ils mettent également à jour les serveurs de stockage vers une image de logiciel 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 créées dans 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 UR soit programmé et que vous choisissiez d'appliquer la UR 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 est affiché dans sa page Détails. Cliquer sur le lien Copier à côté copie tous ces numéros de correctif ponctuel.

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 l'ensemble des correctifs de sécurité d'infrastructure trimestriels et mensuels, 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 Autonomous 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 Autonomous Database ou les modifier ultérieurement.
Affichez et modifiez 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.
Voir les événements de maintenance passée.

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é sous Paramètres du programme de maintenance personnalisables. 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	Modifier le programme de maintenance d'une grappe de machines virtuelles Exadata autonome. Il existe diverses options pour personnaliser le programme de maintenance, comme expliqué dans 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 de MVA provisionnées sur les ressources d'infrastructure Exadata dans Oracle Cloud avant le lancement de la fonction de plusieurs bases de données autonomes sur machine virtuelle héritent du programme de maintenance de l'infrastructure Exadata associée.
Base de données conteneur autonome	La rubrique Mettre à jour les préférences de maintenance d'une base de données conteneur autonome explique 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 l'UR. Note : Dans une configuration Autonomous Data Guard, la méthode de maintenance non continue entraîne des 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 diverses options pour personnaliser le programme de maintenance, comme expliqué dans Paramètres du programme de maintenance personnalisables. Note : Vous ne pouvez pas définir un programme personnalisé pour une base de données enfichable 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 autonome principale, car celle-ci est toujours corrigée avant celle de la base principale. Vous pouvez également programmer une maintenance sur demande pour mettre à jour l'UR (mise à jour de version) avec le fichier de fuseaux horaires ou simplement le fichier de fuseaux horaires 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 du fichier 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 répertorié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 de sauter, vous devez sélectionner au moins un mois dans ce trimestre. Il s'agit d'un traitement de secours si la maintenance n'a pas eu lieu au cours du trimestre précédent non ignoré. 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 ont une durée de 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) dans 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. Ainsi, le premier samedi tombe un jour avant le premier dimanche. Cependant, la semaine 1 d'octobre 2023 commence un dimanche et se termine un samedi. Par conséquent, le premier samedi tombe cinq jours après le 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. Programmer 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, par exemple le octobre 2023. Si vous voulez mettre en oeuvre une séquence spécifique pour l'application de correctifs, il peut être préférable d'espacer les applications 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 (ou fenêtres) de 4 heures pendant laquelle les opérations de maintenance peuvent commencer.
Période tampon entre la maintenance de la base principale et celle de la base de secours : Nombre de jours entre la maintenance de la base de secours et celle de la base principale, c'est-à-dire le nombre de jours avant l'exécution de la maintenance de la base 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 temps : indiquez combien de semaines avant l'événement de maintenance 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 paramètres par défaut en sélectionnant Rétablir la valeur par défaut.

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

La maintenance mensuelle de la 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 se déroulera jusqu'au 9 au 12 du mois suivant. Vous recevrez un avis concernant le programme proposé au moins 7 jours avant le début de la fenêtre de maintenance mensuelle et vous pouvez, si vous le souhaitez, reprogrammer la maintenance mensuelle à une autre date de la fenêtre.

Les correctifs de sécurité mensuels peuvent être reprogrammés à un autre moment dans la fenêtre de maintenance, mais ils 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 Autonomous Database ou les applications qui y sont connectées lors de l'activité mensuelle d'application de correctifs de sécurité d'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 façon continue.

Toutefois, lors de la mise à jour de l'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'extension élastique des serveurs de calcul et de stockage. Prévoyez de différer 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é des E/S. Si vous tentez d'effectuer une opération touché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 créées dans celles-ci. Par défaut, Oracle applique les mises à jour de version. Vous pouvez configurer le type de maintenance sur l'entité RU suivante pour mettre à jour la base de données conteneur autonome vers la mise à jour de version suivante ou sur l'entité RU dernière pour mettre à jour la base de données conteneur autonome vers la dernière mise à jour de 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 des instructions détaillées, voir Mettre à jour les préférences de maintenance des bases de données conteneur autonomes.

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 information affichée uniquement pour une ressource d'infrastructure Exadata.
Version du correctif à appliquer lors de l'événement. Cette information 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. Indiquez les nouvelles date et heure de début dans la fenêtre Modifier l'heure de début de la maintenance.
Démarrer immédiatement l'événement de maintenance en cliquant sur Appliquer le correctif.

Note :
Appliquer un correctif maintenant n'est pas disponible pour une base de données Autonomous Database activée 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.
Ignorer un événement de maintenance programmée pour 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ée suivant immédiatement; vous ne pouvez ignorer les événements de maintenance que pour deux trimestres 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 type différent dans la liste version ne modifie pas le type configuré pour la base de données conteneur autonome.
Mettre à jour la méthode de maintenance de l'infrastructure Exadata de continue à non continue, et inversement.

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

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

Événements de maintenance trimestrielle de différentes ressources Autonomous Database

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 qu'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 trimestriels et correctifs de sécurité d'infrastructure mensuels

Scenario	Mise en file d'attente
Lorsqu'une activité de maintenance trimestrielle est programmée dans 24hours d'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 effectuée en premier, et le correctif de sécurité mensuel sera appliqué immédiatement après la fin de la maintenance trimestrielle.
Lorsqu'un correctif de sécurité d'infrastructure mensuel est programmé pour commencer 0 à 24 heures d'avance de 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 commence immédiatement. Par conséquent, Oracle recommande de programmer la maintenance trimestrielle et la maintenance 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 sera exécutée à l'heure programmée lors de la modification de la programmation.
Lorsqu'une maintenance trimestrielle est programmée en dehors de la fenêtre de 24 heures de la maintenance de sécurité au 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 : À tout moment 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 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 :

Surveiller les événements de maintenance des services

Vous pouvez surveiller les événements de maintenance des ressources d'infrastructure Autonomous 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 publié entre 1 à 4 semaines avant l'exécution de la maintenance, selon la préférence définie.
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 Autonomous Database 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.

Exemple - - Avis : Courriels pour les événements de maintenance

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.