Architecture et Lock PB sous SQL 2000

Version imprimable

30/04/2009, 10h31
snach

Architecture et Lock PB sous SQL 2000

Bonjour,

Je possède un serveur de DB sous SQL 2000 (1 quad core et 8GB de RAM) qui rencontre pas mal de problèmes de Locks.Très probablement à une mauvaise architecture des tables selon moi (Beaucoup trop de colonne).

Ma 1er question est la suivante: l’ajoute de CPU par ex un CPU 4x4 va t il me permettre de diminuer ce problème de Lock sur les tables?

Ma deuxième question est beaucoup plus générale et concerne la mémoire. Sur un système 32 bit Win serveur si je possède 4GB de mémoire 2 sont pour mon operating system et 2 pour ma DB SQL server (modifiable biensur par le fichier init).
Dans le cas maintenant ou je possède 8 ou 16 GB de mémoire. Comment se fait la répartition ? Étant que sur un système 32 Bits je ne peux adresser que 4GB, qui utilise les 4GB ou les 12GB restant ? est ce que SQL serveur ce les attribut automatiquement?

Merci beaucoup de vos reponses.
30/04/2009, 10h48
SQLpro

Citation:

Ma 1er question est la suivante: l’ajoute de CPU par ex un CPU 4x4 va t il me permettre de diminuer ce problème de Lock sur les tables?

Non, cela n'aura absolument aucun effet...
Le verrouillage dépend essentiellement de la nature des transactions.
Seule la durée des verrous pourrait être moindre en augmentant les ressources en RAM, CPU et disque.
Lisez les articles que j'ai écrit à ce sujet :
http://sqlpro.developpez.com/optimisation/

Citation:

Dans le cas maintenant ou je possède 8 ou 16 GB de mémoire. Comment se fait la répartition ? Étant que sur un système 32 Bits je ne peux adresser que 4GB, qui utilise les 4GB ou les 12GB restant ? est ce que SQL serveur ce les attribut automatiquement?

Il faut un paramétrage particulier pour que SQL Server utilise la mémoire étendue en pagination. C'est AWE qui gere cela pour SQL Server.
Lisez l'article que j'ai écrit au sujet de la configuration de la mémoire étendue pour SQL Server : http://blog.developpez.com/sqlpro/p5...2-bits-et-awe/

Plus généralement vous auriez intérêt à faire faire un audit de votre système afin de dégager les éléments en terme de temps et coûts susceptible de remettre votre système d'aplomb. En général ce genre de chose est très bénéfique. Lisez ce que j'ai écrit à ce sujet : http://www.sqlspot.com/sites/sqlspot...eDonnees-3.pdf

A +
30/04/2009, 14h04
snach

Oui je vais auditer le systeme ca sera plus simple

Merci beaucoup pour toutes ces infos:king: Je vais pouvoir occuper ce long weekend.