Collectez les données suivantes lorsque l’utilisation intensive du processeur est signalée sur un SQL Server.
- Trouvez les réponses aux questions de clarification suivantes :
- Combien de postes clients sont-ils en mesure de gérer ePO ?
- L’utilisation du processeur SQL diminue-t-elle si les trois services ePO sont arrêtés ? Si vous avez des gestionnaires d’Agent à distance, vous devez également arrêter les deux services ePO.
Les trois services ePO sont les suivants :
- Serveur ePolicy Orchestrator (souvent référencé comme Apache)
- Analyseur d’événements ePolicy Orchestrator (souvent référencé comme EventParser)
- Serveur d’applications ePolicy Orchestrator (souvent référencé comme Tomcat, ce service n’existe pas sur les gestionnaires agent)
- Si l’arrêt de tous les services ePO diminue l’utilisation du processeur SQL, envisagez d’arrêter l’un des trois services uniquement.
Par exemple, si vous arrêtez le service Apache sur le serveur ePO et tous les gestionnaires d’Agent, mais que vous laissez les autres services en cours d’exécution, l’utilisation du processeur diminue-t-elle ?
- La SQL Server hébergeant la base de données ePO héberge-t-elle d’autres bases de données ?
- Collectez les données suivantes :
- Collectez un MER à partir du serveur ePO.
- Collectez la sortie de la commande suivante à partir de la SQL Server afin que les spécifications système puissent être analysées : msinfo32.exe.
- Journaux d’erreurs SQL. Voir la solution 2 dans KB90786 Si vous n’êtes pas certain de la manière de capturer les journaux d’erreurs SQL.
- Collectez la sortie de la requête SQL jointe à cet article au format SQL RPT. Pour plus d’informations sur la collecte des données, reportez-vous à la solution 1 dans KB90786.
- Collectez une trace SQL pour une durée de 10 minutes prise lorsque l’utilisation processeur SQL est élevée. Suivez les instructions ci-dessous :
- Ouvrez SQL Server Management Studio (SSMS) sur le SQL Server hébergeant la base de données ePO.
- Cliquez sur Outils SQL Server Profiler.
- Entrez votre mot de passe si nécessaire, puis cliquez sur Interconnecté.
- Cliquez sur l' Sélection des événements onglet.
- Désélectionnez toutes les sélections de traçage.
- Cliquez sur l' Afficher tous les événements et Afficher toutes les colonnes Options.
- Développez Erreurs et avertissements et sélectionnez Avertissements de tri et Message d’erreur de l’utilisateur.
- Développez Verrouillé et sélectionnez Graphiques interblocages, Verrouillage : blocage et Verrouiller : chaîne de blocage.
- Développez Procédures stockées et sélectionnez RPC : terminé, SP : terminé, SP : StmtCompleted.
- Développez TSQL et sélectionnez SQL : BatchCompleted et SQL : StmtCompleted.
- Cliquez sur Exécute.
- Attendez 10 minutes que le traçage capture des informations sur les requêtes qui utilisent une grande quantité de processeur.
- Cliquez sur Pièces puis sélectionnez Arrêter le traçage.
- Cliquez sur Fichier, Enregistrer sous puis sélectionnez Fichier de traçage.
- Attribuez un nom au fichier, puis sélectionnez l’emplacement d’enregistrement du fichier.
- Cliquez sur Enregistrer.
- Compressez le fichier. Le fichier de traçage peut être volumineux, mais il se compresse de façon significative lors de l’archivage.
Veuillez Dans certains environnements, un traçage SQL ne peut pas être facilement collecté. Si vous pouvez collecter le traçage SQL, il nous fournit le jeu de données le plus complet sur l’utilisation processeur SQL. Toutefois, si les données ne peuvent pas être collectées dans votre environnement, les données collectées à l’étape 2 sont souvent suffisantes.
Justification des données demandées :
- La requête SQL jointe fournit des informations sur les requêtes SQL coûteuses récentes.
- Des informations sur le nombre de nœuds et les spécifications SQL Server peuvent être utilisées pour déterminer si ePO est susceptible de surcharger le SQL Server.
- La trace SQL affiche toutes les requêtes qui ont été exécutées dans les 10 minutes au cours desquelles le traçage était en cours d’exécution. Les résultats peuvent révéler le nombre de cycles processeur requis par chaque requête.
- Les journaux d’erreurs SQL peuvent révéler une condition d’erreur qui peut expliquer l’utilisation du processeur.
- La compréhension des services ePO devant être exécutés pour générer l’utilisation du processeur peut vous aider à approfondir l’un des éléments suivants :
- Quel composant d’ePO peut générer des requêtes
- Les composants consommant un processeur excessif
