Configurer l'instance de connecteur SCOM

  • Rversion finale: Xanadu
  • Mis à jour 1 août 2024
  • 8 minutes de lecture

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

    Avant de commencer

    Pour activer la collecte de mesures, assurez-vous que l’extension 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 Metric Intelligence.

    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ée et que l’option Connexion à la base de données avec l’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 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é. Incluez les détails de l’utilisateur Windows du domaine qui a un 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 doté d’autorisations d’administration locales pour permettre l’exécution de Serveur MID PowerShell.
    • L’utilisateur Serveur MID dispose d’un accès en lecture à l’API SCOM.
    • Il Serveur MID se trouve dans le même domaine que le serveur SCOM.
    • Il Serveur MID utilise le même fuseau horaire que le serveur SCOM.
    • Le est en cours d’exécution Serveur MID sous Windows.
    • Ils Serveur MID ont .NET Framework version 3.5.
    Si l'option Bidirectionnel est sélectionnée, assurez-vous que :
    • la version 3.0 de PowerShell est installée sur Windows ;
    • Le Serveur MID est en cours d’exécution avec un utilisateur doté 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 (Tout > 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 du magasin.

    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 au Serveur MID, puis configurez une instance de connecteur SCOM pour collecter les alertes et les données brutes Analyse des mesures.

    La collecte de Analyse des mesures est effectuée à l'aide de 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 logPayloadForDebug est activé sur ce connecteur ; il permet de consigner les charges utiles des événements et des mesures du système source. Une fois le débogage terminé, définissez ce paramètre sur faux pour empêcher la surcharge du 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

    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.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 :
      Le Serveur MID doit être installé 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 :
      Le Serveur MID doit être installé avec .NET 4.6 ou une version ultérieure.
      SCOM 2022
      • Microsoft.EnterpriseManagement.Core.dll
      • Microsoft.EnterpriseManagement.OperationsManager.dll
      • Microsoft.EnterpriseManagement.Runtime.dll
      Remarque :
      Le Serveur MID doit être installé avec .NET 4.6 ou une version ultérieure.
      Remarque :
      Une connexion ne peut pas être établie avec SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 et SCOM 2007 à partir de ceux-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 , il devient donc : Microsoft.EnterpriseManagement.OperationsManager.dll.2012. Faites de même 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 le DLL applicable lorsque les deux versions SCOM sont déployées. N'ajoutez pas 2007 au fichier Microsoft.EnterpriseManagement.OperationsManager.Common.dll (pour SCOM 2007).

      Vous pouvez à tout moment définir les connecteurs des versions SCOM 2007, SCOM 2012/2016 ou SCOM2019. Dans la mesure où les versions SCOM 2012 et SCOM 2016 utilisent les mêmes fichiers de bibliothèque, il est possible de les utiliser simultanément. 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 pour 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 Soumettre.
    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 instance de connecteur.
      Pour en savoir plus sur les champs d’instance de connecteur affichés sur la page, reportez-vous à la section Formulaire 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.
        Sélectionnez la valeur vrai pour activer la collecte d'événements SCOM et l'échange bidirectionnel de valeurs d'événements pour assurer la compatibilité avec l'authentification Windows.

        Lors de l’invocation de cette valeur, veillez à effectuer les actions suivantes sur le 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 l'option Ce compte est sélectionnée 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, auquel cas l'événement ne sera pas traité correctement.

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

        Dans le champ scom_date_format, a représente AM (matin) et p représente PM (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 de SCOM.
        Choisissez 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 le Serveur MID 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'applique aux alertes IT et aux données brutes Analyse des mesures, 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 pendant 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'alerte est définie sur l'état Rouverte, 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 nouveau numéro d'incident est mis à jour dans SCOM.