Travailler avec le gestionnaire de données CMDB
CMDB Data Manager est un cadre de travail basé 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. CMDB Data Manager est une solution complète et intégrée qui s’adapte aux grandes CMDB et 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 à gérer, 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 gouverner les opérations de cycle de vie des CI afin de maintenir la CMDB dans un état opérationnel sain et efficace.
- Mettre 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 »).
- Supprimer tous les conteneurs qui n’ont pas été découverts 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).
- Approuver 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 les tables non associées à CMDB. Les tables connexes non CMDB de la table Entrée connexe [cmdb_related_entry] ont des références à des tables CMDB. Un CI d’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 Configuration Item (Élément de configuration) [cmdb_ci].
Expérience du gestionnaire des données CMDB dans l’espace de travail CMDB et dans l’espace de travail du graphe de services
Vous pouvez utiliser la page de destination CMDB Workspace et ses vues ou la vue de gouvernance de Service Graph Workspace pour administrer entièrement le gestionnaire de données CMDB, accéder à des analyses de haut niveau et à ses comptes pour ses politiques et tâches, et examiner vos tâches. Pour plus d'informations, consultez Expérience du gestionnaire des données CMDB dans l’espace de travail CMDB et dans l’espace de travail du graphe de services.
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 la 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 du CI spécifique. Par exemple, une politique définie avec le type de politique de suppression est associée 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 de manière à exiger l’approbation, le flux secondaire de la politique s’exécute uniquement après l’approbation d’une tâche de politique.
fournit système de base plusieurs flux secondaires courants tels que supprimer, archiver et mettre hors service, que vous pouvez utiliser avec des 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 politique, suit l’ensemble des CI cibles pour 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 politique tant qu’un membre de l’affectation de groupe dans l’attribut Managed by Group des CI cibles n’approuve pas 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 la 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 conservant actif dans les vues de listes et dans des processus tels que CMDB Health (Intégrité CMDB).
- Attestation
- Utilisez cette fonction pour affecter et traiter les tâches d’attestation qui vérifient l’existence de l’infrastructure informatique et des applications réelles que vous possédez. Comme les CI sont continuellement ingérés dans la CMDB à partir de diverses sources de données, les CI d’attestation soutiennent l’intégrité de la CMDB. Pour plus d’informations sur l’utilisation du type de politique d’attestation, reportez-vous à la section Attestation de CI.
- Archive
- Utilisez cette propriété 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 en é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 propriété 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 de la CMDB mais peuvent tout de même être considérées comme des données CMDB. Les tables connexes ne sont pas inhérentes à la table Configuration Item (É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
- Utilisez cette fonction pour certifier que des attributs spécifiques ont une valeur spécifique.
Vous pouvez implémenter vos stratégies 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à à l’état 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 en savoir plus sur ces processus et sur la vérification de l’activation de la fonctionnalité, 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 utilisée par les Archive Configuration Items politiques d’archivage du gestionnaire de données CMDB.
- 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 Archive politiques d’archivage 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 ServiceNow AI Platform® table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk], l’attribut Keys contient le sys_ids des CI CMDB à archiver (où l’ID de règle est l’ID de règle d’archivage CMDB).
-
Les enregistrements archivés sont stockés dans les tables d’archivage ServiceNow AI Platform® , qui sont 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 de gestionnaire de données, le système regroupe 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 des 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 pour les classes de votre organisation et prennent en charge la transition des CI à travers les étapes du cycle de vie. Pour plus d’informations sur l’accès et la gestion des définitions de mise hors service, reportez-vous à la section 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 à la retraite.
- Spécifiez la définition de la 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 hors service n’est exclu d’aucune vue ou processus tel que CMDB Health (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 rétention, les CI archivés peuvent être restaurés manuellement dans un état actif en utilisant 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 d’attestation. Si vous tentez de créer une politique d’un type de politique pour lequel cette exigence s’applique, mais qu’elle n’est pas respectée, 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 CI pour renseigner cet attribut pour une classe entière, en une seule opération de synchronisation. Pour plus d’informations sur cette synchronisation de 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.