Configurer la reclassification des CI pendant le traitement IRE

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 6 minutes de lecture
  • Au cours du processus d’identification de CI du moteur Identification et réconciliation (IRE), un CI peut avoir besoin d’ê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, 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 de 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 qui ont 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 réconciliation.

    • 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 de 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 de traiter 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, avec les paramètres de propriété conflictuels suivants, la deuxième propriété est prioritaire 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 un 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
    Toutefois, 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
    • classPassage à 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 des ensembles d’importation robustes.

    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 le passage à une version antérieure d’une classe CI 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, et 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. Cette propriété est définie sur vrai par défaut.
    • Utilisez le skipReclassificationRestrictionRules marqueur de 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 reclassification, reportez-vous à la section Créer une règle de restriction de reclassification.

    Créer une règle de restriction de reclassification

    Réduisez les pertes 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 reclassification 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 : Itil_admin (itil a le privilège de 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 changement de classe), IRE vérifie les règles de restriction de reclassification. Si une règle de restriction de reclassification s’applique à la reclassification de CI en cours, IRE traite la mise à jour des propriétés de CI, mais ignore la reclassification de 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 un reclassement 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 sens, spécifiez deux règles de restriction de reclassification distinctes, une pour chaque sens.

    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 reclassification.
      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 Indique 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 commutateur.
    3. Cliquez sur Envoyer.

    Que faire ensuite

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