Discussion :

[alicia26]

Bonjour à tous,
J'ai une base de données de plus de 1 To dans laquelle j'ai supprimé plusieurs tables mais la taille n'a pas bougé.
je suis tombé sur la commande SHRINKDATABASE mais elle n'a rien changé à mon problème. Peut être que je m'y rend mal.
Merci de votre aide.

[mikedavem]

Il vaut mieux utiliser dans ce cas DBCC SHRINKFILE.

++

[dbaffaleuf]

TRUNCATEONLY réduit l'enveloppe en partant de la fin du fichier vers le début jusqu'à rencontrer une allocation dans le fichier. Si Les tables qui restent sont allouées en fin de fichier, rien ne sera libéré. Il vaut mieux mettre une taille cible par ex pour tenter d'obtenir une taille de 500Gb:

Code :

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

1
2
3
4
use MaBase
GO
DBCC SHRINKFILE('FicMaBase_1',500000)
GO

Ensuite il faut recalculer la fragmentation de tous les indexes et reconstruire ceux qui sont les plus gros et qui présentent le plus de fragmentation.

[warning]

Bonjour à tous,
J'ai une base de données de plus de 1 To dans laquelle j'ai supprimé plusieurs tables mais la taille n'a pas bougé.
je suis tombé sur la commande SHRINKDATABASE mais elle n'a rien changé à mon problème. Peut être que je m'y rend mal.
Merci de votre aide.

t'es sur quelle version de MS SQL?

[SQLpro]

Pour libérer de la place il faut commencer par reconstruire tous les index. Ceci permettra aux pages d'être regroupées en début de fichier et regroupera les pages libres en fin de fichier.

Ensuite vous pourrez utiliser la commande SHRNK efficacement.

A noter, si vos table n'ont pas d'index cluster (en principe celui de la PK), alors il est impossible de faire cela.

A +