Configurer l'instance de connecteur SCOM

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

Rôle requis : evt_mgmt_admin

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

Avant de commencer la procédure de configuration du connecteur, vérifiez les points suivants :

• Le MID Server est en cours d'exécution avec un utilisateur doté d'autorisations d'administration locales pour permettre au MID Server d'exécuter PowerShell.
• L'utilisateur du MID Server a un accès en lecture à l'API SCOM.
• Le MID Server se trouve dans le même domaine que le serveur SCOM.
• Le MID Server utilise le même fuseau horaire que le serveur SCOM.
• Le MID Server est en cours d'exécution sur Windows.
• Le MID Server dispose de la version 3.5 de .NET Framework.

Si l'option Bidirectionnel est sélectionnée, assurez-vous que :

• la version 3.0 de PowerShell est installée sur Windows ;
• le MID Server est en cours d'exécution avec un utilisateur doté d'autorisations d'administration locales pour activer l'exécution de PowerShell.

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.

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.

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 MID Server doit disposer de .NET 4.6 ou d'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 MID Server doit disposer de .NET 4.6 ou d'une version ultérieure.
   SCOM 2022	Microsoft.EnterpriseManagement.Core.dll Microsoft.EnterpriseManagement.OperationsManager.dll Microsoft.EnterpriseManagement.Runtime.dll Remarque : le MID Server doit disposer de .NET 4.6 ou d'une version ultérieure.

   Remarque :

   il est impossible d’établir une connexion à SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 et SCOM 2007 à partir du même MID Server. Pour utiliser SCOM 2012/SCOM 2016/SCOM 2019/SCOM 2022 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 , de sorte qu’il devient : 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 MID Server pertinent de charger le fichier 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. Cliquez sur Nouveau et ajoutez un enregistrement distinct pour la version SCOM de chacun des fichiers DNS 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. Cliquez sur 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. Cliquez sur 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 instance de connecteur avec les détails suivants :

   Champ	Valeur
   Nom	Nom unique pour l'instance de connecteur SCOM.
   Description	Description de l'utilisation de l'instance de collecte d'événements SCOM.
   Active	Sélectionnez cette option uniquement si le test a réussi.
   Définition de connecteur	Fournisseur et protocole utilisés pour collecter des événements à partir de la source d'événement externe. Sélectionnez la définition du connecteur SCOM.
   IP de l'hôte	Spécifiez l'adresse IP du connecteur SCOM.
   Informations d'identification	Sélectionnez les informations d'identification Windows. Remarque : lors de la configuration des informations d'identification Windows, si les informations d'identification s'appliquent à des MID Servers spécifiques, assurez-vous que les MID Servers que vous spécifiez sur l'enregistrement d'informations d'identification correspondent aux MID Servers spécifiés dans la section MID Servers pour les connecteurs du formulaire Instance de connecteur.
   Heure de la dernière exécution de la collecte d'événements	La valeur d'heure d'exécution de la dernière collecte d'événements se met à jour automatiquement.
   État de la dernière collecte d'événements	L'état de l'heure d'exécution de la dernière collecte d'événements se met à jour automatiquement.
   Calendrier de collecte d'événements (secondes)	Fréquence, en secondes, à laquelle le système recherche de nouveaux événements à partir de SCOM Operations.
   Bidirectionnel	Sélectionnez cette option pour invoquer l'option bidirectionnelle. Cette option permet d'activer l'échange bidirectionnel de valeurs à partir de la source d'événement externe. Il existe une implémentation par défaut pour SCOM. L'option Dernier état bidirectionnel s'affiche uniquement lorsque cette option est sélectionnée.
   Dernier état bidirectionnel	La valeur de ce champ est automatiquement renseignée.
   Dernier message d'erreur	Le champ Dernier message d'erreur est automatiquement mis à jour. Ce message est le dernier message d'erreur reçu par le connecteur. Si le connecteur de test échoue, un message d'erreur s'affiche dans ce champ.
   MID Servers (section MID Server pour les connecteurs)	Facultatif. Spécifiez-en un ou plusieurs Serveurs MID qui sont actifs et valides. Si le premier est en panne, le suivant Serveur MID est utilisé ; s’il Serveur MID n’est pas disponible, le suivant est sélectionné, et ainsi de suite. Serveurs MID trier en fonction de l’ordre dans lequel leurs détails ont été saisis dans la Serveur MID section pour les connecteurs. Le port requis entre le Serveur MID serveur SCOM et le serveur SCOM est 5724 à corriger. Si la grappe spécifiée Serveur MID se trouve dans une grappe, elle ne peut pas être sélectionnée et un autre disponible Serveur MID est sélectionné à sa place. Assurez-vous que les éléments spécifiés Serveurs MID correspondent à ceux Serveurs MID spécifiés sur la page Informations d’identification Windows, car le connecteur utilise les informations d’identification Windows pour accéder Serveurs MIDà . Si aucun Serveur MID n'est spécifié, un Serveur MID disponible avec une plage d'adresses IP correspondante est utilisé.

7. Cliquez avec le bouton droit sur 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 MID Server :

      1. Accédez à la liste des services locaux, cliquez avec le bouton droit de la souris sur le service MID Server, puis choisissez 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 : 50000.
   3. scom_date_format Format par défaut : M/d/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 SCOM, sélectionnez parmi 2022, 2019, 2016, 2012 ou 2007.
9. Cliquez avec le bouton droit sur l'en-tête du formulaire, puis sélectionnez Enregistrer.
10. Redémarrez le service MID Server pour copier les fichiers.
11. Cliquez sur Tester le connecteur pour vérifier la connexion entre le MID Server et le connecteur.
12. 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 MID Server et SCOM.
13. Si le test a fonctionné, cochez la case Actif, puis cliquez sur 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.