Vue d’ensemble de la CMDB
L’opérateur Base de données de gestion des configurations (CMDB) crée et maintient les configurations logiques dont votre infrastructure réseau a besoin pour prendre en charge un ServiceNow service.
Dans la CMDB, les configurations de service logique sont mappées aux données de disposition physique du réseau et de l’infrastructure d’application de prise en charge dans chacun de vos domaines respectifs. Ils suivent l’état physique et logique des éléments de service informatique et associent les incidents à l’état des éléments de service, ce qui aide à analyser les tendances et à réduire les problèmes et les incidents.
Les configurations sont stockées dans une base de données de gestion des configurations (ServiceNow CMDB) qui se compose d’entités, appelées éléments de configuration (CI), qui font partie de votre environnement. Un CI peut être :
- Une entité physique, telle qu’un ordinateur ou un routeur
- Une entité logique, telle qu’une instance d’une base de données
- Conceptuel, tel qu’un service de demande
Dans chaque cas, vous souhaitez conserver des attributs sur le CI et vous souhaitez exercer un contrôle sur le CI. Il peut être nécessaire d’apporter des changements et d’en faire le suivi par rapport au CI. En outre, un CI n’existe pas seul. Les CI ont des dépendances et des relations avec d’autres CI. Par exemple, la perte de lecteurs de disque peut entraîner l’arrêt d’une instance de base de données, ce qui affecte le service de demande que le service RH utilise pour commander des équipements pour les nouveaux employés.
Ce sont ces données relationnelles qui font de la CMDB un puissant outil d’aide à la décision. Comprendre les dépendances et autres relations entre vos CI peut vous dire, par exemple, exactement qui et quoi est affecté par la perte de cette banque de disques durs. Lorsque vous découvrez qu’un routeur est tombé en panne, vous pourrez évaluer l’effet de cette panne. Lorsque vous décidez de mettre à niveau le processeur d’un serveur, vous pouvez savoir qui ou quoi sera affecté pendant la panne.
Les éléments de configuration diffèrent d’un environnement à l’autre, car chaque client a des besoins uniques. Des détails sur les attributs physiques exacts d’un ordinateur peuvent être nécessaires pour un client, mais peuvent représenter des données dénuées de sens pour un autre. La plateforme NOW fournit un mécanisme permettant de définir facilement de nouvelles classes d’éléments de configuration et de nouvelles relations qui peuvent exister entre les CI. De nouvelles classes peuvent être définies pour étendre d’autres classes. Par exemple, il existe une classe ordinateur portable qui étend la classe ordinateur. La classe ordinateur elle-même étend la classe CI de base. Les extensions de classe client font automatiquement partie de l’environnement ServiceNow et s’intègrent parfaitement aux points d’intégration des autres processus ITIL.
Vous pouvez, par exemple, définir l’attribut Used for dans la table cmdb_ci_server sur une valeur telle que « développement », « test » ou « production ». Ces valeurs indiquent l’environnement pris en charge par le CI et permettent de suivre un CI tout au long de son cycle de vie dans un environnement changeant.
CMDB étendue
Dans les systèmes de base, CMDB fournit des fonctionnalités de base pour la base de données de gestion des configurations, notamment des modules pour le matériel et les éléments de configuration. Le module d’extension CMDB étendu distinct inclut une collection de modules pour les éléments de configuration spécialisés, tels que le matériel radio, l’équipement de test et le matériel de système vocal.
Pour étendre la CMDB, vous pouvez activer les modules d’extension suivants afin d’accéder aux modules des éléments de configuration spécialisés.
- Ordinateur central CMDB (com.snc.cmdb.mainframe)
- Catégorie radio CMDB (com.snc.cmdb.radio.category)
- Catégorie de télécommunications CMDB (com.snc.cmdb.telecom.category)
- Équipement de test CMDB (com.snc.cmdb.test.equipment)
Hiérarchie CMDB et gestionnaire de classe CI
Les ensembles de CI qui partagent des attributs sont stockés dans leur propre table de classes. Toutes les tables CMDB sont connectées par des relations et héritent d’attributs les unes des autres pour former un réseau de tables appelé hiérarchie CMDB.
Utilisez pour gérer les Gestionnaire de classe de CI classes CMDB au sein de la hiérarchie CMDB, de l’intégrité CMDB et d’autres définitions liées aux classes. Par exemple, dans le Gestionnaire de classe de CI, vous pouvez afficher les attributs de classe, les règles d’identification de classe et la liste des CI pour une classe spécifique. Pour afficher la liste des CI dans la CMDB, vous pouvez également entrer cmdb_ci_list.do dans le navigateur de filtre.
Architecture
Tables connexes
Certaines tables ne font pas partie de la hiérarchie CMDB, mais qui sont tout de même considérées comme des données CMDB. Les tables connexes, telles que la table Numéro de série [cmdb_serial_number], 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].
Certains scénarios impliquant des tables connexes peuvent entraîner des enregistrements orphelins ou périmés dans les tables connexes. Un CI dans une table connexe peut, par exemple, devenir orphelin si le CI référencé dans la CMDB est supprimé. Vous pouvez utiliser le gestionnaire de données CMDB pour créer une politique du type de politique « Supprimer l’entrée connexe de la CMDB », qui supprimera en cascade ces données d’éléments connexes inutiles. Pour en savoir plus sur la création de cette stratégie du gestionnaire de données CMDB, reportez-vous à la section Créer une politique du gestionnaire de données CMDB dans l’espace de travail CMDB.
Localisation
L’utilisation du type de champ Texte traduit (au lieu de chaîne) pour les attributs dans les tables CMDB peut réduire les performances globales, y compris les performances des fonctionnalités telles que l’intégrité CMDB. En effet, les valeurs des tables CMDB sont dynamiques et sont susceptibles de changer souvent, et les données elles-mêmes sont susceptibles de croître continuellement. L’utilisation du champ Texte traduit nécessite également la mise à jour manuelle du texte associé. Le type de champ Texte traduit est généralement efficace avec des données statiques qui ne changent pas et n’augmentent pas. Pour plus d’informations sur les types de champs, reportez-vous à la section Field types reference.
Rôles requis
La lecture directe des tables CMDB nécessite le rôle cmdb_read, tandis que l’accès au module Configuration nécessite les rôles asset, itil ou itil_admin. Pour afficher les enregistrements liés à CMDB dans l’interface utilisateur, le rôle itil est généralement suffisant. Pour la mise à jour des enregistrements et pour d’autres manipulations d’enregistrements, des rôles avec des informations d’identification plus élevées sont généralement requis, comme indiqué dans chaque procédure de l’ensemble de documentation.
Pour plus d’informations sur CMDB et d’autres rôles, reportez-vous à , ou reportez-vous Base system rolesà une rubrique de composants de fonctionnalité telle que Composants installés avec l’espace de travail CMDB.