Résoudre les problèmes de performances liés à l’ID d’événement 2115 dans Operations Manager

  • Article

Cet article vous aide à identifier et à résoudre les problèmes de performances qui affectent le temps d’insertion des données de la base de données Operations Manager (OpsMgr) et de l’entrepôt de données. Elle s’applique à toutes les versions prises en charge de System Center Operations Manager

Version d’origine du produit : System Center Operations Manager
Numéro de la base de connaissances d’origine : 2681388

Un signe typique des problèmes de performances de base de données Operations Manager est la présence d’événements ID d’événement 2115 dans le journal des événements Operations Manager. Ces événements indiquent généralement que des problèmes de performances existent sur le serveur d’administration ou sur le serveur qui exécute Microsoft SQL Server et qui héberge les bases de données de l’entrepôt de données Operations Manager ou Operations Manager.

Contexte

Les workflows d’action d’écriture de base de données et d’entrepôt de données s’exécutent sur les serveurs d’administration. Ces workflows conservent d’abord les données qu’ils reçoivent des agents et des serveurs de passerelle dans une mémoire tampon interne. Ensuite, ils collectent ces données à partir de la mémoire tampon interne et les insèrent dans la base de données et l’entrepôt de données. Une fois la première insertion de données terminée, les workflows créent un autre lot.

La taille de chaque lot de données dépend de la quantité de données disponibles dans la mémoire tampon lors de la création du lot. Toutefois, il existe une limite maximale de 5 000 éléments de données dans un lot. Si le taux d’éléments de données entrants augmente, ou si le débit d’insertion d’élément de données vers les bases de données Operation Manager et l’entrepôt de données est réduit, la mémoire tampon accumule plus de données et la taille du lot augmente.

Il existe plusieurs workflows d’action d’écriture qui s’exécutent sur un serveur d’administration. Par exemple, les workflows suivants gèrent l’insertion de données dans les bases de données Operations Manager et de l’entrepôt de données pour différents types de données :

  • Microsoft.SystemCenter.DataWarehouse.CollectEntityHealthStateChange
  • Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
  • Microsoft.SystemCenter.DataWarehouse.CollectEventData
  • Microsoft.SystemCenter.CollectAlerts
  • Microsoft.SystemCenter.CollectEntityState
  • Microsoft.SystemCenter.CollectPublishedEntityState
  • Microsoft.SystemCenter.CollectDiscoveryData
  • Microsoft.SystemCenter.CollectSignatureData
  • Microsoft.SystemCenter.CollectEventData

Lorsqu’un workflow d’action d’écriture de base de données ou d’entrepôt de données sur un serveur d’administration rencontre une insertion par lot de données lente (par exemple, au-delà de 60 secondes), le flux de travail commence à journaliser l’ID d’événement 2115 dans le journal des événements Operations Manager. Cet événement est journalisé toutes les minutes jusqu’à ce que le lot de données soit inséré dans la base de données ou l’entrepôt de données, ou que les données soient supprimées par le module de flux de travail d’action d’écriture. Par conséquent, l’ID d’événement 2115 est journalisé en raison de la latence qui se produit lors de l’insertion de données dans la base de données ou l’entrepôt de données. Voici un exemple d’événement enregistré, car les données sont supprimées par le module de flux de travail d’action d’écriture :

Type d'événement : Erreur
Source de l’événement : HealthService
Catégorie d’événement : Aucun
ID d’événement : 4506
Ordinateur : <NOM RMS>
Description :
Les données ont été supprimées en raison d’un trop grand nombre de données en attente dans la règle « Microsoft.SystemCenter.OperationalDataReporting.SubmitOperationalDataFailed.Alert » exécutée pour instance <NOM> RMS avec l’ID : « {F56EB161-4ABE-5BC7-610F-4365524F294E} » dans nom du groupe <>d’administration.

Regardez plus en détail

