Maintenance de service de la base de données Autonomous AI sur une infrastructure Exadata dédiée

Oracle programme et effectue toutes les opérations d'applications de patches et autres opérations d'entretien sur l'ensemble des ressources de base de données d'IA autonome de l'infrastructure Exadata dédiée. En même temps, il propose différentes options pour personnaliser, visualiser et reprogrammation des événements de maintenance pour les différentes sources d'infrastructure.

Remarque : lorsque Database In-Memory est activé, les performances peuvent se détériorer lors de toute activité d'application de patches entraînant la réinitialisation de la base de données. Pour plus d'informations sur Database In-Memory, reportez-vous à Database In-Memory.

Types de maintenance de service

Oracle planifie et exécute différentes activités de maintenance de service sur votre base de données d'IA autonome. Ces événements de maintenance varient dans leur portée et leur fréquence d'application de patches.

L'équipe Cloud Operations d'Oracle surveille en permanence l'application de patches et procède à une annulation si un patch échoue aux tests d'intégrité de base. Si une restauration est requise, la maintenance sera reprogrammée. Bien que la restauration soit la dernière option, notre objectif est toujours de fournir la correction la plus rapide pour restaurer votre base de données à un état sain. Si une régression apparaît uniquement dans votre application, elle doit être signalée via une demande de service. Pour les problèmes critiques nécessitant une attention immédiate, Oracle peut développer et déployer un patch exceptionnel en dehors du calendrier de maintenance standard.

• Patches de maintenance trimestrielle : en général, Oracle programme et effectue la maintenance d'ensemble du parc tout au long de chaque trimestre.

  • Les patches de maintenance trimestriels sont appliqués à différents niveaux de ressource, tels que l'infrastructure Exadata, le cluster de machines virtuelles Exadata Autonomous et la base de données Conteneur Autonomous. 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 spécifique pendant laquelle Oracle peut commencer les opérations de maintenance.

  • Par défaut, Oracle applique les mises à jour de version (RU) avec ces patches de maintenance trimestriels. Vous pouvez configurer la mise à jour de la RU dans une méthode de maintenance non glissante ou non glissante.

    • La méthode Rolling met à jour la base de données Conteneur Autonomous, un noeud à la fois, sans temps d'inactivité pour les bases de données Autonomous AI.

    • La méthode non simultanée arrête et met à jour la base de données Conteneur Autonomous en parallèle sur tous les noeuds. Cette méthode réduit le temps de maintenance, mais elle nécessite un temps d'inactivité complet pour la base de données Conteneur Autonomous et toutes les bases de données Autonomous AI associées.

      Remarque : dans une configuration Autonomous Data Guard, la méthode de maintenance simultanée entraîne un temps d'inactivité pour les bases de données Conteneur Autonomous principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application de patches.

  • Vous pouvez également inclure le fichier de fuseau horaire à mettre à jour avec la RU. Les patches de maintenance trimestrielle qui incluent une mise à jour de fichier de fuseau horaire nécessitent un temps d'inactivité complet pour la base de données Conteneur Autonomous et les bases de données Autonomous AI associées. Le temps d'arrêt dépend de la quantité de données sensibles au fuseau horaire.

  • Les patches de maintenance trimestrielle sans mise à jour de fichier de fuseau horaire peuvent être appliqués de manière simultanée ou non, selon la configuration de maintenance de la base de données Conteneur Autonomous.

• Patches de sécurité mensuelle :

  • Patches de sécurité d'infrastructure Exadata : Oracle programme et effectue une activité mensuelle de maintenance de sécurité d'infrastructure en même temps qu'une maintenance trimestrielle. Cependant, ces correctifs de sécurité ne sont appliqués qu'au cours des mois où les mises à jour de sécurité sont critiques, y compris les correctifs pour les vulnérabilités dont les scores CVSS sont supérieurs ou égaux à 7.

    • Toute infrastructure Exadata provisionnée avant qu Oracle ne programme la maintenance de sécurité, elle peut faire l'objet d'une 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 du logiciel de stockage Exadata qui résout les vulnérabilités de sécurité et les problèmes de produit connus.

  • Patches de sécurité de cluster de machines virtuelles Autonomous : Oracle effectue une maintenance de sécurité mensuelle pour les clusters de machines virtuelles Autonomous en plus des mises à jour trimestrielles régulières. Ces patches ne sont applicables que pour les régions GOV.

    • Les patches de sécurité mensuels sont appliqués en mode non simultané.

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

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

