DBCC SHRINKFILE (Transact-SQL)

Syntaxe

DBCC SHRINKFILE 
(
    { file_name | file_id } 
    { [ , EMPTYFILE ] 
    | [ [ , target_size ] [ , { NOTRUNCATE | TRUNCATEONLY } ] ]
    }
)
[ WITH NO_INFOMSGS ]

Arguments

• file_name
  Nom logique du fichier dont la taille doit être réduite.

• file_id
  Numéro d'identification (ID) du fichier à réduire. Pour obtenir l'ID d'un fichier, utilisez la fonction système FILE_IDEX ou interrogez l'affichage catalogue sys.database_files dans la base de données actuelle.

• target_size
  Taille en octets du fichier, exprimée sous la forme d'un entier. Si ce paramètre n'est pas spécifié, DBCC SHRINKFILE réduit la taille à la taille de fichier par défaut. La taille par défaut est la taille spécifiée lors de la création du fichier.

  Notes

  Vous pouvez réduire la taille par défaut d'un fichier vide en utilisant DBCC SHRINKFILE target_size. Par exemple, si vous créez un fichier de 5 Mo, puis que vous le réduisez à 3 Mo pendant que le fichier est encore vide, la taille de fichier par défaut est fixée à 3 Mo. Cela s'applique uniquement aux fichiers vides qui n'ont jamais contenu des données.

  Si target_size est spécifié, DBCC SHRINKFILE tente de réduire la taille du fichier à la taille spécifiée. Les pages utilisées dans la partie du fichier à libérer sont transférées vers un espace libre disponible dans la partie du fichier conservée. Par exemple, s'il s'agit d'un fichier de données de 10 Mo et que vous affectez la valeur 8 à target_size pour les opérations DBCC SHRINKFILE, toutes les pages utilisées dans les deux derniers Mo du fichier sont transférées dans les pages non allouées des 8 premiers Mo du fichier. DBCC SHRINKFILE ne réduit pas un fichier au-delà de la taille nécessaire pour stocker les données dans le fichier. De fait, s'il s'agit d'un fichier de 10 Mo et que 7 Mo sont utilisés, l'instruction DBCC SHRINKFILE avec une valeur de 6 pour target_size réduit la taille à 7 Mo et non pas à 6 Mo.

• EMPTYFILE
  Permet la migration de toutes les données du fichier spécifié vers d'autres fichiers dans le même groupe de fichiers. Étant donné que le moteur de base de données SQL Server 2005 ne permet plus de placer des données dans le fichier vide, celui-ci peut être supprimé à l'aide de l'instruction ALTER DATABASE.

• NOTRUNCATE
  Déplace des pages allouées depuis la fin d'un fichier de données vers les pages non allouées du début du fichier, avec ou sans spécification de target_percent. L'espace libre à la fin du fichier n'est pas restitué au système d'exploitation et la taille physique du fichier ne change pas. Ainsi, lorsque l'option NOTRUNCATE est spécifiée, le fichier ne paraît pas être réduit.

  NOTRUNCATE n'est applicable qu'aux fichiers de données. Les fichiers journaux ne sont pas affectés.

• TRUNCATEONLY
  Libère pour le système d'exploitation tout l'espace libre à la fin du fichier, mais n'effectue aucun déplacement de page au sein du fichier. Le fichier de données est réduit seulement jusqu'à la dernière extension allouée.

  L'option target_size est ignorée si elle est spécifiée avec TRUNCATEONLY.

  TRUNCATEONLY n'est applicable qu'aux fichiers de données.

• WITH NO_INFOMSGS
  Supprime tous les messages d'information.

Ensembles de résultats

Le tableau suivant décrit les colonnes de l'ensemble de résultats.

Notes

DBCC SHRINKFILE s'applique aux fichiers de la base de données active. Pour plus d'informations sur le changement de base de données active, consultez USE (Transact-SQL).

Les opérations DBCC SHRINKFILE peuvent être arrêtées à n'importe quel stade du processus, chaque travail terminé étant conservé.

Une erreur est générée lorsque la fonction DBCC SHRINKFILE échoue.

Il n'est pas nécessaire que la base de données à réduire soit en mode mono-utilisateur ; d'autres utilisateurs peuvent travailler dans la base de données lorsque la taille du fichier est réduite. Il n'est pas nécessaire d'exécuter l'instance de SQL Server en mode mono-utilisateur pour réduire les bases de données système.

Réduction d'un fichier journal

Meilleures pratiques

Dépannage

DBCC SHRINKFILE for file ID 1 is waiting for the snapshot 
transaction with timestamp 15 and other snapshot transactions linked to 
timestamp 15 or with timestamps older than 109 to finish.

Autorisations

Nécessite l'appartenance au rôle de serveur fixe sysadmin ou au rôle de base de données fixe db_owner.

Exemple

A. Réduction d'un fichier de données à une taille cible spécifiée

USE UserDB;
GO
DBCC SHRINKFILE (DataFile1, 7);
GO

B. Réduction d'un fichier journal à une taille cible spécifiée

USE AdventureWorks2008R2;
GO
-- Truncate the log by changing the database recovery model to SIMPLE.
ALTER DATABASE AdventureWorks2008R2
SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (AdventureWorks2008R2_Log, 1);
GO
-- Reset the database recovery model.
ALTER DATABASE AdventureWorks2008R2
SET RECOVERY FULL;
GO

C. Troncation d'un fichier de données

USE AdventureWorks2008R2;
GO
SELECT file_id, name
FROM sys.database_files;
GO
DBCC SHRINKFILE (1, TRUNCATEONLY);

D. Vidage d'un fichier

USE AdventureWorks2008R2;
GO
-- Create a data file and assume it contains data.
ALTER DATABASE AdventureWorks2008R2 
ADD FILE (
    NAME = Test1data,
    FILENAME = 'C:\t1data.ndf',
    SIZE = 5MB
    );
GO
-- Empty the data file.
DBCC SHRINKFILE (Test1data, EMPTYFILE);
GO
-- Remove the data file from the database.
ALTER DATABASE AdventureWorks2008R2
REMOVE FILE Test1data;
GO

Voir aussi

Tâches

Référence

Concepts