L’ID d’événement 2115 contient deux informations importantes :

  • Nom du flux de travail qui rencontre le problème
  • Temps écoulé depuis que le flux de travail a commencé à insérer le dernier lot de données

Par exemple :

Nom du journal : Operations Manager
Source : HealthService
ID d’événement : 2115
Niveau : Avertissement
Ordinateur : <NOM RMS>
Description :
Une source de données de liaison dans le nom> du groupe d’administration du groupe <d’administration a publié des éléments dans le flux de travail, mais n’a pas reçu de réponse en 300 secondes. Cela indique un problème de performances ou fonctionnel avec le flux de travail.
Workflow Id : Microsoft.SystemCenter.CollectPublishedEntityState
Instance : <NOM RMS>
ID d’instance : {88676CDF-E284-7838-AC70-E898DA1720CB}

Le Microsoft.SystemCenter.CollectPublishedEntityState flux de travail écrit des données d’état d’entité dans la base de données Operations Manager. Le message d’ID d’événement 2115 indique que le Microsoft.SystemCenter.CollectPublishedEntityState workflow tente d’insérer un lot de données d’état d’entité et qu’il a démarré il y a 300 secondes. Dans cet exemple, l’insertion des données d’état de l’entité n’est pas terminée. En règle générale, l’insertion d’un lot de données doit se terminer dans les 60 secondes.

Si l’ID de workflow contient le terme DataWarehouse, le problème concerne la base de données de l’entrepôt de données Operations Manager. Sinon, le problème implique l’insertion de données dans la base de données Operations Manager.

Cause

L’un des problèmes suivants peut entraîner ce genre de problèmes.

Problèmes d’insertion

Ce problème peut indiquer un problème de performances de base de données ou un trop grand nombre de données envoyées par les agents. La description de l’ID d’événement 2115 indique uniquement qu’il existe un backlog qui affecte l’insertion de données dans la base de données (Operations Manager ou entrepôt de données Operations Manager). Ces événements peuvent se produire pour de nombreuses raisons. Par exemple, il peut y avoir une grande quantité soudaine de données de découverte. Ou bien, il peut y avoir un problème de connectivité de base de données. Ou bien, la base de données peut être pleine. Ou bien, il peut y avoir une contrainte liée au disque ou au réseau.

Dans Operations Manager, l’insertion de données de découverte est un processus relativement laborieux. Il peut également se présenter en rafales, où il y a une quantité importante de données reçues par le serveur d’administration. Ces rafales peuvent provoquer des instances temporaires d’ID d’événement 2115, mais si l’ID d’événement 2115 apparaît de manière cohérente pour la collecte de données de découverte, cela peut indiquer un problème d’insertion de base de données ou d’entrepôt de données ou des règles de découverte dans un pack d’administration collectant trop de données de découverte.

Les mises à jour de configuration Operations Manager dues à des modifications d’espace instance ou à des importations de packs d’administration ont un effet direct sur l’utilisation du processeur sur le serveur de base de données. Cela peut affecter les temps d’insertion de la base de données. Après l’importation d’un pack d’administration ou une modification importante de l’espace instance, vous vous attendez à voir des messages d’ID d’événement 2115. Pour plus d’informations, consultez Détecter et résoudre les changements de configuration fréquents dans Operations Manager.

Dans Operations Manager, les requêtes d’interface utilisateur coûteuses peuvent également affecter l’utilisation des ressources sur la base de données, ce qui peut entraîner une latence dans les temps d’insertion de la base de données. Lorsqu’un utilisateur effectue une opération d’interface utilisateur coûteuse, vous pouvez voir des messages d’ID d’événement 2115 enregistrés.

Bases de données complètes ou hors connexion

Si les bases de données de l’entrepôt de données Operations Manager ou Operations Manager ne disposent plus d’espace ou sont hors connexion, vous vous attendez à ce que le serveur d’administration continue d’enregistrer les messages d’ID d’événement 2115 dans le journal des événements Operations Manager. En outre, le temps d’attente augmente.

