Discussion :

[Shuret]

J'ai un problème de performances anormales sous SQL Server 2000.

Voici la config : serveur bi-proc Xeon, 2 Go de RAM, HDD RAID 5 Ultra 320, sous Windows 2000 Server SP4/SQL Server 2000 dernier SP (le 3 ?).

J'ai des requêtes agrégeantes qui mettent beaucoup trop de temps : 40 minutes au lieu de 2 minutes maxi (voire 40 sec mini) sur un serveur identique. Ce dernier est presque identique : même modèle, seulement 1 Go de RAM, même OS, même SQL Server, dump de la base du serveur d'origine (donc ça ne vient pas des indexes).

Quand on lance une telle requête sur le serveur qui met 40 min, ça rame de partout : les procs sont utilisés à presque 100%, la RAM monte énormément (même après reboot, SQL Server prend 40 Mo, elle monte à plus de 1,5 Go) et il est inutilisable, pas réactif. Alors que sur l'autre, la RAM prend 100 Mo maxi, les procs moins de 20% et on peut faire autre chose en même temps.

J'ai pas mal cherché et rien, c'est pourquoi j'en appelle à vous. Le swap est configuré de la même manière, la fragmentation des disques est à peu près identique (un peu fragmenté mais sans plus). Je vois vraiment pas où chercher.

Des idées ?

Merci !

[SQLpro]

Comparez les valeurs de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

sp_configure

sur les deux serveurs

Vérifiez que l'hyperthreading n'est pas activé.

Comparez les @@VERSION des deux serveurs (notamment le n° de build).

A +

[Shuret]

Merci pour la réponse.

Les résultats de sp_configure et @@version sont strictement identiques sur les 2 serveurs.

Voici le contenu, si ça peut aider :

Version :
Microsoft SQL Server 2000 - 8.00.760 (Intel X86) Dec 17 2002 14:22:05 Copyright (c) 1988-2003 Microsoft Corporation Standard Edition on Windows NT 5.0 (Build 2195: Service Pack 4)

sp_configure :

affinity mask,-2147483648,2147483647,0,0
allow updates,0,1,0,0
awe enabled,0,1,0,0
c2 audit mode,0,1,0,0
cost threshold for parallelism,0,32767,5,5
Cross DB Ownership Chaining,0,1,0,0
cursor threshold,-1,2147483647,-1,-1
default full-text language,0,2147483647,1036,1036
default language,0,9999,2,2
fill factor (%),0,100,0,0
index create memory (KB),704,2147483647,0,0
lightweight pooling,0,1,0,0
locks,5000,2147483647,0,0
max degree of parallelism,0,32,0,0
max server memory (MB),4,2147483647,2147483647,2147483647
max text repl size (B),0,2147483647,65536,65536
max worker threads,32,32767,255,255
media retention,0,365,0,0
min memory per query (KB),512,2147483647,1024,1024
min server memory (MB),0,2147483647,0,0
nested triggers,0,1,0,0
network packet size (B),512,65536,4096,4096
open objects,0,2147483647,0,0
priority boost,0,1,1,1
query governor cost limit,0,2147483647,0,0
query wait (s),-1,2147483647,-1,-1
recovery interval (min),0,32767,0,0
remote access,0,1,1,1
remote login timeout (s),0,2147483647,20,20
remote proc trans,0,1,0,0
remote query timeout (s),0,2147483647,600,600
scan for startup procs,0,1,0,0
set working set size,0,1,0,0
show advanced options,0,1,1,1
two digit year cutoff,1753,9999,2049,2049
user connections,0,32767,0,0
user options,0,32767,0,0

Rectification : il n'y a qu'un processeur dans chaque serveur, mais l'Hyperthreading est activé sur les 2. J'ai essayé de le désactiver sur celui qui fonctionne bien, les temps de réponse sont sembables, mais il semble un peu moins réactif (mais il ne rame pas autant que l'autre).

[SQLpro]

Désactivez l'hyperthreading pour celui qui marche mal. Le bug de l'hyperthreading qui et un bug de fonderie du a Intel est connu et entâche les serveur Citrix et SQL Server.

A +

[Shuret]

Après quelques recherches, j'ai vu en effet que l'Hyperthreading pouvait nuire aux performances sous SQL Server. Je l'ai donc désactivé mais ça n'a rien changé... Cela peut-il venir du matériel ? Même si les serveurs sont basés sur le même modèle, il y a des différences. J'ai comparé les résultats donnés par CPUZ et les voici en gros :

Serveur lent :
CPU Intel Xeon 3,40 GHz Nocona
RAM : 2048 Mo (4x512 Mo DDR PC 3200 dont 2 barettes Samsung et 2 Micron)
Timings : CAS# 3.0, 4.0, 5.0 pour les 2 barettes Samsung, CAS# 3.0, 4.0 pour les Micron.

Serveur rapide :
CPU Intel Xeon 3,20 GHz Nocona
RAM : 1024 Mo (2x512 Mo DDR PC 3200, 2 barettes Nanya)
Timings : CAS# 3.0, 4.0, 5.0 pour les 2 barettes.

Peut-être qu'une barette de RAM est défectueuse ? Ou le proc overclocké et il ne supporte pas la charge ?

[SQLpro]

1Go c'est quand même très peu. Je dirais même trop peu suivant le volume des données que vous avez à traiter.
Quel est le cache hit ratio ?

A +