• Patchs exceptionnels : Oracle génère des patches exceptionnels pour les demandes d'assistance critiques envoyées à My Oracle Support. Pour obtenir de l'aide sur l'envoi d'une demande d'assistance, reportez-vous à Création d'une demande d'assistance dans My Oracle Support .

  • Si vous et Oracle convenez qu'une demande d'assistance est critique et qu'elle nécessite un patch exceptionnel pour une résolution immédiate, l'équipe d'assistance génère ce patch et le met à votre disposition. Les patches exceptionnels sont distincts des patches de maintenance programmés.

  • Si vous activez les notifications et les événements Oracle Cloud avec une règle de réception de notifications concernant les nouvelles mises à jour, Oracle envoie une notification contenant l'OCID du produit auquel appliquer les patches. Sinon, vous pouvez trouver l'avis de disponibilité de mise à jour sur le portail My Oracle Support pour la demande d'assistance que vous avez envoyée.

  • Les patches exceptionnels sont ensuite fusionnés avec la mise à jour de version (RU) suivante pour plusieurs raisons :

    • Un correctif exceptionnel fourni pour un client particulier est disponible pour tous les clients.

    • Les versions ultérieures ne nécessitent pas d'appliquer à nouveau les patches exceptionnels.

  • Si nécessaire, plusieurs patchs exceptionnels peuvent être fusionnés avec une RU. A compter de la version actuelle, les patches exceptionnels ne sont pas cumulatifs et vous devez donc les appliquer individuellement. Si un patch exceptionnel est trop proche de la prochaine RU, une version personnalisée de la RU avec le correctif exceptionnel est créée pour le trimestre suivant.

  • Supposons qu'un correctif exceptionnel qui n'est pas fusionné avec la dernière RU est programmé, et vous choisissez d'appliquer la prochaine RU. Dans ce cas, Oracle annule le patch exceptionnel programmé. Vous pouvez visualiser les exécutions de maintenance annulées dans l'historique des maintenances. Tous les détails d'application des patches exceptionnels consignés dans l'historique des maintenances sont disponibles dans les téléchargements, ainsi que dans les services d'audit et de journalisation.

  • Si nécessaire, un patch exceptionnel peut être annulé via une demande de service.

  • Le nombre de patches exceptionnels disponibles pour une base de données Conteneur Autonomous est affiché sur sa page Détails. Lorsque vous cliquez sur le lien Copier en regard de celui-ci, tous les numéros de patch exceptionnels sont copiés.

Spécification du moment où la maintenance peut avoir lieu

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

Personnalisation de la maintenance trimestrielle

Vous pouvez choisir une programmation pour la maintenance automatique trimestrielle des ressources de base de données Autonomous AI ou laisser Oracle programmer automatiquement les mises à jour. A l'avance, Oracle vous informe de la date et de l'heure de la maintenance programmée à venir.

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

• Personnaliser les préférences et la programmation de la maintenance automatique. Vous pouvez définir ces préférences lors du provisionnement des ressources de base de données Autonomous AI ou les modifier ultérieurement.

• Affichez et modifiez la programmation à tout moment avant le début de la maintenance programmée. Les modifications apportées à la maintenance programmée pour les trimestres suivants n'affectent pas la programmation pour le trimestre en cours.

• Consulter les événements de maintenance passés.