Si les workflows d’action d’écriture ne peuvent pas se connecter aux bases de données de l’entrepôt de données Operations Manager ou Operations Manager, ou s’ils utilisent des informations d’identification non valides pour établir leur connexion, l’insertion de données est bloquée et les messages de l’ID d’événement 2115 sont enregistrés jusqu’à ce que ce scénario soit résolu.

Problèmes de configuration et d’environnement

Les messages d’ID d’événement 2115 peuvent également indiquer un problème de performances si la base de données Operations Manager, les bases de données de l’entrepôt de données et tout l’environnement de prise en charge ne sont pas configurés correctement. Voici quelques-unes des causes possibles de ce problème :

  • Le journal ou TempDB la base de données SQL Server est trop petit ou n’a plus d’espace.
  • La liaison réseau entre la base de données Operations Manager et l’entrepôt de données vers le serveur d’administration est limitée en bande passante ou la latence est élevée. Dans ce scénario, nous vous recommandons de placer le serveur d’administration sur le même réseau local que les serveurs Operations Manager et de l’entrepôt de données.
  • Le disque de données qui héberge la base de données, les journaux ou le TempDB qui est utilisé par les bases de données Operations Manager et l’entrepôt de données est lent ou rencontre un problème de fonctionnalité. Dans ce scénario, nous vous recommandons d’utiliser RAID 10 et d’activer le cache d’écriture avec batterie sur le contrôleur de tableau.
  • La base de données Operations Manager ou le serveur d’entrepôt de données ne dispose pas de suffisamment de mémoire ou de ressources processeur.
  • Le SQL Server instance qui héberge la base de données Operations Manager ou l’entrepôt de données est hors connexion.

Nous vous recommandons également de placer le serveur d’administration sur le même réseau local que le serveur de base de données Operations Manager et le serveur de base de données de l’entrepôt de données.

Les messages d’ID d’événement 2115 peuvent également se produire si le sous-système de disque qui héberge la base de données, les journaux ou le TempDB qui est utilisé par les bases de données Operations Manager et l’entrepôt de données est lent ou rencontre un problème de fonctionnalité. Nous vous recommandons d’utiliser RAID 10 et d’activer le cache d’écriture avec batterie sur le contrôleur de tableau.

Résolution

La première étape pour résoudre les problèmes liés aux messages d’événement liés aux performances 2115 consiste à identifier les éléments de données retournés dans l’événement. Par exemple, l’ID de workflow indique le type d’éléments de données (par exemple, Découverte, Alertes, Événement, Performances) et la base de données impliquée. Si l’ID de workflow contient le terme DataWarehouse, la résolution des problèmes doit se concentrer sur la base de données de l’entrepôt de données Operations Manager. Dans d’autres cas, le focus doit être mis sur la base de données Operations Manager.

Scénario 1

Dans l’exemple suivant, le problème implique le Microsoft.SystemCenter.CollectSignatureData workflow :

Type d’événement :
Source de l’événement d’avertissement : HealthService
Catégorie d’événement : Aucun
ID d’événement : 2115
Ordinateur : <NOM RMS>
Description : une source de données de liaison dans le nom> du groupe d’administration du groupe <d’administration a publié des éléments dans le flux de travail, mais n’a pas reçu de réponse en 300 secondes. Cela indique un problème de performances ou fonctionnel avec le flux de travail.
Workflow Id : Microsoft.SystemCenter.CollectSignatureData
Instance : <NOM RMS>
ID d’instance : {F56EB161-4ABE-5BC7-610F-4365524F294E}

Solution

Nous pouvons identifier les règles de collecte de données de signature de performances dans cet exemple en exécutant la requête SQL suivante. Cette requête doit être exécutée dans SQL Server Management Studio sur la base de données Operations Manager.

