Discussion :

[Swampscott]

Bonjour,

Pensant avoir lu, et surtout respecté, les bonnes pratique en matiere d'architecture pour SQL, je suis maintenant démuni face à des utilisateurs qui disent subir des lenteurs épisodiques, parfois plusieurs jours durant, sans que la machine soit chargée par des traitements lourds et/ou exceptionnel.

Je viens de changer la dite becane qui héberge un X3 dont la base fait 40 Go :
- Bi Xeon Quad, 16 Go RAM, 1 controleur disque pour 2 ensembles Raid 1 et 1 controleur pour un ensemble Raid 10.
- Systeme sur un raid 1, Logs sur l'autre Raid 1
- Datas sur le Raid 10
- windows 2003 ent avec AWE (pas de /3GB dans le boot.ini)
- SQL avec un max mem à 13Go, les 2/3 des coeurs affectés à SQL, extension de base auto par bloc de 1go, pas de shrink, update des stats toutes les semaines
- Hyperthreading activé ou ne semble pas avoir d'effet
Seulement une trentaine de users sur la machine.

Quelqu'un aurait il une piste qui me permette de resoudre ce prb ?
D'avance merci


PJ : copie du perfmon

[SQLpro]

êtes vous en 32 ou 64 bits ?
Quel est la config au niveau du masque d'affinité CPU ?
Avez-vous limité le // ?

Pour ma part je mettrais :
1) CPU : 3 sur 4 en prenant les premiers
2) compte tenu de votre config disque ou il n'y a qu'un seul fichier par base, je désactiverais le parallélisme
3) redimensionnez les fichiers de votre base
-> data => N Go (n étant calculé sur 5 ans d'exploitation)
-> JT => N/3
Accroissement par bloc de 25 Mo SURTOUT PAS 1 GO c'est de la folie !!!!!!
Lisez les article que j'ai écrit à ce sujet :
http://blog.developpez.com/sqlpro/p5...fichiers-et-t/
http://blog.developpez.com/sqlpro/p8...t-le-stocakge/
4) défragmentation des index et recalcul des stats TOUTES LES nuits. utilisez la proc que j'ai donné ici :
http://blog.developpez.com/sqlpro/p8...es-index-et-s/

A +

[Swampscott]

Bonjour

Je reprend le fil apres une semaine un peu difficile. Merci de me répondre à mon probleme.

Je suis bien en W2003 ent 32 et SQL 2000 ent sp4 + hotfix
J'ai essayé avec et sans parallelisme, pas de changement
Avec le parallelisme, j'ai 16 coeurs visibles par Windows.
J'ai limité le nombre de CPUs à 10 (les premiers)
Le parallelisme SQL limité à 4 coeurs.

Je vais donc limiter les paliers d'accroissement de la base qui grossit evidemment mais assez lentement.
Je precise que :
- les stats sont calculées toutes les nuits mais les index sont defragmentés toutes les semaines car pas mal de tt de nuit sur X3
- les fichiers data et index sont séparés dans le meme dossier.
- j'ai une autre base annexe (datawarehouse) de 3go sur le meme espace

Petite question :
Sur le perfmon, est il normal que la courbe marron soit si basse (correspondant au taux de presence dans le cache) ?

Merci encore

[mikedavem]

Petite question :
Sur le perfmon, est il normal que la courbe marron soit si basse (correspondant au taux de presence dans le cache) ?

Il faut voir avec une échelle de 1 ce que cela donne et corréler avec l'espérance de vide des pages dans le buffer pool de SQL Server.

++