Configurer la reclassification des CI pendant le traitement IRE

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

    • Au cours du processus d’identification de CI du moteur IRE (Identification and Reconciliation Engine), un CI peut devoir être reclassé vers un autre type de sys_class_name . Par défaut, les CI sont reclassés automatiquement. Si la reclassification automatique est désactivée, alors le CI n’est pas reclassé et le système génère une tâche de reclassification pour votre révision.

    La classe d’un CI peut être mise à niveau, rétrogradée ou basculée vers une autre branche dans la hiérarchie des classes. Pour plus de détails sur les opérations de reclassification, reportez-vous à la section Reclassifier un CI. Vous pouvez utiliser des propriétés système et des marqueurs de charge utile pour configurer le comportement IRE de la reclassification des CI, globalement ou individuellement par CI.
    Remarque :
    La reclassification des CI n’est possible qu’entre deux classes ayant des règles d’identification identiques.

    Configurer la reclassification automatique des CI à l’aide des propriétés système

    Vous pouvez utiliser les propriétés système pour configurer le comportement IRE à l’échelle du système pour la reclassification des CI. Pour plus d’informations sur les propriétés liées à la reclassification des CI, y compris l’accès, reportez-vous à la section Propriétés pour Identification et rapprochement.

    • Les propriétés suivantes activent ou désactivent les mises à jour de reclassification automatiques qui sont spécifiées dans une charge utile. Ces propriétés sont définies sur vrai dans le système de base, ce qui permet le traitement des mises à jour de CI, y compris les mises à jour de reclassification des CI.

      Pour désactiver toute mise à jour de reclassification automatique, définissez la propriété respective sur faux. Dans ce cas, IRE rejette une charge utile (ou un élément de charge utile dans IRE amélioré) avec les mises à jour de reclassification respectives et crée une tâche de reclassification.

      • glide.class.upgrade.enabled
      • glide.class.downgrade.enabled
      • glide.class.switch.enabled

    • Les propriétés suivantes permettent à IRE de traiter les mises à jour de CI avec des opérations de reclassification. Toutefois, selon le paramètre de propriété, IRE traite ou ignore la mise à jour de reclassification. Ces propriétés sont définies sur false dans le système de base, auquel cas IRE traite les mises à jour de CI, y compris les reclassifications de CI.

      Définissez une propriété sur vrai pour configurer IRE afin qu’il traite les mises à jour de CI, mais pas la mise à jour de reclassification correspondante du CI.

      • glide.identification_engine.update_without_switch_enabled
      • glide.identification_engine.update_without_downgrade_enabled
      • glide.identification_engine.update_without_upgrade_enabled
      Cet ensemble de propriétés est prioritaire sur l’ensemble de propriétés précédent (glide.class.<reclassification>.enabled). Par exemple, en cas de conflit de paramètres de propriété suivants, la seconde propriété a priorité sur la première :
      • glide.class.downgrade.enabled = faux
      • glide.identification_engine.update_without_downgrade_enabled = vrai
    Exemple de traitement IRE d’un élément de charge utile avec le basculement d’un CI de Linux Server vers Windows Server. Avec les paramètres de propriété par défaut suivants dans le système de base, IRE met à jour les attributs, y compris le changement de classe :
    • glide.class.switch.enabled = vrai
    • glide.identification_engine.update_without_switch_enabled = faux
    Cependant, avec les paramètres de propriété suivants, IRE met à jour les attributs, mais ignore le changement de classe :
    • glide.class.switch.enabled = vrai
    • glide.identification_engine.update_without_switch_enabled = vrai

    Configurer la reclassification automatique des CI dans les charges utiles d’entrée

    Vous pouvez utiliser des marqueurs qui correspondent aux propriétés système, dans la charge utile d’entrée des API CreateOrUpdateCIEnhanced() ou createOrUpdateCI(). Dans la charge utile, définissez ces marqueurs sur vrai ou faux pour remplacer temporairement les paramètres de propriété système respectifs, au niveau de l’élément de charge utile.

    Pour les marqueurs de charge utile suivants qui contrôlent le comportement de reclassification, le cas échéant, le paramètre est prioritaire, quel que soit le paramètre de la propriété correspondante glide.class.xxx.enabled :
    • Mise à niveau de classe
    • classePassage à une version antérieure
    • classSwitch
    Pour les marqueurs de charge utile suivants qui contrôlent le comportement de reclassification, le système vérifie si le marqueur ou sa propriété correspondante glide.identification_engine.update_xxx_enabled est vrai pour autoriser la mise à jour sans l’opération de reclassification correspondante :
    • updateWithoutUpgrade
    • updateWithoutDowngrade
    • updateWithoutSwitch

    En outre, vous pouvez transmettre des paramètres de niveau de charge utile (qui s’appliquent à tous les éléments d’une charge utile), par source de données, en spécifiant les propriétés de reclassification des CI sur le formulaire Transformateurs robustes des ensembles de données à importer. Pour plus d’informations, consultez Propriétés du transformateur d’ensemble d’importation robuste.

    L’exemple de charge utile JSON suivant active la reclassification automatique du CI spécifié :

    { items: [{className: 'cmdb_ci_server', classUpgrade: true, classDowngrade: true, classSwitch: true, values: {name: 'linux123', serial_number: '12srt567', ip_address: '10.2.3.4'}, }]}

    Règles de restriction de classification

    Empêchez IRE de passer à une version antérieure ou de changer de classe CI pendant le traitement de la charge utile pour éviter la perte de données. Une règle de restriction de reclassification empêche un changement de classe CI pour des classes source et cible spécifiques, tout en traitant toute autre mise à jour de propriété pour le CI.

    Vous pouvez utiliser une règle de restriction de reclassification, par exemple, pour empêcher une classe CI de passer à une version antérieure de cmdb_ci_linux_server (classe source) à cmdb_ci_server (classe cible). Ou, pour empêcher le passage d’une classe CI de Linux Server à Windows Server. Les règles de restriction de reclassification peuvent être utiles lors de l’utilisation d’un connecteur du graphe de services, ce qui peut entraîner un passage à une version antérieure ou un changement de classe, ainsi qu’une perte potentielle de données importantes.

    Pour contrôler l’application des règles de restriction de reclassification :
    • Utilisez la glide.identification_engine.reclassification_restriction_rules_enabled propriété système pour activer ou désactiver globalement l’application des règles de restriction de reclassification actives. Par défaut, cette propriété est définie sur vrai .

    • Utilisez le marqueur de skipReclassificationRestrictionRules charge utile dans une charge utile IRE pour empêcher l’application des règles de restriction de reclassification actives.

      Par exemple, une charge utile avec le skipReclassificationRestrictionRules marqueur :
      {
  "items": [
    {
      "className": "cmdb_ci_server",
      "values": {
        "short_description": "Linux server description",
        "name": "Linux Server 1"
      },
      "settings": {
        "skipReclassificationRestrictionRules": "true"
      }
    }
  ]
}

    Pour en savoir plus sur la création d’une règle de restriction de classification, reportez-vous à la section Créer une règle de restriction de classification.

    Créer une règle de restriction de classification

    Réduisez la perte de données pendant le traitement IRE en empêchant un changement de classe CI pour des classes source et cible spécifiques. Une règle de restriction de classification affecte uniquement l’attribut Class et n’empêche pas la mise à jour du reste des propriétés du CI.

    Avant de commencer

    Rôle requis : sn_cmdb_admin ou itil_admin (sn_cmdb_editor et ITIL ont un accès en lecture seule)

    Pourquoi et quand exécuter cette tâche

    Si, pendant le traitement IRE d’une charge utile, un CI doit être reclassé (passage à une version antérieure ou classe de commutation), IRE vérifie les règles de restriction de reclassification. Si une règle de restriction de reclassification s’applique à la reclassification du CI actuel, IRE traite la mise à jour des propriétés du CI, mais ignore la reclassification du CI.

    La sortie IRE fournit des détails spécifiques sur tout traitement lié aux règles de restriction de reclassification.

    Une règle de restriction de reclassification s’applique uniquement au sens entre les classes source et cible spécifiées. La règle n’empêche pas une reclassification dans le sens inverse, de la classe cible spécifiée vers la classe source. Pour restreindre la reclassification entre deux classes dans les deux directions, spécifiez deux règles de restriction de reclassification distinctes, une pour chaque direction.

    Procédure

    1. Entrez cmdb_ire_reclassification_restriction.list dans le navigateur de filtre.
    2. Remplissez le formulaire Restriction de reclassification.
      Champ Description
      Nom Nom de la règle de restriction de classification.
      Table source Classe CI actuelle.
      Héritage source Indique s’il faut appliquer la règle de restriction de reclassification aux classes enfants de la table source.
      Classe cible Classe cible de reclassification.
      Héritage cible S’il faut appliquer la règle de restriction de reclassification aux classes enfants de la table cible.
      Type Type de reclassification de CI : version antérieure ou commutation.
    3. Cliquez sur Envoyer.

    Que faire ensuite

    Dans la vue de liste Restrictions de classification, vous pouvez activer ou désactiver une règle de restriction de classification en définissant sa valeur Active sur true ou false.