-- Return all Performance Signature Collection Rules
Use OperationsManager
select
managementpack.mpname,
rules.rulename
from performancesignature with (nolock)
inner join rules with (nolock)
on rules.ruleid = performancesignature.learningruleid
inner join managementpack with(nolock)
on rules.managementpackid = managementpack.managementpackid
group by managementpack.mpname, rules.rulename
order by managementpack.mpname, rules.rulename

Cette requête retourne toutes les règles de collection de signatures de performances et leur nom de pack d’administration respectif. Une colonne est retournée pour le nom du pack d’administration et le nom de la règle.

Les compteurs de Analyseur de performances suivants sur un serveur d’administration fournissent des informations sur la taille et l’heure de l’insertion d’action d’écriture de base de données et d’entrepôt de données :

  • Modules d’action d’écriture de base de données OpsMgr(*)\Taille de lot moyenne
  • Modules d’action d’écriture de base de données OpsMgr(*)\Durée moyenne de traitement
  • Module d’enregistreur DW OpsMgr(*)\Durée moyenne de traitement par lots, ms
  • Module d’enregistreur DW OpsMgr(*)\Taille moyenne du lot

Si la taille du lot augmente (par exemple, la taille de lot par défaut est de 5 000 éléments), cela indique soit que le serveur d’administration est lent à insérer les données dans la base de données ou l’entrepôt de données, soit qu’il reçoit une rafale d’éléments de données des agents ou des serveurs de passerelle.

En examinant le compteur Temps de traitement moyen du compte d’action en écriture de la base de données et de l’entrepôt de données, nous pouvons comprendre combien de temps il faut en moyenne pour écrire un lot de données dans la base de données et l’entrepôt de données. Selon le temps nécessaire à l’écriture d’un lot de données dans la base de données, cela peut fournir une opportunité de réglage.

Scénario 2

Si le SQL Server instance qui héberge la base de données Operations Manager ou la base de données de l’entrepôt de données est hors connexion, l’ID d’événement 2115 et l’ID d’événement 29200 sont enregistrés dans le journal des événements Operations Manager. Par exemple :

Nom du journal : Operations Manager
Source : HealthService
Date:
ID d’événement : 2115
Niveau : Avertissement
Description :
Une source de données de liaison dans le groupe d’administration MSFT a publié des éléments dans le flux de travail, mais n’a pas reçu de réponse en 60 secondes. Cela indique un problème de performances ou fonctionnel avec le flux de travail.
ID de workflow : Microsoft.SystemCenter.CollectEventData
Instance : name.contoso.local
ID d’instance : {88676CDF-E284-7838-AC70-E898DA1720CB}

Nom du journal : Operations Manager
Source : Service de configuration OpsMgr
ID d’événement : 29200
Niveau : Erreur
Description :
Le service de configuration OpsMgr a perdu la connectivité à la base de données OpsMgr. Il ne peut donc pas obtenir de mises à jour à partir de la base de données. Il peut s’agir d’un problème temporaire qui peut être récupéré automatiquement. Si le problème persiste, il indique généralement un problème avec la base de données. Raison:
Une erreur liée au réseau ou spécifique à l’instance s’est produite lors de l’établissement d’une connexion à SQL Server. Le serveur est introuvable ou n’est pas accessible. Vérifiez que le nom de l’instance est correct et que SQL Server est configuré de manière à autoriser les connexions à distance. (fournisseur : fournisseur de canaux nommés, erreur : 40 - Impossible d’ouvrir une connexion à SQL Server)

Solution

Pour résoudre ce problème, procédez comme suit :

  1. Connectez-vous au serveur qui héberge la base de données Operations Manager.
  2. Ouvrez l’applet Services .
  3. Vérifiez que le service SQL Server (MSSQLSERVER) est démarré et en cours d’exécution.
  4. Si le service SQL Server (MSSQLSERVER) n’est pas démarré et en cours d’exécution, démarrez le service.

