Bonjour à tous

J'ai un serveur SQL 2000 std ss Windows 2003 std
Je suis bien conscient de la limite mémoire utile SQL à 2 Go.
Mon serveur est de plus en plus lent. La BDD fait 40 Go.
L'organisation disque n'est pas optimale pour l'instant BDD et Logs sur les mêmes disque, TMPDB sur le C.

name minimum maximum config_value run_value
----------------------------------- ----------- ----------- ------------ -----------
affinity mask -2147483648 2147483647 0 0
allow updates 0 1 0 0
awe enabled 0 1 1 1
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 2560 2560
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 1 1
network packet size (B) 512 32767 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 1 1
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
Lorsque que la machine est chargée (serveur dédié SQL), le taux de présence dans les tampons descend fréquemment à 75%, la longueur de la file d’attente disque plafonne alors à 100%. Le taux de présence dans le cache des tampons reste toujours à 7%.

Qu'en pensez-vous ? (Il semble que l'application fasse souvent appel aux curseurs).

Merci de vos avis