Ressource d'infrastructure	Notes et références complémentaires
Infrastructure Exadata (EI)	Modification de la programmation de maintenance d'une ressource d'infrastructure Exadata. Différentes options permettent de personnaliser la programmation de maintenance, comme expliqué dans Paramètres dans la programmation de maintenance personnalisables. Affichage et gestion des maintenances programmées d'une ressource d'infrastructure Exadata Affichage des maintenances passées d'une ressource d'infrastructure Exadata
Cluster de machines virtuelles Exadata Autonomous (AVMC)	Modification de la programmation de maintenance d'un cluster de machines virtuelles Exadata Autonomous. Différentes options permettent de personnaliser la programmation de maintenance, comme expliqué dans Paramètres dans la programmation de maintenance personnalisables. Affichage et gestion de la maintenance programmée d'un cluster de machines virtuelles Exadata Autonomous Affichage des maintenances passées d'un cluster de machines virtuelles Exadata Autonomous Remarque : les ressources AVMC provisionnées sur les ressources d'infrastructure Exadata dans Oracle Cloud avant le lancement de plusieurs fonctionnalités de base de données d'IA autonome de machine virtuelle héritent de la programmation de maintenance de l'infrastructure Exadata associée.
Base de données Conteneur Autonomous (ACD)	La mise à jour des préférences de maintenance de la base de données Conteneur Autonomous explique comment mettre à jour les préférences suivantes : Méthode de maintenance des mises à jour automatiques (Rolling ou Non-rolling). Vous pouvez également inclure le fichier de fuseau horaire à mettre à jour avec la RU. Remarque : dans une configuration Autonomous Data Guard, la méthode de maintenance simultanée entraîne un temps d'inactivité pour les bases de données Conteneur Autonomous principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application de patches. 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 Autonomous. Différentes options permettent de personnaliser la programmation de maintenance, comme expliqué dans Paramètres dans la programmation de maintenance personnalisables. Remarque : vous ne pouvez pas définir de programmation personnalisée pour une base de donnée Conteneur Autonomous 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 Autonomous de secours sera programmée avant la maintenance de la base de données Conteneur Autonomous principale, car les patches sont toujours appliqués à la base de données Conteneur Autonomous de secours avant la base de données Conteneur Autonomous principale. Vous pouvez également planifier une maintenance à la demande pour mettre à jour RU (Mise à jour de version) avec le fichier de fuseau horaire ou simplement le fichier de fuseau horaire pour une base de données Conteneur Autonomous. Pour obtenir des instructions, voir Planifier une mise à jour de maintenance trimestrielle. Remarque : uniquement en cas de mises à jour de fichier de fuseau horaire à la demande, le patch sera appliqué à la base de données Conteneur Autonomous de secours 3 jours avant que la base de données Conteneur Autonomous principale dans Autonomous Data Guard n'active les bases de données Conteneur Autonomous. Affichage et gestion des maintenances programmées d'une base de données Conteneur Autonomous Affichage des maintenances passées d'une base de données Conteneur Autonomous

A savoir : Oracle recommande de définir une fenêtre de maintenance pour toutes les ressources d'infrastructure répertoriées ci-dessus afin de :

• éviter que les opérations de maintenance n'aient lieu à des moments inopportuns et ne perturbent les opérations de base de données normales,
• appliquer des patches à vos ressources d'infrastructure de manière échelonnée. Il est recommandé d'échelonner les événements de maintenance des différentes ressources d'infrastructure. Cette meilleure pratique vous aide à vérifier le patch sur un ensemble de ressources avant de l'appliquer à un autre. Par exemple, lorsque vous utilisez des bases de données Conteneur Autonomous différentes pour le développement et les tests, et que vous souhaitez vérifier les patches dans l'environnement de développement avant de les appliquer à l'environnement de production, vous pouvez personnaliser les programmations de maintenance afin que les patches soient appliqués à toutes les bases de données Conteneur Autonomous de développement, puis aux bases de données Conteneur Autonomous de production.

Paramètres personnalisables de la programmation de maintenance

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

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

  Remarque : lorsque vous choisissez d'ignorer, vous devez sélectionner au moins un mois pour ce trimestre. Il s'agit d'une restauration au cas où la maintenance n'aurait 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.