Une fois la connectivité de base de données restaurée, les workflows doivent recommencer à stocker les données dans la base de données respective. L’ID d’événement 31554 confirme que les informations ont été écrites avec succès :

Nom du journal : Operations Manager
Source : Modules du service d’intégrité
ID d’événement : 31554
Catégorie de tâche : Data Warehouse
Niveau : Informations
Description :
Le flux de travail a réussi à stocker les données dans le Data Warehouse
Un ou plusieurs flux de travail ont été affectés par ce problème.
Nom du flux de travail : Microsoft.SystemCenter.DataWarehouse.CollectEventData
Nom de l’instance : name.contoso.local
ID d’instance : {88676CDF-E284-7838-AC70-E898DA1720CB}

Scénario 3

L’ID d’événement 2115 est dû à des informations d’identification RunAs non valides.

Solution

Examinez les événements suivants dans le journal des événements Operations Manager. Ces événements indiquent généralement que Data Warehouse SQL Server compte d’authentification peut avoir des informations d’identification incorrectes.

Nom du journal : Operations Manager
Source : HealthService
ID d’événement : 7000
Catégorie de tâche : Service d’intégrité
Niveau : Erreur
Description : Le service d’intégrité n’a pas pu se connecter au nom du compte <d’identification pour> le groupe <d’administration NOM> DU GROUPE D’ADMINISTRATION. L’erreur est Échec de connexion : nom d’utilisateur inconnu ou mot de passe incorrect. (1326L). Cela empêchera le service d’intégrité de surveiller ou d’effectuer des actions à l’aide de ce compte d’identification

Nom du journal : Operations Manager
Source : HealthService
ID d’événement : 7015
Catégorie de tâche : Service d’intégrité
Niveau : Erreur
Description :
Le service d’intégrité ne peut pas vérifier la validité future du nom> du compte <d’identification pour le groupe <d’administration NOM> du groupe d’administration. L’erreur est Échec de connexion : nom d’utilisateur inconnu ou mot de passe incorrect. (1326L).

Pour résoudre ce problème, procédez comme suit :

  1. Ouvrez la console Operations Manager.
  2. Sélectionnez Administration.
  3. Sélectionnez Configuration d’identification\Comptes.
  4. Configurez les informations d’identification appropriées pour Data Warehouse SQL Server compte d’authentification.

Scénario 4

ID d’événement 2115 provoqué par des problèmes de performances du disque. Cela peut se produire lorsque le disque de données qui héberge la base de données, les journaux ou TempDB utilisé par les bases de données Operations Manager et l’entrepôt de données est lent ou rencontre un problème. Dans ce scénario, nous vous recommandons d’utiliser RAID 10 et d’activer le cache d’écriture avec batterie sur le contrôleur de tableau.

Solution

