Gestion des CI dépendants

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 8 minutes de lecture

    • La mise à jour du cycle de vie d’un CI affecte ses CI dépendants. Par exemple, lorsque le CI dont dépend un CI dépendant est supprimé, le CI dépendant devient orphelin et n’est plus utilisé. Pour préserver l’intégrité et l’intégrité de la CMDB, le système applique des processus de nettoyage en cascade aux CI dépendants qui sont affectés par une mise à jour du cycle de vie.

    Pour en savoir plus sur les CI indépendants et dépendants, reportez-vous à la section Classifications CMDB et dépendance de classe.

    Pour vous assurer que les CI dépendants sont correctement gérés après la suppression ou l’archivage des CI, vous devez :
    1. Activez la gestion des CI dépendants comme décrit ci-dessous.
    2. Approuvez manuellement les tâches du gestionnaire de données CMDB générées par la gestion des CI dépendants, ou configurez ces tâches pour qu’elles ne nécessitent aucune révision ni approbation.
    Exemples de CI dépendants nécessitant un nettoyage en cascade :
    • L’application Tomcat (T1) s’exécute sur un serveur Linux (L1) et contient un fichier WAR (W1). Lorsque L1 est supprimé, T1 et W1 deviennent des CI dépendants orphelins.
    • Les cartes réseau deviennent des CI dépendants orphelins lorsque le matériel lui-même est supprimé.
    • Un serveur Linux a été mis hors service et est en fin de vie, l’hypothèse est que si le serveur n’est plus opérationnel, les applications qui en dépendent ne devraient pas non plus être opérationnelles.
    Remarque :
    Un CI dépendant orphelin dans le contexte du Gestionnaire de données est différent d’un CI orphelin dans le contexte d’Intégrité CMDB. Un CI dépendant orphelin dans le contexte du gestionnaire de données appartient à une classe dépendante et la relation dépendante est manquante. La définition d’un CI orphelin dans le contexte de l’intégrité CMDB est plus large et inclut tout CI qui correspond aux règles relatives aux orphelins de l’intégrité CMDB. Pour plus d’informations sur les CI orphelins dans Intégrité CMDB, consultez KPI et mesures de l’intégrité CMDB.

    Activer la gestion des CI dépendants

    Pour activer la gestion des CI dépendants après la suppression ou l’archivage des CI :
    • Configurez votre environnement pour le Gestionnaire de données CMDB. Pour en savoir plus sur la configuration de l’environnement pour le Gestionnaire de données CMDB et les prérequis propres au gestionnaire de données CMDB, reportez-vous à la section Travailler avec Gestionnaire de données CMDB.
    • Assurez-vous que la cmdb.dependent.ci.cascade.op.enabled propriété système est définie sur vrai (valeur par défaut). Cette propriété n’existe pas dans le système de base et pour afficher ou modifier sa valeur, vous devez d’abord l’ajouter à la table Propriétés système [sys_properties ].

    Les opérations de nettoyage en cascade s’appliquent uniquement lorsque vous activez la fonctionnalité de gestion des CI dépendants. Pour appliquer le nettoyage en cascade aux CI dépendants orphelins qui existaient déjà dans la CMDB avant d’activer la fonctionnalité, reportez-vous à la section Nettoyage en cascade des CI dépendants orphelins existants.

    Mettre hors service en cascade les CI dépendants

    Lorsqu’un CI est défini sur Mettre hors service, les processus de gestion des données des CI dépendants tentent de mettre à jour en cascade tous les CI qui dépendent de ce CI, également pour les mettre hors service.

    Lorsqu’un CI est mis à jour pour être mis hors service (soit selon les règles de cycle de vie, soit selon les normes CSDM dans lesquelles Life Cycle Stage est Fin de vie et Life Cycle Stage StatusMis hors service), le système vérifie tous les enregistrements de relation pour ce CI. Pour toute relation avec un CI dépendant, le système ajoute le CI dépendant à la table [cmdb_dependent_ci_ledger]. Ces CI sont définis comme étant prêts à être mis hors service à l’aide du gestionnaire de données CMDB après approbation.

    Archivage en cascade des CI dépendants

    L’archivage d’un CI peut laisser ses CI dépendants orphelins dans la CMDB. Pour empêcher l’accumulation de données périmées, le système applique des processus de nettoyage qui archivent en cascade les CI dépendants orphelins.

    Les CI dépendants orphelins ne sont pas immédiatement archivés. Lorsqu’un CI est archivé, tous les enregistrements de relation CI pour ce CI dans la table [cmdb_rel_ci] sont également archivés. Le système vérifie ensuite tous les CI dépendants qui sont devenus orphelins à la suite de cet archivage. Tous les CI de la chaîne de dépendance identifiés comme CI dépendant orphelins sont vérifiés pour l’une des conditions suivantes. Les CI qui remplissent l’une de ces conditions ne sont pas des CI dépendants orphelins et ne seront donc pas archivés :

    • Le CI est un CI en double non géré (le CI est associé à une tâche de déduplication non résolue).
    • Le CI a plusieurs CI parents.
    • Le CI a d’autres relations dans la table Relations CI [cmdb_rel-ci].
    • Le CI appartient à une classe exclue. Les classes exclues sont stockées dans la table Exclusion de classe CI dépendante [cmdb_dependent_ci_class_exclusion] de la CMDB. Dans le système de base, cette table est préremplie avec certaines classes telles que cmdb_ci_vm, cmdb_ci_vmware_instanceet d’autres classes liées à VMware. Vous pouvez gérer le jeu de classes exemptées de la gestion des CI dépendants orphelins en ajoutant ou en supprimant des enregistrements dans cette table.
    Au final, seuls les CI auxquels ces conditions ne s’appliquent pas sont ajoutés à la table Grand livre CI dépendants [cmdb_dependent_ci_ledger] de la CMDB. Ces CI sont définis comme étant prêts à être archivés à l’aide du gestionnaire de données CMDB, après approbation.

    Suppression en cascade de CI dépendants

    La suppression d’un CI peut laisser ses CI dépendants orphelins dans la CMDB. Pour empêcher l’accumulation de données périmées, le système applique des processus de nettoyage qui suppriment en cascade ces CI dépendants orphelins.

    Les CI dépendants orphelins ne sont pas immédiatement supprimés. Lorsqu’un CI est supprimé, tous les enregistrements de relation CI pour ce CI dans la table [cmdb_rel_ci] sont supprimés en cascade. Avant de supprimer chacun de ces enregistrements de relation, le système vérifie si le CI à l’autre extrémité de la relation appartient à une classe dépendante. Tous les CI de la chaîne de dépendance identifiés comme dépendants du CI supprimé sont vérifiés pour l’une des conditions suivantes. Les CI qui remplissent l’une de ces conditions ne sont pas des CI dépendants orphelins et ne seront donc pas supprimés :

    • Le CI est un CI en double non géré (le CI est associé à une tâche de déduplication non résolue).
    • Le CI a plusieurs CI parents.
    • Le CI a d’autres relations dans la table Relations CI [cmdb_rel-ci].
    • Le CI appartient à une classe exclue. Les classes exclues sont stockées dans la table Exclusion de classe CI dépendante [cmdb_dependent_ci_class_exclusion] de la CMDB. Dans le système de base, cette table est préremplie avec certaines classes telles que cmdb_ci_vm, cmdb_ci_vmware_instanceet d’autres classes liées à VMware. Vous pouvez gérer le jeu de classes exemptées de la gestion des CI dépendants orphelins en ajoutant ou en supprimant des enregistrements dans cette table.
    Au final, seuls les CI auxquels ces conditions ne s’appliquent pas sont ajoutés à la table Grand livre CI dépendants [cmdb_dependent_ci_ledger] de la CMDB. Ces CI sont définis comme étant prêts à être supprimés à l’aide du gestionnaire de données CMDB, après approbation.

    Relations externes

    Pour les opérations de suppression et d’archivage, le système suit également les relations superflues des CI dans la table Configuration de l’évaluation des relations CI dépendantes [cmdb_dependent_ci_extra_rels_config]. Les relations superflues sont les relations qui ne sont pas dans la chaîne de dépendance du CI ; leur suppression ou leur archivage dépend de la valeur de la cmdb.dependent.ci.extra.rel.check propriété système. Cette propriété est définie sur true par défaut, auquel cas les relations superflues ne sont pas supprimées ni archivées. Vous pouvez définir la propriété sur faux pour supprimer et archiver ces relations.

    La cmdb.dependent.ci.extra.rel.check propriété n’existe pas dans le système de base et pour afficher ou modifier la valeur de la propriété, vous devez d’abord l’ajouter à la table Propriétés système [sys_properties ].

    Utilisation du gestionnaire de données CMDB pour appliquer des opérations de nettoyage en cascade

    Les processus de gestion des CI dépendants utilisent le gestionnaire de données CMDB pour traiter les mises à jour de cycle de vie des CI dépendants dans la table Grand livre CI dépendants [cmdb_dependent_ci_ledger] de la manière suivante :
    1. Demander et obtenir des approbations des utilisateurs pour les mises à jour du cycle de vie des CI.
    2. Exécution des mises à jour de CI de suppression, d’archivage ou de mise hors service réelles une fois ces opérations approuvées.

    Le système génère des politiques de gestionnaire de données « CI dépendant : suppression », « CI dépendant : archivage » et « CI dépendant : mise hors service » pour l’ensemble des CI prêts à être supprimés, archivés ou mis hors service. Ces politiques sont définies avec les types de politiques « Sur demande » respectifs. Ensuite, un administrateur ou un utilisateur du gestionnaire de données, selon le Managed By Group paramètre, doit examiner et approuver ces tâches avant que le gestionnaire de données n’applique les flux secondaires de suppression, d’archivage ou de mise hors service aux CI dépendants.

    Pour approuver automatiquement ces tâches, utilisez le gestionnaire de données CMDB pour effacer le marqueur Requiert une revue des politiques respectives du gestionnaire de données. Ces tâches s’exécuteront alors sans nécessiter d’intervention de l’utilisateur.

    Nettoyage en cascade des CI dépendants orphelins existants

    Lors de l’activation de la fonctionnalité de gestion des CI dépendants, les opérations de nettoyage en cascade s’appliquent uniquement lorsque la fonctionnalité est activée. Toutefois, il peut être nécessaire d’appliquer une opération de nettoyage en cascade similaire aux CI dépendants orphelins qui existaient déjà dans la CMDB avant l’activation de la fonctionnalité.

    Activez la tâche planifiée Nettoyer les CI orphelins pour effectuer un nettoyage en cascade unique des CI dépendants orphelins dans la CMDB. La tâche planifiée de nettoyage des CI orphelins vérifie l’ensemble de la CMDB pour identifier les CI dépendants orphelins. Ces CI sont ensuite traités de la même manière que les CI supprimés en cascade. Les CI prêts à être supprimés sont ajoutés à la table Grand livre CI dépendant de la CMDB [cmdb_dependent_ci_ledger]. Le gestionnaire de données CMDB est ensuite exploité comme décrit dans la Utilisation du gestionnaire de données CMDB pour appliquer des opérations de nettoyage en cascade section.

    La tâche planifiée de nettoyage des CI orphelins est destinée à s’exécuter une seule fois, après quoi la tâche se désactive d’elle-même. Selon la taille de la CMDB, la tâche planifiée de nettoyage des CI orphelins peut prendre plusieurs jours.