Travailler avec Gestionnaire de données CMDB
Le 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 CMDB volumineuses peuvent, au fil du temps, accumuler de grandes quantités de CI périmés susceptibles d’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 aux erreurs. Le gestionnaire de données CMDB est l’outil qui vous permet de créer, de publier et de 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.
- Mettre hors service tous les ordinateurs sans propriétaire, qui ont été créés il y a plus d’un an (type de politique « Mettre hors service »).
- Archiver 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é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 la suppression en cascade, l’archivage ou la mise hors service des tâches de cycle de vie 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] contiennent des références aux 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 de la 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]. Par conséquent, vous ne pouvez pas utiliser le gestionnaire de données CMDB pour gérer des classes telles que celles qui ont été importées par CMDB CI Class Models.
Expérience du gestionnaire de données CMDB dans Espace de travail CMDB
Vous pouvez utiliser la page de destination de CMDB Workspace et ses vues pour administrer entièrement le gestionnaire de données CMDB, accéder à des analyses et des décomptes de haut niveau 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 , reportez-vous à Espace de travail CMDBla section Expérience du gestionnaire de données CMDB dans Espace de travail CMDB.
Gestionnaire de données CMDB sur l’interface utilisateur principale (interface utilisateur 16)
Expérience du gestionnaire de données CMDB dans Espace de travail CMDB fournit les dernières fonctionnalités du Gestionnaire de données CMDB, y compris certaines fonctions non disponibles dans le Gestionnaire de données CMDB basé sur l’interface utilisateur principale (UI 16). Le gestionnaire de données CMDB basé sur l’interface utilisateur principale (interface utilisateur 16) est disponible en accédant à . Pour plus d’informations sur l’utilisation de la version héritée du Gestionnaire de données CMDB sur l’interface utilisateur principale, reportez-vous à la section Gestionnaire de données CMDB sur l’interface utilisateur principale (interface utilisateur 16).
Conditions
- Politique
Une politique de gestionnaire de données CMDB capture le plan de gestion global pour un événement de cycle de vie, tel que la mise hors service d’un CI. Une politique est associée à un flux secondaire (le « flux secondaire de politique ») qui crée les tâches (les tâches de 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 les opérations associées à ce type de politique, telles que l’archivage ou la suppression d’un enregistrement CI. En outre, vous pouvez configurer une politique pour exiger une approbation.
Le type de politique, le flux secondaire de politique et les tâches de politique sont tous alignés sur un événement de cycle de vie spécifique des 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 permettant de traiter un événement de cycle de vie tel que la mise hors service ou la suppression. Si la politique est configurée de manière à exiger une 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 des politiques. Vous pouvez également créer des flux secondaires personnalisés nécessaires dans l’organisation.
- Tâche de politique
Une tâche distincte est créée et affectée à chaque valeur unique Managed By Group au sein du jeu de CI cibles d’une politique. Une tâche de politique déclenche le flux secondaire de politique, suit le jeu de 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’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 de manière à exiger une approbation, les tâches de politique sont automatiquement approuvées.
- Liste d’exclusion des 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 pour restaurer le CI à un état actif.
- Mettre hors service
- Utilisez cette option pour mettre hors service un CI tout en le maintenant actif dans les vues de listes et dans des processus tels que Intégrité CMDB.
- Attestation
- Utilisez cette fonction pour affecter et traiter des 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 ingérés en continu dans la CMDB à partir de diverses sources de données, les CI attestants garantissent l’intégrité de la CMDB. Pour plus d’informations sur l’utilisation du type de politique Attestation, reportez-vous à 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 à des fins de conservation temporaire. L’archivage d’un CI exclut le CI des vues et des fonctionnalités telles que les cartes et le formateur de relations. Pendant la période de conservation, vous pouvez restaurer les CI à l’état actif. À la fin de la période de conservation, 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 garantir l’intégrité et la pertinence des données CMDB lorsque 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 qualifiées de 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
- Utilisez cette propriété pour certifier que certains attributs 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 pour compte. Pour plus de détails sur ces processus et sur la vérification de l’activation de la fonctionnalité, reportez-vous à la section Gestion des CI dépendants.
Now Platform® Archivage des données
- La table Règle d’archivage [sys_archive] contient les règles d’archivage Now 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 Now Platform® table Blocs d’exécution des tâches d’archivage [sys_archive_run_chunk], l’attribut Keys contient la 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 tables d’archivage, dont le Now Platform® préfixe est « 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éfixée par « ar_cmdb »). Par conséquent, cette 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 lot les CI de politique à archiver en lots de 1 000 CI. La table sys_archive_run_chunk contient un enregistrement pour chacun de ces lots.
Les tables d’archives 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 Now Platform® directement des fonctionnalités d’archivage des données, telles que la restauration d’enregistrements archivés pendant la période de conservation d’un CI.
Règles d’état du cycle de vie et définitions de mise hors service
Les règles d’état de cycle de vie définissent l’état de mise hors service des classes de votre organisation et prennent en charge la transition des CI à travers les étapes du cycle de vie lors de l’utilisation du gestionnaire de données CMDB. Après la mise hors service des CI, le gestionnaire de données CMDB configure les CI mis hors service en fonction des définitions de mise hors service spécifiées par les règles de cycle de vie de la classe des CI. L’utilisation d’une stratégie de gestionnaire de données CMDB Mettre hors service, archiver ou supprimer nécessite qu’une règle de cycle de vie active existe pour chaque classe ciblée dans la politique. Vous pouvez activer les règles de cycle de vie dans le système de base pour appliquer les définitions par défaut, personnaliser ces règles ou ajouter des règles de cycle de vie pour les classes nécessaires à votre organisation.
- Un CI mis hors service n’est exclu d’aucune vue ni d’aucun processus tels que Intégrité CMDB.
- Un CI archivé n’existe plus dans sa table active, mais il est stocké dans une table d’archivage distincte. Les CI archivés ne sont plus visibles ni inclus dans les 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 cette période de conservation, les CI archivés peuvent être restaurés manuellement à un état actif à l’aide de la Now Platform® fonctionnalité de restauration des enregistrements archivés.
- Un CI supprimé n’existe plus dans la table à laquelle il appartenait, et il n’existe aucun moyen de le restaurer dans un état actif. La suppression d’un CI est une opération irréversible.
Pour en savoir plus sur l’accès et la gestion des règles de cycle de vie, reportez-vous à Règles de cycle de vie et définitions de mise hors service.
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 règle de cycle de vie 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 Attestation. Si vous tentez de créer une politique d’un type de politique pour lequel cette condition s’applique, mais qu’elle 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 envisagez de cibler dans les politiques. Utilisez le gestionnaire de classes CI pour renseigner cet attribut pour une classe entière, en une seule opération de synchronisation. Pour en savoir plus 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.