Créer des règles de maintenance

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 4 minutes de lecture

    • Utilisez des règles de maintenance pour marquer des CI dans l’état de maintenance. Lorsqu’ils sont en état de maintenance, ces CI sont exclus du calcul de l’impact.

    Avant de commencer

    Rôle requis : evt_mgmt_admin

    Pourquoi et quand exécuter cette tâche

    Vous pouvez définir des règles pour marquer les CI qui correspondent aux critères spécifiés comme étant dans l’état de maintenance. Les CI marqués renseignent la table CI de maintenance d’impact [em_impact_maint_ci].

    Remarque :
    Lors de l’exécution de règles de maintenance, l’état cmdb_ci des CI correspondants n’est pas modifié. Toutefois, les CI correspondants sont marqués dans la table em_impact_maint_ci par ces règles et cet état est pris en compte pour les calculs d’impact et d’alerte.

    Le champ marqué par cette règle comme étant à l’état de maintenance est le champ d’état de la CMDB.

    Remarque :
    Pour activer une règle de maintenance, sélectionnez le champ Actif dans la règle de maintenance. Pour désactiver une règle de maintenance, effacez le champ Actif .
    Les règles de maintenance fournies avec l’instance de base sont les suivantes :
    Règle de maintenance par défaut Description
    CI dans la fenêtre des changements Lorsque le CI a une fenêtre des changements active, les CI correspondants sont marqués comme étant à l’état de maintenance.
    La règle exécute une requête sur la table de demande de changement [change_request] pour déterminer si la règle est appliquée. Toutes les conditions de la table change_request doivent être remplies :
    • L’état est l’une des options suivantes : Planifié, Implémenter, Travail en cours ou Ouvert/Nouveau (état dans (-2, -1, 1, 2)).
    • L’approbation est approuvée (approbation = « approuvé »).
    • La fenêtre de demande de changement est active, c’est-à-dire que l’heure actuelle est comprise entre la date de début prévue et la date de fin planifiée, ou l’heure actuelle est comprise entre la date de début effective et la date de fin réelle.
    • L’enregistrement de demande de changement n’est pas un enregistrement en suspens (on_hold='false').
    Remarque : Toutes ces conditions doivent être réunies pour que le CI soit placé en état de maintenance par cette règle. Par exemple, si l’état de l’état d’approbation d’une demande de changement est Un changement est en attente d’approbation, alors le changement n’est pas ajouté à la table em_impact_maint_ci.
    État de maintenance du CI Les CI dont le champ État CMDB est En cours de maintenance sont marqués par cette règle comme étant dans l’état de maintenance.
    Par défaut, les CI hors service ne sont pas inclus dans les CI en cours de maintenance. Pour inclure les CI mis hors service :
    1. Accédez à toutes les propriétés.
    2. Sélectionnez Nouveau.
    3. Configurez la propriété avec la evt_mgmt.maintenance_rule_include_retiredvaleur = vrai.
    Remarque :

    L’inclusion de milliers de CI mis hors service peut réduire les performances du système.

    Procédure

    1. Accédez à la Tous > Gestion des événements > Règles > Règles de maintenance.
    2. Cliquez sur Nouveau.
    3. Renseignez les champs comme il convient.
      En-tête de colonne Description
      Nom Nom de la règle de maintenance.
      Actives Sélectionnez cette option pour activer la règle de maintenance.
      Avancés Sélectionnez cette option pour activer l’affichage de la section de script facultative.
      Description Informations qui décrivent cette règle de maintenance.
      Marquer les CI qui s’exécutent sur cet hôte Sélectionnez cette option pour marquer toutes les applications en cours d’exécution sur l’hôte reconnu comme étant en maintenance.
      Table Sélectionnez la table qui contient le CI dont vous avez besoin.
      Filtre Spécifiez comment sélectionner les données.
      Nom de champ CI Sélectionnez le CI dans la liste. La liste est renseignée en fonction de votre sélection dans le champ Table .

      Si une table CMDB, ou une table dérivée de la CMDB, a été sélectionnée, spécifiez sys_id pour le nom du champ CI. Sinon, spécifiez le champ CI requis que vous souhaitez utiliser. Voir les exemples.
    4. Cliquez sur Envoyer.

    Exemple

    Exemple d’une règle de maintenance utilisant une table CMDB.

    Supposons qu’une entreprise définit un CI comme étant en cours de maintenance lorsque l’état opérationnel du CI est Réparation en cours ou Récupération d’urgence en veille.

    Règle de gestion des événements

    Exemple d’une règle de maintenance utilisant une table autre que la CMDB.

    Supposons qu’une entreprise utilise les enregistrements d’incidents pour suivre la maintenance. Toute demande de maintenance est traduite en incident lorsque sa description commence par « Exécution de la maintenance sur un CI ». Tant que l’état d’un tel incident est ouvert, cet état indique que la maintenance est en cours. Pour le champ Nom de champ CI, spécifiez un nom de CI dans la table choisie, dans ce cas Incident.

    Table Gestion des événements

    Exemple d’une règle de maintenance qui utilise la fonctionnalité de script avancée.

    Sur la page Règle de maintenance, sélectionnez l’option Avancé . Personnalisez le script d’exemple fourni : 
    var now_GR = new GlideRecord('cmdb_ci');
gr.addQuery('name', 'your_name_here');
gr.query();
while (gr.next()){
 result.push(gr.sys_id +'');}
    La valeur de retour pour cet exemple de script est une chaîne de texte qui représente un tableau d’ID de CI, par exemple : ['sys_id1', 'sys_id2', 'sys_id3'].

    Vous pouvez utiliser ce script comme exemple pour préparer votre propre script personnalisé.

    Script de gestion des événements