Discussion :

[akd79]

Bonjour à tous,

nous avons installer sql serveur 2008 r2 sur un serveur disposant d'un disque "c" pour le système windows et un autre disque "d". Au cours de l'installation de sql serveur nous avons mis les fichiers de données et du journal sur le disque "d" et les fichiers de l'instance sur le disque "c".
Après un certains temps d'utilisation de la base de données nous avons remarqué que l'espace disponible sur le disque "c" diminue progressivement et nous aimerions savoir à quoi cela est dû et comment éviter que le disque ne soit plein à un moment donné.

Merci d'avance pour votre aide.

[Invité]

Ce sont quels fichiers qui grossissent ?
Est-ce que les backups sont purgés ?
Fichiers de traces purgé ?
Recovery mode des bds ?
Ça peut aussi être simplement du à l'accumulation des données qui font grossir la bd, c'est un peu la tendance des bds de grossir, comme les hommes, quoi.
Donnez-nous un peu plus d'indice pour que l'on puisse mieux vous aider.

[mikedavem]

Hello,

Comme le dit 7gyY9w1ZY6ySRgPeaefZ il faut d'abord voir les fichiers qui grossissent. Comme le disque C est concerné il est possible que ce ne soit pas SQL Server mais cela reste à vérifier.
En principe tes données sont sur le D mais est-ce que cela concerne aussi les bases de données systèmes ? Bref un peu d'investigation est nécessaire pour savoir la solution à opérer dans ton cas.

++

[akd79]

Merci pour vos interventions. Les bases de données système et utilisateurs sont sur le disque "d".
En investiguant j'ai vu que c'est le fichier d'échange (mémoire virtuelle) qui augmente sans cesse. Comment devons nous gérer ce fichier sachant que le serveur est sous Windows 2008 sdt R2 et ne pas pénaliser sql server.
Merci d'avance.

[SQLpro]

Merci pour vos interventions. Les bases de données système et utilisateurs sont sur le disque "d".
En investiguant j'ai vu que c'est le fichier d'échange (mémoire virtuelle) qui augmente sans cesse. Comment devons nous gérer ce fichier sachant que le serveur est sous Windows 2008 sdt R2 et ne pas pénaliser sql server.
Merci d'avance.

Un serveur SQL a besoin de beaucoup de RAM. Si vous ne lui en donnez pas, il va compenser (mal) par le fichiers d'échange. Si vous bridez ce fichier ce sera pire encore !
Avez vous des applications ou des services autre que SQL Server sur ce serveur ?
Quel est la RAM ?
Quelle est l'édition/version de SQL Server et Windows ?
32 ou 64 bits ?
Quel est le volume global des données des bases et de la tempdb ? (utilisez sp_spaceused dans le contexte de chaque base).

A +

[akd79]

Un serveur SQL a besoin de beaucoup de RAM. Si vous ne lui en donnez pas, il va compenser (mal) par le fichiers d'échange. Si vous bridez ce fichier ce sera pire encore !
Avez vous des applications ou des services autre que SQL Server sur ce serveur ?
Quel est la RAM ?
Quelle est l'édition/version de SQL Server et Windows ?
32 ou 64 bits ?
Quel est le volume global des données des bases et de la tempdb ? (utilisez sp_spaceused dans le contexte de chaque base).

A +

Il n'y a que sql server sur la machine
OS : Windows Serveur 2008 R2 Standard 64bit
SQL Server : MS SQL Server 2008 R2 DataCenter Edition 64 bit
RAM 25Go

NOTRE_BASE_PRODCUTION

database_size : 153378.69 MB
unallocated space : 8.66 MB
reserved : 19224 KB
data : 12936 KB
index_size : 5184 KB
unused : 1104 KB

MASTER

database_size : 5.25 MB
unallocated space : 1.53 MB
reserved : 2528 KB
data : 1136 KB
index_size : 1072 KB
unused : 320 KB


MODEL

database_size : 3.00 MB
unallocated space 1.06 MB
reserved : 1216 KB
data : 488 KB
index_size : 632 KB
unused : 96 KB

MSDB

database_size : 21.31 MB
unallocated space : 21.31 MB
reserved : 15088 KB
data : 11400 KB
index_size : 2696 KB
unused : 992 KB

TEMPDB

database_size : 8.50 MB
unallocated space : 6.64 MB
reserved : 1392 KB
data : 560 KB
index_size : 696 KB
unused : 136 KB