Processus d’importation de données SCCM et tables sources
Les Microsoft versions SCCM prises en charge par la ServiceNow® plateforme offrent des fonctionnalités identiques et les mêmes données importées.
Processus d’importation de données
- Un calendrier appelé système SCCM <version> Import détermine le moment où les tables SCCM sont importées dans l’instance ServiceNow® . Les importations peuvent être exécutées immédiatement ou planifiées pour s’exécuter à des intervalles définis.
- Un serveur MID récupère les données SCCM et les importe dans des tables intermédiaires sur l’instance.
- Les transformations s’exécutent sur les données des tables intermédiaires et mappent les données SCCM aux champs existants dans la CMDB.
Données SCCM importées
| Table SCCM | Table intermédiaire | Table CMDB |
|---|---|---|
|
SCCM <version> Computer Identity [imp_sccm<version>_computer_id] | Ordinateur [cmdb_ci_computer] |
| v_GS_Disk | Disque SCCM <version> [imp_sccm<version>_disk] | Disque [cmdb_ci_disk] |
| v_GS_Network_Adapter_Configuration | SCCM <version> Réseau [imp_sccm<version>_network] | Carte réseau [cmdb_ci_network_adapter] |
| v_GS_Operating_System | SCCM <version> Système d’exploitation [imp_sccm<version>_os] | Ordinateur [cmdb_ci_computer] |
| v_GS_Processor | Processeur SCCM <version> [imp_sccm<version>_processor] | Ordinateur [cmdb_ci_computer] |
|
SCCM <version> Logiciel [imp_sccm<version>_software] |
|
Sources de données SCCM
L’intégration ServiceNow® SCCM utilise des sources de données JDBC pour importer des données logicielles à partir de la base de données SCCM. Chaque source de données contient les caractéristiques de connexion de la base de données SCCM et nomme le serveur MID que l’instance utilisera pour importer les données. Les transformations qui mappent les champs SCCM à la CMDB sont définies dans une liste connexe dans chaque enregistrement de source de données.
Cartes de transformation
Les cartes de transformation sont accessibles à partir de la liste connexe Transformations dans chaque enregistrement de source de données. Les champs source dans SCCM et les champs cibles dans la CMDB sont répertoriés dans la liste connexe Cartes de champs de chaque enregistrement de carte de transformation de table. L’intégration SCCM utilise l’utilitaire de carte de transformation fourni avec la ServiceNow® plateforme. Pour obtenir des instructions sur la modification ou la création d’une carte de transformation, consultez Cartes de transformation.
- Importation incrémentielle : activée par défaut. Cette carte doit être configurée en mode Actif lorsque ServiceNow® Gestion des actifs logiciels n’est pas activé sur l’instance.
- Importation incrémentielle (SAM activé) : si le module d’extension Gestion des actifs logiciels est activé, définissez cette transformation sur Actif
Transformation de l’utilisateur affecté
Le script de transformation d’identité de l’ordinateur SCCM <version> tente de définir le champ Affecté à dans l’enregistrement CMDB en recherchant le nom de l’utilisateur dans la table source SCCM et en comparant la valeur avec le champ correspondant dans la table sys_user ServiceNow. Si une correspondance est trouvée, cet utilisateur est affecté à l’enregistrement. Si aucune correspondance n’est trouvée, le champ Affecté à est laissé vide. Le champ correspondant est contrôlé par la glide.discovery.assigned_user_match_field propriété système, qui est définie sur user_name par défaut.
Identificateurs
L’intégration SCCM utilise l’identification de CI pour mettre à jour les CI créés à partir des données importées de SCCM avec un ID de ressource. L’identificateur de règle matérielle renvoie l’ID de ressource d’un ordinateur à partir de SCCM et le stocke dans la table Source [sys_object_source]. Lorsque les ID de ressource sont importés pour la première fois, soit à partir de SCCM, soit Découverte, la table [sys_object_source] est remplie d’ID pour chaque CI identifié. Dans les importations suivantes, si un ID entrant correspond à celui d’un CI existant, le moteur IRE (Identification and Rapprochement) met à jour les informations de ce CI dans la CMDB. Si l’ID de ressource entrante ne correspond pas à celui d’un CI existant, IRE crée un nouveau CI et le remplit avec l’ID de ressource.
Pour plus d’informations sur l’identification et rapprochement CMDB et IRE, consultez Identification et réconciliation CMDB.
Les mises à niveau à partir des versions antérieures à Geneva conservent toujours les identificateurs hérités, mais vous pouvez passer aux nouveaux identificateurs à l'aide de la propriété glide.discovery.use_cmdb_identifiers. Si vous avez effectué une mise à niveau à partir d'une version antérieure à Geneva, vous devez ajouter cette propriété manuellement et la définir sur true pour utiliser les nouveaux identificateurs. Si vous avez effectué une mise à niveau à partir de Geneva, cette propriété est disponible dans la table Propriétés système [sys_properties]. Pour conserver cette fonctionnalité dans les identificateurs hérités personnalisés, convertissez-les au nouveau format de règles d'identificateur CMDB avant d'activer cette propriété. Le système ne reconfigure pas automatiquement vos identificateurs personnalisés pour le nouveau cadre de travail.
Scripts
Les scripts de remplissage de données renseignent les données connexes dans la CMDB pour chaque CI cible détecté par l’identificateur de règle matérielle.