Discussion :

[freestyler]

Bonjour,

J'ai une base qui fait 30 gigas de taille.
J'ai supprimé une table de ma base qui fait 15 gigas, et pourtant mon fichier mdf fait toujours 30 gigas. (Pourtant AUTO SHRINK est à TRUE)

J'ai exécuté la commande shrink database sur ma base, et ça fait exactement 2 jours que la requête est en excécution. Elle l'est encore au moment où je vous parle..

Est ce normal? Y a t i l un moyen pur accélérer le shrink process?


Merci

[freestyler]

Pour l'info, voici le résultat d'exécution de

Code :

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

1
2
3
GO
exec sp_spaceused @updateusage = 'true'
GO

:

Code :

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

1
2
3
4
5
6
7
 
database_name		database_size		unallcoaed space
VENTES			29299.19 MB		13504.53 MB
 
 
reserved		data			index_size		unused
15785184 KB	        12865192 KB		2912064 KB		7928 KB

[ylarvor]

Je ne peux pas grand chose pour votre schrink database qui semble ne plus s'arreter.
pour info, autoschrink = true est une tres mauvaise idee qui plombe les performances. quand votre serveur sql aura retrouve ses esprits. commencez par passer cette option à false.
pourquoi tenez vous absolument à recuperer cet espace ? la base reprendra l'espace perdu au fur et à mesure de sa croissance...

[SQLpro]

Si vous voulez récupérer de la place, la première des choses à faire est de reconstruire tous les index....
Ensuite un SHRINK pourra éventuellement porter ses fruits.

A +

[freestyler]

reconstruire ?

[ylarvor]

Code :

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

ALTER INDEX REBUILD

Vous pouvez réorganiser les index pour éviter la défragmentation ou les détruire et les reconstruire suivant vos préconisations d'espace. Dans ce cas là, on utilise l'option REBUILD.

Avec SQL Serveur 2005, vous pouvez sans doute utiliser un plan de maintenance pour reconstruire vos index.

Je mettrais quand même un BEMOL, vous gagnerez de l'espace en interne, à l'intérieur du fichier MDF mais le fichier ne sera finalement redimensionné que lors du SCHRINK.

[Philippe Robert]

Tout d'abord, est-ce que ta base de données est journalisée ?
Si tel est le cas, la table que tu as supprimée est dans le fichier log.

Si tu veux le vider (mais cela vide tout ce qui a été journalisé):

Code :

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

1
2
 
BACKUP LOG [MaBase] WITH(NO_LOG)

Cependant, cela ne libère pas l'espace.

Pour réduire la tailler de la DB, tu peux utiliser la commande suivante :

Code :

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

1
2
 
DBCC SHRINKDATABASE ([MaBase], TRUNCATEONLY)

Ceci a pour effet de libérer la place disponible juste après la dernière extention allouée. Cette commande est très rapide.

Si ce n'est pas suffisant

Code :

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

1
2
 
DBCC SHRINKDATABASE ([MaBase], 10)

Ou 10 est le pourcentage d'espace que vous voulez laisser disponible dans le fichier de la base de données après sa réduction (ou toute autre valeur d'espace libre que vous souhaitez garder)

Mais cette dernière commande est plutôt lourde, cela dépendant de la taille de la DB et de son activitié.

Il est également possible de compacter la DB en utilisant les plans de maintenance. Ce genre de manipulation étant généralement planifié la nuit.

[Philippe Robert]

Attention toutefois avec la reconstruction des index. Cette opération est journalisée. Sur une base de donnée volumineuse, cela fera quelques gigas de log.