SHrink Database trop long

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

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

Code:

---

1 2 3

GO exec sp_spaceused @updateusage = 'true' GO

---

:

Code:

---

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

---

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...

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 +

reconstruire ?

Code:

---

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.

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:

---

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:

---

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:

---

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.

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.