• Semaines des 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 n'indiquez aucune semaine du mois, Oracle en affecte une automatiquement.

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

  Si vous ne précisez aucun jour de la semaine, Oracle affecte automatiquement un jour où il exécute la mise à jour de maintenance.

  Etant donné que les semaines commencent et se terminent en fonction des dates du calendrier, et non des jours de la semaine, vous devez être particulièrement attentif lors du choix des jours afin de garantir une séquence spécifique lors de l'application des patches à l'infrastructure Exadata. Par exemple, observez les deux mois illustrés ci-après :

  

  Description de l'illustration dayofweek.png ci-après

  

  Description de l'illustration dayofweek2.png ci-après

  Pour septembre 2023, la semaine 1 commence un vendredi et se termine un jeudi. Le premier samedi survient donc un jour avant le premier dimanche. En revanche, la semaine 1 en octobre 2023 commence un dimanche et se termine un samedi. Par conséquent, le premier samedi vient cinq jours après le premier dimanche.

  Supposons que vous souhaitiez appliquer des patches à toutes les ressources d'infrastructure Exadata avant de les appliquer aux bases de données Conteneur Autonomous correspondantes, pour conserver une séquence de maintenance spécifique. La programmation de la maintenance de la ressource d'infrastructure Exadata la semaine 1 samedi et de ses bases de données Conteneur Autonomous la semaine 1 dimanche en supposant que la semaine 1 dimanche arrive toujours un jour après la semaine 1 samedi peut fonctionner pendant quelques mois, comme septembre 2023, mais pas d'autres comme octobre 2023. Si vous souhaitez implémenter une séquence d'application de patches spécifique, il peut être préférable de les espérer d'une semaine. Vous pouvez par exemple programmer la ressource d'infrastructure Exadata le samedi de la semaine 1 et les bases de données Conteneur Autonomous le dimanche de la semaine 2. Vous êtes ainsi sûr que les patches sont toujours appliqués d'abord à la ressource d'infrastructure Exadata, puis aux bases de données Conteneur Autonomous correspondantes.

• Fenêtres de 4 heures pendant lesquelles les opérations de maintenance peuvent commencer.

• Période tampon entre les bases de données principale et de secours : nombre de jours entre les maintenances de la base des données Conteneur Autonomous de secours et de la base des données Conteneur Autonomous principale (nombre de jours avant la mise à jour de la base des données Conteneur principale où doit être effectuée la mise à jour de la base des données Conteneur de secours). Vous pouvez choisir une valeur comprise entre 1 et 7 jours.

  La sélection de la période tampon s'applique uniquement à une base de données Conteneur Autonomous qui est la base de données principale d'une configuration Autonomous Data Guard.

• Délai : nombre minimal de semaines de délai entre la réception du message de notification et l'événement de maintenance. Ce délai garantit que la programmation d'une mise à jour de maintenance nouvellement publiée tient compte de la période de notification avancée minimale requise.

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

• Vous pouvez rétablir les paramètres par défaut en sélectionnant Rétablir les valeurs 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, doit être appliquée au cours d'une fenêtre de 21 jours qui commence entre le 18 et le 21 de chaque mois et s'exécute jusqu'au 9 au 12 du mois suivant. Vous recevrez une notification avec la programmation proposée au moins 7 jours avant le début de la fenêtre d'entretien mensuel, et vous pouvez reprogrammer cette maintenance mensuelle à une autre date de la fenêtre si nécessaire.

Les patches de sécurité mensuels peuvent être reprogrammés à une autre heure dans la fenêtre de maintenance, mais ne peuvent pas être ignorés ou reprogrammés au-delà de la fenêtre de 21 jours. Vous pouvez reprogrammer les maintenances de sécurité mensuelles lors de la reprogrammation des maintenances trimestrielles à condition que la maintenance mensuelle reste dans la fenêtre des maintenances en cours.

