2 votes

SQL Server 2000 HIGH CPU Usage with BusinessObjects reports (unsolvable ?)

J'ai une de ces questions bizarres, de celles qui sont presque insolubles (la seule façon de les résoudre vraiment est de jeter la technologie et d'en acheter de nouvelles). J'ai fait appel à un certain nombre d'experts (une dizaine de consultants) pour venir résoudre mon problème - sans solution - d'où la raison pour laquelle j'ai décidé de le poster ici. [Je vous prie de ne pas me tirer dessus à cause de la façon dont les soi-disant experts l'ont configuré ! Je suis occupé à le reconfigurer en 64 bits :) ]

Le problème que je rencontre est le suivant :

Environnement :
Windows Server 2003 x86 Enterprise (32 bits)
16 GB RAM
Stockage SAN EMC 4GB Fiber Channel (Partitions 500GB, OS séparé des données)
SQL Server 2000 SP4 x86 Enterprise (32 bits)
SAP BusinessObjects XI 3.1 (Java, Apache, Tomcat)
"des bases de données commerciales, avec des univers et des rapports commerciaux"
McAfee Anti-Virus Enterprise

Config :
/PAE /3GB = boot.ini
SQL = Utiliser AWE, Minmem = 4gb, Maxmem = 12gb
Derniers patchs chargés, y compris celui où SQL adresse plus de mémoire
sqlserver.exe affiche 130,123 kb dans le Gestionnaire des tâches ( feux rouges ! )

Numéro : Je peux faire tomber le serveur, en utilisant tous les cœurs, au maximum jusqu'à 100% (voir capture d'écran), en tirant un rapport. Actuellement, nous avons environ 200 utilisateurs qui se connectent au moyen de divers programmes de base de données clients, ainsi que des rapports BO.

J'ai pris ça dans ProcessExplorer les Interupts sur Interruptions matérielles sont 80% lorsque cette requête est exécutée. J'ai également remarqué que le serveur SQL montre que les sysprocesses qui sont en cours d'exécution ont des problèmes de sécurité. PAGELATCH_SH

J'ai essayé "Google" pendant les deux dernières semaines avec peu de résultats. Je pense personnellement que la base de données sous-jacente et les requêtes produites par BO (Univers construits sur des structures relationnelles) sont la cause de cette énorme quantité de données transférées de SQL à BO. Le rapport de BO est d'une page.

Capture d'écran : Capture d'écran de Terminal Sessions (résolution de 2560x1440)

Je serais très reconnaissant à la personne qui pourrait me donner des informations précieuses sur la raison de ce problème. Nous avons ce problème depuis 3 mois maintenant, et les bases de données ne cessent d'augmenter en taille.

Merci.

2voto

JohnMcG Points 5062

sqlserver.exe affiche 130,123 kb dans le Gestionnaire des tâches (feux rouges !!)

C'est normal avec les machines x86 utilisant l'AWE. Utilisez Perfmon pour voir la quantité de mémoire que le serveur SQL utilise réellement.

Examinez le plan d'exécution de la requête que BO exécute et voyez si des index doivent être ajoutés aux tables pour améliorer les performances.

Lorsque le CPU fonctionne à 100%, quel est le pourcentage du CPU du noyau (les chiffres du gestionnaire de tâches sont bons) ?

Je viens de voir la capture d'écran, lorsque Windows utilise 80-90% du temps CPU pour la mémoire du noyau, cela signifie qu'il passe tout son temps à gérer la mémoire étendue.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X