Discussion :

[elsuket]

Bonjour,

Je cherchais depuis longtemps la cause de la surcharge d'un serveur de base de données. En monitorant avec PerfMon, j'ai tout à coup eu une chute de 90% de l'utilisation CPU. Je suis donc allé voir le Current Log et j'y ai trouvé ceci, à la même heure à laquelle j'ai eu cette chute:

SqlDumpExceptionHandler: Process [SPID] generated fatal exception c0000005 EXCEPTION_ACCESS_VIOLATION. SQL Server is terminating this process.

La procédure stockée à l'origine de cette erreur stocke des données dans une #table, donc sur tempDB; d'après ce que j'ai pu trouver cela se produit quand on exécute un INSERT sur une base de données externe ...Cette procédure stockée est appellée un très grnad nombre de fois par jour ...

Quelqu'un sait-il de quoi il s'agit ?

En vous remerciant

[elsuket]

Rebonjour,

Ce n'est pas dit que ce soit lié mais j'ai un assez grand nombre de processus dont le status est SLEEPING et la commande AWAITING COMMAND...

En moyenne j'ai 120 processus lorsque je requête sur MASTER.dbo.SYSPROCESSES, mais seulement 2 ou 3 sont RUNNABLE ...

Lorsque je tue les plus vieux (parfois plus de 3/4 d'heure, en me référençant à la colonne LAST_BATCH) la charge du serveur redevient normale!

Que faire ?

[elsuket]

Je ne sais plus où chercher pour trouver d'où vient le problème: tuer les processus qui sont sleeping depuis un moment ne change rien ...

Ce qui se passe c'est que petit à petit le serveur monte en charge jusqu'au maximum, et après, tout rame ...

Cela peut-il provenir du pool de connexions (JDBC) ?
Sinon comment faire pour savoir vraiment ce qui déclenche ce gonflement des ressources ?

[elsuket]

HELP !!!

Je viens de trouver cela dans le log d'aujourd'hui après un changement de cluster:

08/29/2007 12:00:44,spid3s,Unknown,Warning: unable to allocate 'min server memory' of 130048MB.

Et hier j'ai la même erreur, mais pas à la même heure, sur un changement de cluster ... La mémoire est montée en flèche ...