Processus d’importation de données SCCM et tables sources

Les Microsoft versions SCCM supportées dans la ServiceNow® plateforme offrent des fonctionnalités identiques et les mêmes données importées.

Processus d’importation de données

1. Un calendrier appelé Système SCCM <version> L’importation 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 à intervalles définis.
2. Un MID Server récupère les données SCCM et les importe dans les tables intermédiaires de l’instance.
3. 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

Cette table affiche les tables sources SCCM, les tables intermédiaires de jeu d’importation correspondantes dans l’instance ServiceNow® et les tables cibles dans la CMDB.

Table SCCM	Table intermédiaire	Table CMDB
v_GS_Computer_System v_GS_Workstation_Status v_GS_System v_GS_PC_Bios v_GS_Operating_System v_GS_Computer_System_Product v_GS_System_Enclosure v_GS_Baseboard	SCCM <version> Identité d’ordinateur [imp_sccm<version>_computer_id]	Ordinateur [cmdb_ci_computer]
v_GS_Disk	SCCM <version> Disque [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	SCCM <version> Processeur [imp_sccm<version>_processor]	Ordinateur [cmdb_ci_computer]
v_GS_Add_Remove_Programs v_GS_Add_Remove_Programs_64	SCCM <version> Logiciel [imp_sccm<version>_software]	Logiciel [cmdb_ci_spkg] Installation logicielle [cmdb_sam_sw_install] (lorsque Gestion des actifs logiciels est activé*)

*Pour plus d’informations sur Software Asset Management et comment l’activer, consultez Demander Software Asset Management.

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 détails de connexion de la base de données SCCM et nomme le MID Server 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 sources de SCCM et les champs cibles de la CMDB sont répertoriés dans la liste connexe Cartes de champs de chaque enregistrement 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, reportez-vous à la rubrique Cartes de transformation.

L’intégration SCCM fournit deux cartes de transformation pour les importations incrémentielles de logiciels. Une seule carte de transformation peut être activée (active) à la fois.

• Importation incrémentielle : activée par défaut. Cette carte doit être configurée comme Active lorsque ServiceNow® Software Asset Management n’est pas activé sur l’instance.
• Importation incrémentielle (SAM activé) : si le module d’extension Software Asset Management est activé, définissez cette transformation sur Actif

Remarque :

Pour forcer une importation complète unique de toutes les données logicielles à partir de la base de données SCCM, effacez la valeur du champDate/Heure de la dernière exécution sur la source de données. L’exécution de cette opération peut prendre beaucoup de temps, c’est pourquoi la méthode la plus efficace consiste à utiliser une transformation incrémentielle après la première importation complète.

Transformation de l’utilisateur affecté

Le script de transformation de l’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 ServiceNow sys_user. 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 de données importées de SCCM avec un ID de ressource. L’identificateur Règles de matériel renvoie l’ID de ressource d’un ordinateur à partir de SCCM et le stocke dans la table Source [sys_object_source]. Lors de la première importation des ID de ressources, soit à partir de SCCM, soit Détectionà partir de , la table [sys_object_source] est remplie avec les ID de chaque CI qu’elle identifie. Dans les importations suivantes, si un ID entrant correspond à celui d’un CI existant, IRE (moteur Identification et rapprochement) met à jour les informations pour 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 renseigne avec l’ID de ressource.

Pour plus d’informations sur Identification et réconciliation 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 la règle de matériel.

Logiciel

L’intégration Microsoft SCCM rapproche le nombre de packages logiciels dans les enregistrements d’un CI et supprime une instance logicielle de la table Instance logicielle [cmdb_software_instance] si le package logiciel est désinstallé du CI. Dans le cas d’une importation logicielle complète, la transformation remplit les tables Logiciel [cmdb_ci_spkg] et Instance logicielle [cmdb_software_instance]. Si le module d’extension Software Asset Management est activé, la transformation remplit la table Installation logicielle [cmdb_sam_sw_install].

Remarque :

Les données de table importées de SCCM doivent contenir des données complètes pour le CI. L’instance part du principe que l’importation représente toutes les relations existantes et ajuste la CMDB en conséquence. Les données partielles reçues des tables SCCM peuvent entraîner la suppression de relations actives.