Il n'y a aucun impact sur les bases de données ou les applications d'IA autonomes qui leur sont connectées pendant l'activité mensuelle d'application de patches de sécurité Infrastructure. Les mises à jour des serveurs de base de données sont appliquées en ligne via les technologies Ksplice, tandis que celles des serveurs de stockage sont appliquées de manière non simultanée.

Toutefois, lors de la mise à jour d'une infrastructure de service, Oracle peut bloquer certaines opérations, telles que le redimensionnement de la mémoire et le redimensionnement du stockage, l'application de patches au système d'exploitation et Grid Infrastructure (prévérifications incluses) et l'extension élastique des serveurs de calcul et d'enregistrement. Envisagez de différer ces opérations après la fin des mises à jour. L'application des mises à jour en matière de sécurité prend environ 15 minutes par hôte de serveur de base de données, plus 60 minutes par serveur de calcul en fonction de l'activité d'E/S. Si vous tentez une opération impactée, la console vous informe des mises à jour de sécurité en cours. Aucun logiciel n'est mis à jour dans les machines virtuelles invitées.

Personnalisation de patches exceptionnels

A 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 patch exceptionnel. Par défaut, Oracle programme l'application du patch exceptionnel dans les 72 heures suivant sa mise à disposition. Si aucune action de modification de la programmation n'est effectuée, le patch est automatiquement appliqué. Vous pouvez uniquement reprogrammer les patches exceptionnels pendant le trimestre en cours. En revanche, vous ne pouvez pas ignorer un patch exceptionnel.

Spécification des types de patch à appliquer

Une opération de maintenance standard consiste à appliquer des patches logiciels de base de données à vos bases de données Conteneur Autonomous et, par extension, aux bases de données autonomes qui y sont créées. Par défaut, Oracle applique les mises à jour de version (RU). Vous pouvez configurer le type de maintenance sur Prochaine mise à jour de version pour mettre à jour la base de données Conteneur Autonomous vers la mise à jour de version suivante ou sur Dernière mise à jour de version pour mettre à jour la base de données Conteneur Autonomous vers la dernière mise à jour de version dans la fenêtre de maintenance suivante. En conséquence, Oracle utilise le type d'image correspondant à vos préférences lorsqu'il est disponible. Si vous le souhaitez, vous avez toujours la possibilité de remplacer un patch programmé donné par une autre version.

Pour obtenir des instructions détaillées, reportez-vous à Mise à jour des préférences de maintenance de la base de données Conteneur Autonomous.

Affichage et gestion des maintenances déjà programmées

Une fois qu'une activité de maintenance est programmée conformément à la fenêtre de maintenance que vous avez définie, vous pouvez en gérer le déroulement réel, qu'il s'agisse par exemple de modifier la version du patch, d'appliquer ce dernier immédiatement ou même d'ignorer l'activité.

Détails de maintenance programmée

Pour chaque événement de maintenance programmée de l'infrastructure Exadata, du cluster de machines virtuelles Exadata Autonomous ou de la base de données Conteneur Autonomous, la page Maintenance de la ressource contient les détails suivants :

• Statut de l'événement.
• Type de l'événement : hebdomadaire, trimestriel, mensuel ou annuel.
• OCID de l'événement.
• Date et heure de début programmées de l'événement.

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

• Version de patch à appliquer dans l'événement. Elle est affichée uniquement pour une ressource de base de données Conteneur Autonomous.

Opérations de gestion d'une maintenance programmée

Pour chaque événement de maintenance répertorié sur 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 :

• Reprogrammez l'heure et la date de début de l'événement pour qu'il démarre ultérieurement dans le trimestre. Indiquez les nouvelles date et heure de début dans la fenêtre Modifier l'heure de début de maintenance.

• Cliquez sur Appliquer un patches maintenant pour démarrer immédiatement l'événement de maintenance.

Remarque : l'option Appliquer des patches maintenant n'est pas disponible pour une base de données Autonomous AI activée avec Autonomous Data Guard. Pour contourner le problème, vous pouvez modifier l'heure de maintenance programmée de sorte qu'elle commence dans la période de 4 heures disponible la plus proche. Assurez-vous que les patches sont appliqués à la base de données de secours avant la base principale, avec une période d'intervalle tampon comprise entre 1 et 7 jours.

