[SQL2005] Comment savoir si j'ai assez de mémoire pour créer de nouvelles base

**joziel** · 12/12/2008, 12h55

Bonjour,

J'ai un serveur MSSQL 2005 avec 8Go de RAM.
Actuellement il y a 2 instances, l'une avec une 20aine de bases, l'autre 5.

Aujourd'hui, il y a environ une moins d'une centaine d'accès concurrent pour tout cela.

Ma question est de savoir quel compteur je dois regarder pour savoir si ajouter 2 nouvelles bases ne va pas ralentir le tout (dont l'une pour l'hébergement du contenu d'un Sharepoint)

Tout ce que j'ai retenu est que le process sqlserv.exe consommait quasiment toute la mémoire vive, mais c'est la répartition par base à "l'interieur" de ce process qui m'interesserait.

Merci pour votre aide

**SQLpro** · 12/12/2008, 16h05

Tout ce que j'ai retenu est que le process sqlserv.exe consommait quasiment toute la mémoire vive, mais c'est la répartition par base à "l'interieur" de ce process qui m'interesserait.

Par natur un SGBDR comme SQL Server consomme toutes les ressources dont il a besoin. En particulier pour la mémoire il prendra tout. Cela ne veut pas dire qu'il n'y a pas assez de mémoire. Mais par comparaison, si vous aviez un séjour de 200m² vous n'en utiliseriez qu'une petite partie en vous cantonnant toujours au même endroit ou vous en profiterez pour l'utiliser au maximum ?

Aujourd'hui, il y a environ une moins d'une centaine d'accès concurrent pour tout cela.

C'est peu, très peu même. On considère généralement une carte réseau / 1 processeur par paquet de 500 à 1000 utilisateurs potentiels.

A +

**joziel** · 12/12/2008, 17h33

J'aime beaucoup l'image du séjour

Permettez moi de la réutiliser

Par contre, bien qu'ayant conscience du pauvre nombre de connexions concurrentes, y-a-t-il une possibilité de montrer par des statistiques l'utilisation des bases courrantes ?
J'ai essayé d'obtenir des éléments à partir de perfmon, mais ce n'est pas très concluant...

En fait, ce sont les chefs qui veulent du concret plutot qu'une impression

Merci