Tout d’abord, capturez les compteurs de disque physique suivants pour tous les lecteurs qui contiennent SQL Server fichiers de données ou de journaux :

  • % de temps d’inactivité : durée d’inactivité du disque signalée. Toute valeur inférieure à 50 % peut indiquer un goulot d’étranglement du disque.

  • Longueur moyenne de la file d’attente du disque : cette valeur ne doit pas dépasser le double du nombre de broches qui se trouvent sur un numéro d’unité logique. Par exemple, si un numéro d’unité logique a 25 broches, la valeur 50 est acceptable. Toutefois, si un numéro d’unité logique a 10 broches, la valeur 25 est trop élevée. Vous pouvez utiliser les formules suivantes en fonction du niveau RAID et du nombre de disques dans la configuration RAID :

    • RAID 0 : tous les disques fonctionnent dans un jeu RAID 0.

      Average Disk Queue Length <= # (Disks in the array) *2

    • RAID 1 : la moitié des disques fonctionnent. Par conséquent, seule la moitié d’entre eux peut être comptée dans la file d’attente des disques.

      Average Disk Queue Length <= # (Disks in the array/2) *2

    • RAID 10 : la moitié des disques fonctionnent. Par conséquent, seule la moitié d’entre eux peut être comptée dans la file d’attente des disques.

      Average Disk Queue Length <= # (Disks in the array/2) *2

    • RAID 5 : tous les disques fonctionnent dans un jeu RAID 5.

      Average Disk Queue Length <= # (Disks in the array/2) *2

      Moyenne disque s/transfert : nombre de secondes nécessaires pour effectuer une E/S disque.
      Moyenne s disque/lecture : temps moyen, en secondes, pour lire les données à partir du disque.
      Moyenne s disque/écriture : temps moyen, en secondes, pour écrire des données sur le disque.
      Octets de disque/s : nombre d’octets par seconde transférés vers ou depuis le disque.
      Transferts de disque/s : nombre d’opérations d’entrée et de sortie par seconde (IOPS).

      Remarque

      Les trois derniers compteurs de cette liste doivent avoir systématiquement des valeurs d’environ 0,020 (20 ms) ou moins et ne doivent jamais dépasser 0,050 (50 ms).

      Les seuils suivants sont documentés dans le guide de résolution des problèmes de performances SQL Server :

      • Moins de 10 ms : Très bon
      • 10-20 ms : Bon
      • 20-50 ms : lent, nécessite une attention particulière
      • Supérieur à 50 ms : goulot d’étranglement grave d’E/S
      • Octets de disque/s : nombre d’octets par seconde transférés vers ou depuis le disque
      • Transferts de disque/s : nombre d’opérations d’entrée et de sortie par seconde (IOPS)

    Lorsque % de temps d’inactivité est faible (10 % ou moins), cela signifie que le disque est entièrement utilisé. Dans ce cas, les deux derniers compteurs de cette liste (Octets disque/s et Transferts de disque/s) fournissent une bonne indication du débit maximal du lecteur, respectivement en octets et en IOPS. Le débit d’un lecteur SAN est très variable, en fonction du nombre de broches, de la vitesse des lecteurs et de la vitesse du canal. Nous vous recommandons de demander au fournisseur SAN le nombre d’octets et d’IOPS que le lecteur doit prendre en charge. Si % de temps d’inactivité est faible et que les valeurs de ces deux compteurs ne répondent pas au débit attendu du lecteur, demandez au fournisseur SAN d’obtenir une aide supplémentaire pour la résolution des problèmes.

Les articles suivants fournissent des informations plus détaillées sur la façon de résoudre les problèmes de performances SQL Server :

Scénario 5

L’ID d’événement 2115 est journalisé et un serveur d’administration génère une alerte d’impossibilité d’écrire des données dans l’alerte Data Warehouse dans Operations Manager. Vous rencontrez également les symptômes suivants sur l’ordinateur du serveur d’administration :

  • Le serveur d’administration génère une ou plusieurs alertes qui ressemblent à ce qui suit :

    Nom du journal : Operations Manager
    Source : Modules du service d’intégrité
    Date : 1/1/2022 12 :00 :00 PM
    ID d’événement : 31551
    Catégorie de tâche : Data Warehouse
    Niveau : Erreur
    Mots clés : classique
    Utilisateur : N/A
    Ordinateur : <ManagementServerFQDN>
    Description :
    Échec du stockage des données dans le Data Warehouse. L’opération sera retentée.
    Exception « SqlException » : impossible d’ouvrir la base de données « OperationsManagerDW » demandée par la connexion. Échec de la connexion.
    Échec de la connexion pour l’utilisateur « CONTOSO\Action_Account ».

    Un ou plusieurs flux de travail ont été affectés par ce problème.

    Nom du flux de travail : Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
    Nom de l’instance : <ManagementServerFQDN>
    ID d’instance : {AEC38E5Z-67A9-0406-20DB-ACC33BB9C494}
    Groupe d’administration : <ManagementGroupName>

  • L’événement suivant est enregistré dans le journal des événements Operations Manager sur le serveur d’administration :

    Nom du journal : Operations Manager
    Source : HealthService
    Date : 1/1/2022 12 :00 :00 PM
    ID d’événement : 2115
    Catégorie de la tâche : Aucun
    Niveau : Avertissement
    Mots clés : classique
    Utilisateur : N/A
    Ordinateur : <ManagementServerFQDN>
    Description :
    Une source de données de liaison dans Management GroupGroupName <> a publié des éléments dans le flux de travail, mais n’a pas reçu de réponse en 22 560 secondes. Cela indique un problème de performances ou fonctionnel avec le flux de travail.
    Workflow Id : Microsoft.SystemCenter.DataWarehouse.CollectPerformanceData
    Instance : <ManagementServerFQDN>
    ID d’instance : {AEC38E5Z-67A9-0406-20DB-ACC33BB9C494}

