2010-07-04 5 views
1

Tout d'abord, je sais qu'il est préférable de ne pas réduire la base de données. Mais dans notre situation, nous avons dû réduire le fichier de données pour réclamer plus d'espace en arrière.opération DBCC SHRINKFILE augmente l'utilisation des données à la place

Environnement: SQL Server 2005 x64 SP3 Ent fonctionnant sous Windows Server 2003 Enterprise x64.

La base de données contient un fichier de données unique et un fichier journal. Avant d'exécuter DBCC SHRINKFILE, le fichier de données a 640 Go, dans lequel 400 Go est libre, donc les données sont d'environ 240 Go. Pour accélérer le processus de réduction, nous avons d'abord défragmenter la base de données, puis nous avons réduit le fichier de données. Toutefois, après avoir réduit le fichier de données de la base de données à l'aide de DBCC SHRINKFILE, les données ont été modifiées à 490 Go. Retour au début | Comment cela pourrait-il arriver?

Répondre

0

J'ai demandé autour d'inclure Paul Randal. Voici la raison possible: Lorsque je reconstruis des index pour les index qui ont été supprimés, les index ne sont pas physiquement supprimés du fichier de données, ils sont placés dans la file d'attente différée, ils restent à la place et sont supprimés par lots.