Discussion :

[joujousagem2006]

Bonjour à tous,

Au sein de mon entreprise nous disposons d'un serveur sql server 2008 R2 64Bit
ce dernier est entrain de consommer tout la mémoire en laissant 0.5 Go pour le système
la command sp_configure a donner la résultat envoyer par pièce joint
Le problème c'est que au niveau d'espace disque la partition systém
est 176GO alors que en libre j'ai que 9GO or la taille des Fichiers physiques ne dépasse pas le 10 GO et chaque jour cette partition deviens de plus on plus saturé
pour info les Fichier data mdf et ldf sont sur une autre partition
Qu'est qui peut causer ce problème ?
Comment résoudre ça
Merci Pour nos expert

[darkelend]

Bonjour,
C'est difficile de te dire ce qui prend de la place sur ton disque C. Quel est le répertoire qui prend le plus de place ?
Tu dis que tes MDF et LDF sont sur un autre disque, mais est ce le cas de ta tempdb ?

[Lyche]

Si vous avez tendance à utiliser des #table dans vos procédures SQL, il se peut que votre tempdb sature votre disque dur. L'allocation d'espace disque à la tempdb ne se vide pas une fois la table supprimée.

Il m'est arrivé d'avoir ce cas sur un serveur ou il nous restait 250Mo de disponible. Il s'est avéré que sur les 5 ou 600 procédures stockées du serveur plus de 90% étaient réalisées à l'aide de #table et la tempdb faisait plusieurs dizaines de Go.

Si vous pouvez vous en passer, préférez les CTE, plus performantes et surtout, stockées en RAM.

Si vous ne pouvez vraiment pas vous en passer, je vous conseil de configurer votre serveur pour placer la tempdb sur un disque dur indépendant de votre OS machine.

Edit : Vous pouvez aussi faire un sp_spaceused pour confirmer ou non l'occupation des disque par vos bases.

Cordialement,
Lyche

[SQLpro]

La première chose étant de savoir ou sont placés les fichiers de la tempdb en faisant la requête suivante :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SELECT name, physical_name, size * 0.0078125 AS size_Mo
FROM tempdb.sys.database_files

Ensuite, dépalcer logiquement ces fichiers via ALTE DATABASE tempdb...
Puis supprimer les anciens fichiers.

A +

[annedeblois]

Ou à la limite, s'il y a urgence de libérer de l'espace disque sur votre partition système, planifier dès que possible un redémarrage des services SQL Server, cela 'videra' la base tempdb.

Mais il faudra effectivement déplacer les fichiers de cette base, comme le mentionne SQLpro.

[rudib]

Peux-tu poster le résultat de ces deux requêtes ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT name, recovery_model_desc
FROM sys.databases
 
DBCC SQLPERF(LOGSPACE)