• Ignorez un événement d'entretien programmé de base de données Conteneur Autonomous.

Remarque : 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 celui programmé immédiatement après. Vous ne pouvez ignorer les événements de maintenance qu'un trimestre de maintenance sur deux par an.

• Sélectionnez une autre version de patch à appliquer. Lorsque vous sélectionnez une version, tenez compte des éléments suivants :

  • Vous devez sélectionner une version postérieure à la version actuelle de la base de données Conteneur Autonomous.

  • La liste des versions disponibles peut contenir des mises à jour de version (RU) et des révisions de mise à jour de version (RUR). Vous pouvez choisir les unes ou les autres, quel que soit le type de maintenance configuré pour la base de données Conteneur Autonomous. La sélection d'un autre type dans la liste Version ne modifie pas le type configuré pour la base de données Conteneur Autonomous.

• Mettez à jour la méthode d'entretien de l'infrastructure Exadata de Non simultané à Simultané, ou inversement.

Pour obtenir des conseils étape par étape, reportez-vous à :

• Affichage et gestion des maintenances programmées d'une ressource d'infrastructure Exadata

• Affichage et gestion de la maintenance programmée d'un cluster de machines virtuelles Exadata Autonomous

• Affichage et gestion des maintenances programmées d'une base de données Conteneur Autonomous

Afficher les notifications de statut de maintenance

La vue DB_NOTIFICATIONS stocke des informations sur les notifications de statut de maintenance pour votre instance de base de données Autonomous AI.

S'APPLIQUE À : Oracle Public Cloud uniquement

Pour afficher les informations de notification :

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

2. Utilisez la requête suivante pour afficher les informations de maintenance (application de patches).

    SELECT * FROM DB_NOTIFICATIONS WHERE TYPE = 'MAINTENANCE';
   

Ce qui suit fournit des détails sur l'état de maintenance.

• L'exécution de 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 de la maintenance terminée dans ACTUAL_START_DATE et ACTUAL_END_DATE.

• L'exécution de 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 maintenance a commencé : indique que la maintenance est en cours et fournit l'horodatage de début de la maintenance active. La valeur STATUS indique la valeur IN_PROGRESS et la valeur ACTUAL_START_DATE stocke l'horodatage de début.

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

Colonne	Type de données	Description
TYPE	VARCHAR2(128)TYPE	Spécifie le type de notification. La valeur valide est : MAINTENANCE.
TIME	TIMESTAMP(6) WITH TIME ZONE	Heure à laquelle l'entrée de notification a été ajoutée.
EXPECTED_START_DATE	TIMESTAMP(6) WITH TIME ZONE	Date et heure de début de maintenance programmées.
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 réelle de début de maintenance.
ACTUAL_END_DATE	TIMESTAMP(6) WITH TIME ZONE	Heure réelle de fin de maintenance.
PRODUCT	VARCHAR2(128)	Produit ou composant pour lequel la maintenance est planifiée ou en cours. Valeurs : DATABASE, GI, DOM0, DOM0_CELL, DOMU, CELL, IBSWITCH.
STATUS	VARCHAR2(128)	Statut actuel de la maintenance. Valeurs : SCHEDULED, IN_PROGRESS, COMPLETED, FAILED, SKIPPED.
OP_MODE	VARCHAR2(64)	Mode d'opération d'application de patches. Valeurs : RAC_ROLLING, NON_ROLLING.
DATABASE_IMPACT	VARCHAR2(64)	Impact sur la base de données. Valeurs : AVAILABILITY, PERFORMANCE, NONE.
DESCRIPTION	VARCHAR2(128)	Détails du message de notification.
PATCH_ID	VARCHAR2(128)	Version de patch.

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

Evénements de maintenance trimestriels de différentes ressources de base de données d'IA autonomes