Solution

Ce problème peut se produire si le serveur d’administration n’a pas de comptes spécifiés pour ses profils d’identification d’entrepôt de données. Ce problème est plus susceptible d’affecter un serveur d’administration secondaire. Pour résoudre ce problème, procédez comme suit :

  1. Sur l’ordinateur exécutant Operations Manager, ouvrez la console Opérateur.

  2. Dans le volet de navigation, sélectionnez Administration.

  3. Développez Sécurité, puis sélectionnez Profils d’identification.

  4. Dans la vue Profils d’identification, double-cliquez sur Data Warehouse Compte.

  5. Dans la boîte de dialogue Propriétés du profil d’identification - Data Warehouse Propriétés du compte, sélectionnez l’onglet Comptes d’identification, puis sélectionnez Nouveau.

  6. Dans la liste Compte d’identification, sélectionnez Data Warehouse compte d’action.

  7. Dans la liste Nom , sélectionnez le serveur d’administration qui a généré l’alerte.

  8. Sélectionnez OK deux fois.

  9. Suivez les étapes 4 à 8 pour affecter le compte d’identification approprié aux profils suivants :

    • Compte de lecteur de synchronisation de configuration Data Warehouse
    • Compte de déploiement de rapport Data Warehouse
    • compte d’authentification Data Warehouse SQL Server

  10. Pour chaque profil, sélectionnez le compte d’identification qui correspond au nom du profil d’identification. Par exemple, effectuez les affectations suivantes :

    • Affectez le compte de lecteur de synchronisation de configuration Data Warehouse au profil de compte de lecteur de synchronisation de configuration Data Warehouse.
    • Affectez le compte de déploiement de rapport Data Warehouse au profil compte de déploiement de rapport Data Warehouse.
    • Affectez le compte d’authentification Data Warehouse SQL Server au profil de compte d’authentification Data Warehouse SQL Server.

  11. Sur le serveur d’administration qui a généré l’alerte, redémarrez le service d’intégrité OpsMgr.

  12. Dans le journal des événements Operations Manager sur le serveur d’administration, vérifiez que les événements de l’ID d’événement 31554 sont enregistrés. L’ID d’événement 31554 indique que l’état du moniteur est passé à Sain. Cette modification résout l’alerte.

Scénario 6

L’ID d’événement 2115 se produit sur un serveur exécutant HP MPIO FF DSM XP 3.01, auquel aucun numéro d’unité logique n’est présenté. Lorsque l’utilisateur ouvre Analyseur de performances et tente d’ajouter un compteur, Analyseur de performances se bloque et le nombre de handles pour cette application augmente rapidement.

Solution de contournement

Il y a deux solutions de contournement dans ce cas :

  • Renommez le fichier HPPerfProv.dll, puis redémarrez Windows. Analyseur de performances fonctionne sans problème lorsque le fichier est renommé et non chargé.
  • Avoir au moins un lun présent sur le système.