Configurer l’instance de connecteur SCOM

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 8 minutes de lecture

    • Configurez l’instance de connecteur SCOM (Microsoft System Center Operations Manager) pour recevoir des alertes et Analyse des mesures des données brutes du serveur SCOM.

    Avant de commencer

    Pour activer la collecte de mesures, assurez-vous que l’application Serveur MID qui récupère les mesures est configurée avec l’extension Analyse des mesures et que l’extension est en mode Démarré . Consultez Configurer manuellement l’extension Analyse des mesures.

    Windows l’authentification est utilisée par le connecteur pour accéder à la base de données SCOM (OperationsManagerDW). Par conséquent, si Collecte de mesures est sélectionné et que l’option Connexion à la base de données avec authentification Windows est également sélectionnée, assurez-vous que le service s’exécute Serveur MID avec un utilisateur disposant d’un accès en lecture à la base de données SCOM. Assurez-vous que les informations d’identification correctes sont utilisées :
    1. Dans les services locaux, sélectionnez et maintenez (ou cliquez avec le bouton droit de la souris) sur le Serveur MID service et sélectionnez Propriétés.
    2. Dans l’onglet Connexion, assurez-vous que Ce compte est sélectionné. Incluez les détails de l’utilisateur de domaine qui a un Windows accès en lecture à la base de données SCOM.
    Avant de commencer la procédure de configuration du connecteur, vérifiez les points suivants :
    • Le Serveur MID est en cours d’exécution avec un utilisateur disposant d’autorisations d’administration locales pour activer l’exécution Serveur MID de PowerShell.
    • L’utilisateur Serveur MID a un accès en lecture à l’API SCOM.
    • Il Serveur MID réside dans le même domaine que le serveur SCOM.
    • Le Serveur MID utilise le même fuseau horaire que le serveur SCOM.
    • Le Serveur MID fonctionne sur Windows.
    • Le . Serveur MID NET Framework version 3.5.
    Si l’option Bidirectionnel est sélectionnée, vérifiez les points suivants :
    • la version 3.0 de PowerShell est installée sur Windows ;
    • Le Serveur MID est en cours d’exécution avec un utilisateur disposant d’autorisations d’administration locales pour activer l’exécution de PowerShell.
    Pour mettre à niveau un connecteur SCOM existant :
    1. Sur la page Instance de connecteur - connecteur SCOM (Tous > Gestion des événements > Intégrations > Instances des connecteurs), décochez la case Collecter les mesures .
    2. Installez le module d’extension em-connectors à partir de la boutique.

    Rôle requis : evt_mgmt_admin

    Pourquoi et quand exécuter cette tâche

    Pour recevoir des alertes SCOM, vous pouvez obtenir les fichiers SCOM redistribuables à partir de votre application SCOM. Ajoutez les fichiers à , Serveur MID puis configurez une instance de connecteur SCOM pour collecter les alertes et Analyse des mesures les données brutes.

    La collecte est effectuée à l’aide de Analyse des mesures JavaScript exécutant JDBC plutôt que PowerShell.

    Vous pouvez également utiliser cette configuration pour l’instance gérée SCOM sur Azure.

    Le paramètre de journal est activé sur ce connecteur et consigne les logPayloadForDebug charges utiles des événements et des mesures du système source. Une fois le débogage terminé, définissez ce paramètre sur false pour éviter de surcharger le système.

    Versions prises en charge :
    • 2007 – version 6.1.7221.0
    • 2012 – version 7.1.10226.0
    • 2016 – versions 7.2.117190 et 7.3.13261.0
    • 2019 – version 10.19.10050.0
    • 2022 – version 10.22.10118.0
    • 2025 - version 10.25.10132.0

    Procédure

    1. Sur le serveur SCOM, téléchargez les fichiers suivants sur un ordinateur local.
      Version Chemin d'accès SCOM et nom de la bibliothèque
      SCOM 2012R2 ou SCOM 2012 %ProgramFiles%\Microsoft System Center 2012 R2 or 2012\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.Common.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      SCOM 2007 %ProgramFiles%\System Center Operations Manager 2007\SDK Binaries
      • Microsoft.EnterpriseManagement.OperationsManager.Common.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      Remarque :
      N’ajoutez pas 2007 au fichier Microsoft.EnterpriseManagement.OperationsManager.Common.dll .
      SCOM 2016 %ProgramFiles%\Microsoft System Center 2016\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      Remarque :
      Ils Serveur MID doivent être installés avec .NET 4.6 ou une version ultérieure.
      SCOM 2019 %ProgramFiles%\Microsoft System Center 2019\Operations Manager\Server\SDK Binaries
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      Remarque :
      Ils Serveur MID doivent être installés avec .NET 4.6 ou une version ultérieure.
      SCOM 2022
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      Remarque :
      Ils Serveur MID doivent être installés avec .NET 4.6 ou une version ultérieure.
      SCOM 2025
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.OperationsManager.Common.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      Remarque :
      Ils Serveur MID doivent être installés avec .NET 4.6 ou une version ultérieure.
      Remarque :
      Un lien ne peut pas être établi avec SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 et SCOM 2007 à partir de celui-ci Serveur MID. Pour utiliser à la fois SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 (n’importe lequel d’entre eux) et SCOM 2007 dans votre instance, procédez comme suit avant de charger des fichiers sur votre instance :
      1. Ajoutez .2012 à la fin du fichier Microsoft.EnterpriseManagement.OperationsManager.dll , pour qu’il devienne : Microsoft.EnterpriseManagement.OperationsManager.dll.2012. Faites-le pour 2012/2016/2019/2022.
      2. Ajoutez .2007 à la fin du fichier Microsoft.EnterpriseManagement.OperationsManager.dll trouvé dans le chemin d’accès 2007.
      L’utilisation de ces noms de fichiers modifiés permet au pertinent Serveur MID de charger la DLL applicable lorsque les deux versions SCOM sont déployées. Ne pas ajouter 2007 au fichier Microsoft.EnterpriseManagement.OperationsManager.Common.dll (pour SCOM 2007).

      Vous pouvez à tout moment définir les connecteurs de SCOM 2007, SCOM 2012/2016 ou SCOM2019. Comme SCOM 2012 et SCOM 2016 utilisent les mêmes fichiers de bibliothèque, ils peuvent fonctionner en même temps. SCOM 2019 utilise néanmoins les différents fichiers SCOM DLL afin que vous ne puissiez pas configurer SCOM 2012, 2016 et 2019 tous ensemble. Chaque connecteur SCOM peut utiliser la base de données d’un autre connecteur pour prendre en charge les mesures.

    2. Accédez à la Serveur MID > Fichiers JAR.
    3. Sélectionnez Nouveau et ajoutez un enregistrement distinct pour la version SCOM de chacun des fichiers DLL que vous avez téléchargés à partir du serveur SCOM.
      1. Dans le champ Nom , spécifiez la version SCOM et un identificateur pour rendre le nom unique, par exemple 2012 1.
        Si vous utilisez SCOM 2016, spécifiez 2012 comme version.
      2. Sélectionnez l’icône du presse-papier dans l’en-tête du formulaire, puis joignez l’un des fichiers DLL appropriés que vous avez téléchargés.
      3. Sélectionnez Envoyer.
    4. Répétez l’étape 3 en créant un enregistrement distinct pour chacun des fichiers DLL restants.
      Assurez-vous de disposer d’un identificateur unique après la version SCOM pour chaque fichier que vous joignez, par exemple 2012 2.
    5. Accédez à la Gestion des événements > Intégrations > Instances des connecteurs.
    6. Cliquez sur Nouveau et créez une nouvelle instance de connecteur.
      Pour en savoir plus sur les champs d’instance de connecteur affichés sur la page, reportez-vous à la rubrique Formulaire d’instance de connecteur SCOM.
    7. Sélectionnez et maintenez enfoncé (ou cliquez avec le bouton droit de la souris) l'en-tête du formulaire, puis sélectionnez Enregistrer.
      Les valeurs d'instance du connecteur sont ajoutées au formulaire et les paramètres pertinents pour le connecteur s'affichent.
    8. Dans la section Valeurs de l'instance de connecteur, vous pouvez modifier les valeurs des paramètres SCOM obligatoires.
      1. login_with_windows_authentication Valeur par défaut : faux.
        Définissez la valeur sur vrai pour activer la collecte d’événements SCOM et l’échange bidirectionnel de valeurs d’événements pour fonctionner avec l’authentification Windows.

        Lors de l’invocation de cette valeur, veillez à effectuer les actions suivantes sur :Serveur MID

        1. Accédez à la liste des services locaux, sélectionnez et maintenez l’appui (ou cliquez avec le bouton droit de la souris) sur le Serveur MID service, puis sélectionnez Propriétés.
        2. Dans l’onglet Connexion, assurez-vous que ce compte est sélectionné avec les détails de l’utilisateur dans le domaine Windows disposant d’un accès en lecture à la base de données SCOM.
      2. metric_chunk_size : valeur par défaut : 50 000.
      3. scom_date_format : format par défaut : M/j/aaaa/ h :mm :ss a
        Si vous recevez un événement dont la date est dans un format différent, modifiez cette valeur pour qu’elle corresponde au format de l’événement à venir. Dans le cas contraire, l’événement n’est pas traité correctement.

        Par exemple, si un événement se produit le 27 juin 2019 à 11 h 25 avec une date répertoriée du 2019/06/27/ 11:25:00 a, modifiez la valeur scom_date_format pour qu’elle corresponde au yyyy/M/d/ h:mm:ss a format de l’événement reçu.

        En scom_date_format, a représente le matin et p représente l’après-midi.

      4. scom_initial_sync_in_days : valeur par défaut : 7.
      5. scom_version : il est obligatoire de spécifier la version SCOM.
        Faites votre sélection parmi 2022, 2019, 2016, 2012 ou 2007.
      6. stop_isMonitorAlert_bidirectional : Booléen.
        Définissez la valeur sur vrai pour arrêter uniquement les alertes de surveillance SCOM de manière bidirectionnelle. L’arrêt des alertes de surveillance SCOM permet d’éviter les fausses alarmes sur la console SCOM lors de la tentative de mise à jour des alertes. Lorsqu’elles sont définies sur faux, les alertes de surveillance SCOM continuent de s’exécuter de manière bidirectionnelle pour tous les types d’alertes SCOM.

        Valeur par défaut = faux.

    9. Sélectionnez et maintenez enfoncé (ou cliquez avec le bouton droit de la souris) l'en-tête du formulaire, puis sélectionnez Enregistrer.
    10. Redémarrez le Serveur MID service pour copier les fichiers.
    11. Sélectionnez Tester le connecteur pour vérifier la connexion entre Serveur MID le et le connecteur.
      Si le test échoue, corrigez le problème en suivant les instructions de l'erreur, puis exécutez un autre test.
      Remarque :
      Utilisez un outil réseau, par exemple ping, pour vérifier l’exactitude des informations d’identification et la connectivité réseau entre le SCOM et le Serveur MID SCOM.
    12. Si le test a fonctionné, cochez la case Actif, puis sélectionnez Mettre à jour.
      Remarque :

      Les règles de liaison par défaut qui contiennent SCOM comme source externe, qui s’appliquent aux alertes informatiques et Analyse des mesures aux données brutes, sont les packs de gestion SCOM suivants :

      • Tous les packs de gestion des systèmes d'exploitation
      • MS SQL Server
      • IIS

    Exemple

    Si la fonctionnalité bidirectionnelle est configurée, l'échange bidirectionnel de valeurs vers et depuis la source d'événement externe est activé.

    Les cas de figure suivants décrivent la fonctionnalité bidirectionnelle par défaut pour les connecteurs SCOM :

    • Lorsqu’une alerte est résolue dans SCOM, elle est fermée automatiquement dans ServiceNow. Toutefois, elle est mise à jour indépendamment de la fonctionnalité bidirectionnelle, car au cours de chaque cycle de collecte, tous les changements d’alerte sont mis à jour.
    • Lorsqu’une alerte est fermée manuellement dans ServiceNow, elle est fermée automatiquement dans SCOM. Si l’état d’alerte est changé sur Rouvert, SCOM est également mis à jour.
    • Lorsqu’un incident est créé et associé à une alerte dans ServiceNow, SCOM reçoit le numéro d’incident en tant qu’ID de ticket. Toutefois, l’état de l’incident n’est pas disponible sur SCOM. Par conséquent, lorsque l’incident est résolu dans ServiceNow, SCOM n’est pas mis à jour, car le numéro d’incident reste le même. Lorsque l’alerte est associée à un nouvel incident, le numéro du nouvel incident est mis à jour dans SCOM.