Si vous choisissez une programmation de maintenance personnalisée pour une ressource d'infrastructure, Oracle respecte vos préférences lors de la programmation des événements de maintenance. Toutefois, si votre programmation personnalisée génère un chevauchement avec la maintenance d'autres ressources d'infrastructure, Oracle sérialise automatiquement les événements de maintenance de sorte qu'ils s'exécutent dans l'ordre suivant, avec un intervalle entre chacun : infrastructure Exadata, cluster de machines virtuelles Exadata Autonomous et base de données Conteneur Autonomous.

Exemple : supposons que l'événement de maintenance de ressource d'infrastructure Exadata et un événement de maintenance de base de données Conteneur Autonomous soient programmés pour démarrer au même moment. Dans ce cas, l'événement de maintenance de ressource d'infrastructure Exadata démarre. L'événement de maintenance de base de données Conteneur Autonomous est quant à lui mis en file d'attente et commence immédiatement après l'autre événement.

Evénements de maintenance trimestriels et patches 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 patch 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 patch de sécurité d'infrastructure mensuel.	La maintenance trimestrielle est effectuée en premier et le correctif de sécurité mensuel est appliqué immédiatement après la fin de la maintenance trimestrielle.
Lorsqu'un patch de sécurité d'infrastructure mensuel doit commencer 0 à 24 heures avant la maintenance trimestrielle.	La maintenance mensuelle programmée attend et sera effectuée immédiatement après la maintenance trimestrielle. Si la maintenance trimestrielle est reprogrammée ultérieurement, la maintenance de sécurité mensuelle commence immédiatement. Oracle recommande donc 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 après la modification du planning.
Lorsqu'une maintenance trimestrielle est programmée en dehors d'une fenêtre de 24 heures de la maintenance du même mois,	Vous aurez besoin d'une fenêtre pour les maintenances trimestrielles et d'une autre pour les maintenances de sécurité. Remarque : à 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 planifiez 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.

Affichage des événements de maintenance passée

Vous pouvez visualiser les maintenences passées d'une ressource d'infrastructure Exadata, de cluster d'infrastructures Exadata Autonomous ou de base de données Conteneur Autonomous à partir d'une page Détails.

Pour obtenir des conseils étape par étape, reportez-vous à :

• Affichage des maintenances passées d'une ressource d'infrastructure Exadata

• Affichage des maintenances passées d'un cluster de machines virtuelles Exadata Autonomous

• Affichage des maintenances passées d'une base de données Conteneur Autonomous

Surveillance des événements de maintenance de service

Vous pouvez surveiller les événements de maintenance des ressources d'infrastructure Autonomous AI Database à l'aide des services Events et Notifications. Les services Events et Notifications vous permettent de recevoir des notifications par courriel lorsque des événements de maintenance se produisent sur des ressources d'infrastructure Exadata, de cluster de machines virtuelles Exadata Autonomous et de base de données Conteneur Autonomous.

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

• Maintenance programmée
• Rappel de maintenance Pour les ressources de cluster de machines virtuelles Exadata Autonomous et de base de données Conteneur Autonomous, la notification de rappel de maintenance est envoyée 1 semaine avant l'exécution de la maintenance réelle. Pour les ressources d'infrastructure Exadata, la notification de rappel est publiée entre 1 et 4 semaines avant l'exécution de la maintenance, selon la préférence définie.
• Début de maintenance
• Fin de maintenance

Afin d'obtenir la liste complète des événements générés pour chaque ressource d'infrastructure, reportez-vous à Evénements pour Autonomous AI Database sur une infrastructure Exadata dédiée.

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

• Créez un sujet du service Notifications.
• Ajoutez un abonnement par courriel au sujet.
• Ajoutez une règle de service Events pour envoyer les événements de maintenance au sujet du service Notifications.

Afin de consulter un guide étape par étape contenant un exemple, reportez-vous à Exemple de notifications : courriels pour les événements de maintenance.

Contenu connexe

Création d'une demande d'assistance dans My Oracle Support