Discussion :

[Pol63]

bonjour

un petit soucis sur une base sous sql 2005
on demarre le serveur, 10 exe sont connectés dessus, sql server prend 400Mo de ram (la base en fait 500 réels) et 3% du processeur
je fais une trace avec profiler pour voir les requetes qui prennent plus de 20ms
quasiment la meme revient toujours (elle est exécutée toutes les 500ms par chaque exe), entre 20 et 30ms et elle utilise 1500 reads à peu près

quelques heures plus tard, les 10 clients deviennent poussifs
sql serveur prend 1.5Go de ram, 15% processeurs, et sur la meme conf de trace, la requete précédente prend 400ms et toujours 1500 reads

quelqu'un aurait une idée de quoi ca peut venir ?

[SQLpro]

Jouez vous vos trace en live ou sous forme de procédures stockées ?
Placez vous les traces dans une table ou un fichier ??

A +

[Pol63]

traces depuis profiler, ni en table, ni en fichier

en table on avait essayé, les durations sont gonflés et ne semblent plus correspondre entre start et end

[SQLpro]

Implémenter un profiler sous forme de proc stock lancées à distance et dans un fichier rotatif.
Parce que là visiblement vous auditez l'auditeur.

A +

[Pol63]

même si profiler prend un peu de temps, il explique quand meme bien le phénomène
les exe deviennent poussif, je démarre ensuite une trace et en effet mes requetes mettent 10x plus de temps à s'exécuter

avoir une trace réelle, ne m'apportera rien de plus en me montrant le même effet avec d'autres valeurs plus réelles

et moi c'est pas les effets que je veux connaitre, c'est la cause ... (ou un moyen de la trouver)

les verrous sont à priori des S ou des IS, pas vu de verrous de type U ou X ...


et par fichier rotatif, vous entendez quoi ?

[SQLpro]

Quel est le client ? Comment a t-il été développée ? Par quel outil ?

A +