Utilisation du gestionnaire de données CMDB
Gestionnaire de données CMDB est un cadre de travail axé sur des politiques pour la gestion en bloc des opérations de cycle de vie des CI telles que la suppression, l’archivage et l’attestation. Le gestionnaire de données CMDB est une solution complète et intégrée qui s’adapte aux grandes CMDB et fait face aux changements rapides dans un monde basé sur le cloud.
Les grandes CMDB peuvent, au fil du temps, accumuler de grandes quantités de CI périmés qui peuvent avoir un impact sur les performances globales. Les solutions d’atténuation personnalisées peuvent être difficiles à développer et à maintenir, et sont également sujettes à des erreurs. Le gestionnaire de données CMDB est l’outil dans lequel vous pouvez créer, publier et gérer des politiques. Créez des politiques pour automatiser et régir les opérations de cycle de vie des CI afin de maintenir la CMDB dans un état opérationnel sain et efficace.
- Mettez hors service tous les ordinateurs sans propriétaires qui ont été créés il y a plus d’un an (type de politique « Mettre hors service »).
- Archivez tous les serveurs Linux du centre de données de Seattle qui n’ont pas été mis à jour depuis six mois (type de politique « Archiver »).
- Supprimez tous les conteneurs qui n’ont pas été détectés au cours de la dernière semaine (type de politique « Supprimer »).
- Attester tous les CI dans un emplacement spécifié (type de politique d’attestation).
- Approuvez les tâches de cycle de vie de suppression en cascade, d’archivage ou de mise hors service générées par la gestion des CI dépendants.
- Supprimez les enregistrements orphelins, périmés ou non pertinents dans des tables non liées à la CMDB. Les tables connexes non CMDB de la table Entrée associée [cmdb_related_entry] ont des références à des tables CMDB. Un CI dans une table connexe peut, par exemple, devenir orphelin si le CI référencé dans la CMDB est supprimé (type de politique « Supprimer l’entrée connexe CMDB »).
- Certifiez que les attributs ont une valeur spécifique requise pour l’entreprise.
Vous pouvez appliquer les politiques du gestionnaire de données CMDB uniquement aux classes qui étendent la table Élément de configuration [cmdb_ci].
Expérience du gestionnaire de données CMDB dans l’espace de travail CMDB
Vous pouvez utiliser la page de destination de l’Espace de travail CMDB et ses vues pour administrer entièrement le gestionnaire de données CMDB, accéder à des analyses de haut niveau et à des décomptes pour ses politiques et tâches, et examiner vos tâches. Pour plus d’informations sur l’utilisation du gestionnaire de données CMDB dans l’espace de travail CMDB, reportez-vous à la section Expérience du gestionnaire de données CMDB dans l’espace de travail CMDB.
Conditions
- Politique
Une politique de gestionnaire de données CMDB capture le plan de gestion global d’un événement du cycle de vie, tel que la mise hors service d’un CI. Une politique est associée à un flux secondaire (le flux secondaire de la politique) qui crée les tâches (les tâches de la politique) pour les CI cibles de la politique. Une politique est configurée avec un type de politique et les tâches de politique effectuent des opérations associées à ce type de politique, telles que l’archivage ou la suppression d’un enregistrement de CI. Vous pouvez également configurer une politique pour exiger une approbation.
Le type de politique, le flux secondaire de la politique et les tâches de la politique sont tous alignés sur un événement du cycle de vie spécifique du CI. Par exemple, un ensemble de politiques avec le type de politique de suppression est associé au flux secondaire de suppression et ses tâches de politique gèrent la suppression des CI.
Une tâche planifiée quotidienne traite toutes les politiques du gestionnaire de données CMDB publiées.
- Flux secondaire de la politique
Le flux secondaire de politique contient la logique sous-jacente pour traiter un événement du cycle de vie tel que la mise hors service ou la suppression. Si la politique est configurée pour exiger l’approbation, le flux secondaire de la politique s’exécute uniquement après l’approbation d’une tâche de politique.
Le système de base fournit plusieurs flux secondaires courants tels que la suppression, l’archivage et la mise hors service, que vous pouvez utiliser avec les stratégies. Vous pouvez également créer des flux secondaires personnalisés pour votre organisation.
- Tâche de police
Une tâche distincte est créée et affectée à chaque valeur unique Managed By Group dans l’ensemble des CI cibles d’une politique. Une tâche de politique déclenche le flux secondaire de la politique, suit l’ensemble des CI cibles de la tâche et gère l’approbation de la tâche, si nécessaire.
Si une politique nécessite une approbation, les tâches de politique ne déclenchent pas le flux secondaire de la politique tant qu’un membre de l’affectation de groupe dans l’attribut Managed by Group des CI cibles n’a pas approuvé les tâches. Si une tâche est rejetée ou si l’attribut Managed by Group est vide, la tâche est affectée à un administrateur qui doit intervenir manuellement pour résoudre la tâche.
Si une politique n’est pas configurée pour exiger une approbation, les tâches de politique sont automatiquement approuvées.
- Liste d’exclusion de CI
- Ensemble de CI auxquels les politiques d’un type spécifié ne s’appliquent pas.
Types de politiques
- Supprimer
- Utilisez cette option pour supprimer un CI de sa table actuelle sans option permettant de restaurer le CI dans un état actif.
- Retirer
- Permet de mettre hors service un CI tout en le gardant actif dans les vues de listes et dans les processus tels que l’intégrité CMDB.
- Attestation
- Permet d’affecter et de traiter les tâches d’attestation qui vérifient l’existence de l’infrastructure informatique et des applications réelles que vous possédez. Étant donné que les CI sont continuellement ingérés dans la CMDB à partir de diverses sources de données, les CI d’attestation prennent en charge l’intégrité de la CMDB. Pour plus d’informations sur l’utilisation du type de stratégie d’attestation, reportez-vous à la section Attestation de CI.
- Archive
- Utilisez cette option pour supprimer un CI de sa table actuelle et stocker le CI dans une table d’archivage distincte pour une conservation temporaire. L’archivage d’un CI l’exclut des vues et des fonctionnalités telles que les cartes et le formateur de relations. Pendant la période de rétention, vous pouvez restaurer les CI à l’état actif. À la fin de la période de rétention, les CI archivés sont supprimés de leur table d’archivage.
- Supprimer l'entrée associée de la CMDB
Utilisez cette option pour nettoyer toutes les données non pertinentes ou périmées des tables connexes afin de maintenir les données CMDB intègres et pertinentes à mesure que l’état des CI référencés change.
Les tables connexes, telles que la table Numéro de série [cmdb_serial_number], ne font pas partie de la hiérarchie CMDB, mais sont tout de même considérées comme des données CMDB. Les tables connexes ne sont pas inhérentes à la table Élément de configuration [cmdb_ci], mais ont au moins une colonne qui fait référence à un CI CMDB. Les tables connexes sont spécifiées dans la table Entrées associées [cmdb_related_entry].
- Certification
- Permet de certifier que des attributs spécifiques ont une valeur spécifique.
Vous pouvez implémenter vos politiques de mise hors service, de suppression et d’archivage afin qu’elles respectent les normes CSDM (Common Service Data Model) où, par exemple, les CI sont archivés et supprimés uniquement lorsqu’un CI est déjà dans l’état Mis hors service. Lorsque vous créez ces politiques de cycle de vie, le système applique des processus pour gérer tous les CI dépendants qui pourraient être laissés derrière. Pour plus d’informations sur ces processus et sur la vérification de l’activation de la fonction, reportez-vous à la section Gestion des CI dépendants.
ServiceNow AI Platform® Archivage des données
- La table Règle d’archivage [sys_archive] contient les règles d’archivage ServiceNow AI Platform® , y compris la règle d’archivage CMDB, que les politiques d’archivage Archive Configuration Items du gestionnaire de données CMDB utilisent.
- Le gestionnaire de données s’appuie sur la tâche planifiée pour s’exécuter (toutes les heures par défaut) et traiter les politiques d’archivage Archive du gestionnaire de données CMDB. La Archive tâche planifiée est stockée dans la table Élément de calendrier [sys_trigger].
- Dans la table Blocs d’exécution des tâches d’archivage ServiceNow AI Platform® [sys_archive_run_chunk], l’attribut Keys contient le sys_ids des CI CMDB à archiver (où ID de règle est l’ID de règle d’archivage CMDB).
-
Les enregistrements archivés sont stockés dans les ServiceNow AI Platform® tables d’archivage, précédées de « ar_ ». De la même manière, la première fois qu’une tâche d’archivage CMDB s’exécute, elle crée une table d’archivage pour chaque classe CMDB (précédée de « ar_cmdb »). Par conséquent, la tâche d’archivage CMDB initiale prend plus de temps que les tâches d’archivage CMDB suivantes.
Pour chaque politique d’archivage du gestionnaire de données, le système met en lots les CI de politique à archiver en lots de 1 000 CI. La table sys_archive_run_chunk contient un enregistrement pour chacun des lots.
Les tables d’archivage CMDB, telles que ar_cmdb_ci_computer, sont répertoriées sous .
Lorsque vous utilisez le gestionnaire de données CMDB pour archiver des CI, vous pouvez également appliquer ServiceNow AI Platform® directement des fonctionnalités d’archivage des données, telles que la restauration des CI en état actif pendant une période de rétention des CI.
Gestion du cycle de vie des CI
Vous pouvez utiliser les politiques de cycle de vie dans le gestionnaire de données CMDB pour gérer le cycle de vie des CI. Ces politiques de cycle de vie utilisent des définitions de mise hors service qui spécifient l’état de mise hors service des classes de votre organisation et prennent en charge la transition des CI par les étapes du cycle de vie. Pour en savoir plus sur l’accès aux définitions de retraite et leur gestion, reportez-vous à la rubrique Définitions de la mise hors service.
- Utilisez une instance de non-production comme environnement sécurisé pour configurer et tester la gestion du cycle de vie dans votre organisation.
- Choisissez la classe CI pour laquelle vous souhaitez définir une définition de mise hors service tout en examinant attentivement la dérivation. En raison de la dérivation, la définition de mise hors service que vous spécifiez pour une classe est également en vigueur pour toutes les classes enfants qui n’ont pas leur propre définition de mise hors service.
- Spécifiez la définition de mise hors service pour la classe.
- Créez une politique de retraite ciblant les CI que vous souhaitez mettre hors service.
- Créez une politique de suppression ou d’archivage ciblant les CI hors service.
- Après avoir testé et vérifié que l’ensemble du plan de gestion du cycle de vie fonctionne comme prévu, transférez toutes ces configurations vers l’instance de production.
- Un CI mis hors service n’est exclu d’aucune vue ou processus tel que l’intégrité CMDB.
- Un CI archivé n’existe plus dans sa table active et est stocké dans une table d’archivage distincte. Les CI archivés ne sont plus visibles ni inclus dans des processus tels que les vues de listes, les cartes et les formateurs de relations. Les CI archivés peuvent être conservés pendant une période de conservation spécifiée avant d’être supprimés de la table d’archivage. Pendant la période de conservation, les CI archivés peuvent être restaurés manuellement dans un état actif à l’aide de la ServiceNow AI Platform® fonctionnalité permettant de restaurer les CI dans un état actif.
Configurer l’environnement pour le gestionnaire de données CMDB
- Certains types de politiques, tels que les politiques de cycle de vie Mettre hors service, Archiver et Supprimer, exigent qu’une définition de mise hors service active existe pour chaque classe ciblée dans la politique. Cette exigence ne s’applique pas à tous les types de politiques. Par exemple, cette exigence ne s’applique pas au type de politique Attestations. Si vous tentez de créer une politique d’un type de politique pour lequel cette exigence s’applique, mais n’est pas remplie, un message d’erreur s’affiche et l’opération échoue.
- Vous pouvez rationaliser l’approbation des politiques en renseignant l’attribut Manage by Group des CI que vous prévoyez de cibler dans les politiques. Utilisez le Gestionnaire de classe de CI pour renseigner cet attribut pour une classe entière, en une seule opération de synchronisation. Pour plus d’informations sur la synchronisation des données, reportez-vous à la section Définir le groupe pour un CI ou une classe entière de CI. Si l’attribut Managed by Group n’est pas renseigné pour un CI, le processus d’approbation est dirigé vers l’administrateur.