Maintenance de service d'Autonomous Database on Dedicated Exadata Infrastructure
Oracle programme et effectue toutes les opérations d'application de patches et autres opérations de maintenance sur l'ensemble des ressources Autonomous Database d'une infrastructure Exadata dédiée. Il propose également différentes options pour personnaliser, visualiser et reprogrammer les événements de maintenance des différentes ressources d'infrastructure.
Remarques :
Lorsque Database In-Memory est activé, vous risquez de subir une dégradation des performances lors de toute activité d'application de patches entraînant le redémarrage de la base de données. Pour plus d'informations sur Database In-Memory, reportez-vous à Database In-Memory.
Rubriques connexes
Types de maintenance de service
Oracle programme et effectue différentes activités de maintenance de service sur votre instance Autonomous Database. Ces événements de maintenance varient en termes de portée et de fréquence d'application des patches.
- Patches de maintenance trimestrielle : en général, Oracle programme et effectue la maintenance de l'ensemble du parc tout au long du 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) ainsi que 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 Annulation met à jour la base de données Conteneur Autonomous, noeud par noeud, sans temps d'inactivité pour les bases de données Autonomous Database.
- La méthode 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 nécessite un temps d'inactivité complet pour la base de données Conteneur Autonomous et toutes les instances Autonomous Database associées.
Remarques :
Dans une configuration Autonomous Data Guard, la méthode de maintenance simultanée entraîne un temps d'inactivité des bases de données Conteneur Autonomous principale et de secours pendant leur fenêtre de maintenance respective jusqu'à la fin de l'application des patches.
- Vous pouvez également inclure le fichier de fuseau horaire à mettre à jour avec la RU. Les patches de maintenance trimestriels 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 Database associées. Le temps d'inactivité dépend de la quantité de données sensibles au fuseau horaire.
- Les patches de maintenance trimestriels sans mise à jour de fichier de fuseau horaire peuvent être appliqués en mode non simultané ou simultané, 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 programme la maintenance de sécurité est éligible à cette maintenance.
- 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é connues et les problèmes de produit.
- 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.
- 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.
- Patches 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 que 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 indiqué sur sa page Détails. Si vous cliquez sur le lien Copier en regard de ce lien, tous ces 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 la maintenance complète du parc répartie sur chaque trimestre et les correctifs mensuels de sécurité de l'infrastructure 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.
Personnaliser la maintenance trimestrielle
Vous pouvez choisir une programmation pour la maintenance automatique trimestrielle des ressources Autonomous Database ou laisser Oracle programmer les mises à jour automatiquement. 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 la maintenance trimestrielle automatique à différents niveaux de ressource, comme indiqué dans le tableau ci-dessous :
- Personnalisez les préférences et la programmation de la 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 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 planification pour le trimestre en cours.
- Visualisez les événements de maintenance passée.
| Ressource d'infrastructure | Notes et références supplémentaires |
|---|---|
|
Infrastructure Exadata (EI) |
|
|
Cluster de machines virtuelles Exadata Autonomous (AVMC) |
Remarques : Les ressources AVMC provisionnées sur les ressources d'infrastructure Exadata dans Oracle Cloud avant le lancement de la fonctionnalité de plusieurs bases de données autonomes de machine virtuelle héritent de la programmation de maintenance de l'infrastructure Exadata associée. |
|
Base de données Conteneur Autonomous (ACD) |
|
Conseil :
Oracle recommande de définir une fenêtre de maintenance pour toutes les ressources d'infrastructure répertoriées ci-avant. Vous pouvez ainsi :- é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.
Remarques :
Lorsque vous choisissez d'ignorer, vous devez sélectionner au moins un mois dans ce trimestre. Cela sert de repli 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. -
semaines des mois sélectionnés : les semaines commencent le 1er, le 8e, le 15e et le 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 n'indiquez aucune semaine du mois, Oracle en affecte une automatiquement.
-
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'image dayofweek2.pngPour septembre 2023, la semaine 1 commence un vendredi et se termine un jeudi. Le premier samedi survient donc un jour avant le premier dimanche. Cependant, la semaine 1 en octobre 2023 commence un dimanche et se termine un samedi. Par conséquent, le premier samedi apparaît 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. Programmation de la maintenance de la ressource d'infrastructure Exadata le samedi de la semaine 1 et de ses bases de données Conteneur Autonomous 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 souhaitez implémenter une séquence d'application de patches spécifique, il peut être préférable de les espacer 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être de 4 heures pendant laquelle les opérations de maintenance peuvent commencer.
-
Période tampon entre la maintenance de la base de données principale et de secours : nombre de jours entre la maintenance de la base de données Conteneur Autonomous de secours et la maintenance de la base de données Conteneur principale, c'est-à-dire combien de jours avant la maintenance de la base de données Conteneur principale la maintenance de la base de données Conteneur de secours doit être effectuée. 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.
- Durée : 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 des modifications en sélectionnant Rétablir les paramètres par défaut.
Personnalisation de la maintenance de sécurité d'infrastructure mensuelle
La maintenance mensuelle de la sécurité de l'infrastructure, en cas de besoin, doit être appliquée pendant une période 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 une notification avec la programmation proposée au moins 7 jours avant le début de la fenêtre de maintenance mensuelle. Vous pouvez reprogrammer la maintenance mensuelle à une autre date de la fenêtre si vous le souhaitez.
Les patches de sécurité mensuels peuvent être reprogrammés à un autre moment 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 la maintenance de sécurité mensuelle lors de la reprogrammation de la maintenance trimestrielle à condition que la maintenance mensuelle reste dans la fenêtre de maintenance en cours.
Il n'y a aucun impact sur les applications ou les Autonomous Database qui leur sont connectées lors de l'activité mensuelle d'application de patches de sécurité d'infrastructure. Les mises à jour des serveurs de base de données sont appliquées en ligne via la technologie Ksplice et les mises à jour des serveurs de stockage sont appliquées de manière non simultanée.
Toutefois, lors de la mise à jour de votre infrastructure de service, Oracle peut bloquer certaines opérations telles que le redimensionnement de la mémoire et 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 de stockage. Envisagez de différer ces opérations après la fin des mises à jour. 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 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 des 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 la prochaine RU pour mettre à jour la base de données Conteneur Autonomous vers la prochaine mise à jour de version ou sur la dernière RU 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 conseils étape par étape, 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
- 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
- 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 la maintenance.
- Cliquez sur Appliquer un patch maintenant pour démarrer immédiatement l'événement de maintenance.
Remarques :
L'option Appliquer un patch maintenant n'est pas disponible pour les instances Autonomous Database activées 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 de maintenance programmée de base de données Conteneur Autonomous.
Remarques :
Vous ne pouvez pas ignorer deux événements de maintenance consécutifs. Si vous ignorez un événement de maintenance, vous ne pouvez pas ignorer le prochain événement de maintenance programmé immédiatement. Vous ne pouvez ignorer les événements de maintenance que deux trimestres 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 de maintenance de l'infrastructure Exadata de Non simultané à Simulation ou inversement.
Mise en file d'attente automatique des événements de maintenance
Evénements de maintenance trimestriels de différentes ressources Autonomous Database
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 : si un événement de maintenance de ressource d'infrastructure Exadata et un événement de maintenance de base de données Conteneur Autonomous sont programmés pour démarrer simultanément. 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 la limite de 24hours d'un patch de sécurité d'infrastructure mensuel. | La maintenance mensuelle programmée est 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 sera effectuée en premier et le patch de sécurité mensuel sera appliqué immédiatement après la fin de la maintenance trimestrielle. |
| Lorsqu'un patch de sécurité d'infrastructure mensuel est programmé pour commencer 0 à 24 heures d'avance sur 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 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 est 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é du même mois. |
Vous aurez besoin d'une fenêtre pour la maintenance trimestrielle et d'une autre pour la maintenance de sécurité. Remarques : A 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 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 maintenances passées d'une ressource d'infrastructure Exadata, de machine virtuelle Exadata Autonomous ou de base de données Conteneur Autonomous à partir de sa page Détails.
Surveillance des événements de maintenance de service
Vous pouvez surveiller les événements de maintenance des ressources d'infrastructure Autonomous 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.
- 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 réelle de la maintenance. 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 Database on Dedicated Exadata Infrastructure.
- 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.
Exemple - Notifications : courriels pour les événements de maintenance
Afin de consulter un guide étape par étape contenant un exemple, reportez-vous à Exemple de notifications : courriels pour les événements de maintenance.