Si vous référencez la consommation réelle de fichiers de base de données sur le volume, SQL Server ne gère pas cela automatiquement . Ce n'est pas parce que vous avez supprimé des données de la base de données que les fichiers de la base de données rétréciront pour n'adapter qu'aux données existantes.
Ce que vous recherchez, si vous devez récupérer de l'espace sur le volume, serait de réduire le fichier particulier avec DBCC SHRINKFILE. Il convient de noter quelques bonnes pratiques, conformément à cette documentation:
Les meilleures pratiques
Tenez compte des informations suivantes lorsque vous prévoyez de réduire un fichier:
Une opération de réduction est plus efficace après une opération qui crée beaucoup d'espace inutilisé, comme une table tronquée ou une opération de suppression de table.
La plupart des bases de données nécessitent de l'espace libre pour les opérations quotidiennes normales. Si vous réduisez une base de données à plusieurs reprises et remarquez que la taille de la base de données augmente à nouveau, cela indique que l'espace qui a été réduit est requis pour les opérations normales. Dans ces cas, la réduction répétée de la base de données est une opération inutile.
Une opération de réduction ne préserve pas l'état de fragmentation des index dans la base de données et augmente généralement la fragmentation dans une certaine mesure. C'est une autre raison de ne pas réduire à plusieurs reprises la base de données.
Rétrécissez plusieurs fichiers dans la même base de données de manière séquentielle au lieu de simultanément. Les conflits sur les tables système peuvent entraîner des retards dus au blocage.
A noter également:
DBCC SHRINKFILE les opérations peuvent être interrompues à tout moment du processus et tout travail terminé est conservé.
Il y a sûrement quelques éléments à considérer lors de cette opération, et je vous recommande de jeter un œil au billet de blog de Paul Randal sur ce qui se passe lorsque vous effectuez cette opération.
La première étape serait certainement de vérifier combien d'espace et d'espace libre vous êtes réellement en mesure de remplacer, ainsi que l'espace utilisé sur le (s) fichier (s):
use AdventureWorks2012;
go
;with db_file_cte as
(
select
name,
type_desc,
physical_name,
size_mb =
convert(decimal(11, 2), size * 8.0 / 1024),
space_used_mb =
convert(decimal(11, 2), fileproperty(name, 'spaceused') * 8.0 / 1024)
from sys.database_files
)
select
name,
type_desc,
physical_name,
size_mb,
space_used_mb,
space_used_percent =
case size_mb
when 0 then 0
else convert(decimal(5, 2), space_used_mb / size_mb * 100)
end
from db_file_cte;