Vue d’ensemble de CMDB
L’crée Base de données de gestion des configurations (CMDB) et maintient les configurations logiques dont votre infrastructure réseau a besoin pour prendre en charge un ServiceNow service.
Dans CMDB, les configurations de service logiques sont mappées aux données de mise en page physique du réseau et de l’infrastructure d’application de support 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 permet d’analyser les tendances et de 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, il existe des attributs sur le CI que vous souhaitez conserver, et vous souhaitez avoir le contrôle sur le CI. Certains changements peuvent devoir être apportés et suivis par rapport au CI. En outre, un CI n’existe pas par lui-même. Les CI ont des dépendances et des relations avec d’autres CI. Par exemple, la perte de lecteurs de disque peut entraîner la panne d’une instance de base de données, ce qui affecte le service de demande que le département 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 pouvez évaluer l’effet de cette panne. Lorsque vous décidez de mettre à niveau le processeur d’un serveur, vous pouvez indiquer 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 NOW Platform 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. Il est possible de définir de nouvelles classes qui étendent d’autres classes. Par exemple, il existe une classe laptop qui étend la classe computer. La classe computer 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 pour d’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 essentielles 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 comprend 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 pour 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 d’une classe spécifique. Pour afficher la liste des CI dans la CMDB, vous pouvez également saisir cmdb_ci_list.do dans le navigateur de filtre.
Architecture
Tables connexes
Certaines tables 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, 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 connexes [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 d’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 les données des éléments connexes non nécessaires. Pour plus d’informations sur la création de cette stratégie du gestionnaire de données CMDB, reportez-vous à la section .
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 de fonctionnalités telles que l’intégrité CMDB. Cela est dû au fait que les valeurs des tables CMDB sont dynamiques et sont susceptibles de changer souvent, et que 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 ne se développent pas. Pour en savoir plus sur les types de champs, reportez-vous à Field types.