2010-04-23 3 views

Répondre

1

Je suppose que vous voulez dire que vous voulez réduire le fichier journal, pas la base de données elle-même (il ne sert à rien de le réduire à moins d'avoir supprimé des tonnes de contenu).

En bref, vous voulez exécuter les commandes suivantes dans le Gestionnaire SQL ou SQL Server Management Studio ou les outils osql ou sqlcmd (selon le cas à quelle que soit la version de la base de données que vous utilisez), comme décrit here:

USE WSS_Content 
GO 
DBCC SHRINKFILE(WSS_Content_log, 2) 
BACKUP LOG WSS_Content WITH TRUNCATE_ONLY 
DBCC SHRINKFILE(WSS_Content_log, 2) 
GO 

This page a beaucoup plus de conseils sur la prévention de la croissance du fichier journal si grand. Le plus facile est de set the database recovery model to "Simple".

1

Votre fichier journal est susceptible de prendre de l'ampleur, car la base de données a son mode de récupération défini sur Récupération complète et vous n'avez pas planifié la sauvegarde du journal. En SQL lors de la récupération complète, le fichier journal va croître indéfiniment jusqu'à ce qu'il ait été sauvegardé, puis l'espace sauvegardé peut être réutilisé par SQL. Passer en mode de récupération simple ne vous demandera pas de sauvegarder le fichier journal mais l'inconvénient est que si vous devez restaurer la base de données, vous ne pourrez le faire qu'à partir du moment où vous avez exécuté la sauvegarde db. Tandis que si vous le gardez en mode de récupération complète, sauvegardez correctement les fichiers journaux (disons toutes les heures) et sauvegardez la base de données une ou deux fois par jour, vous pourrez restaurer la base de données à un moment précis. Par exemple, si l'erreur s'est produite à 15h00, vous pouvez restaurer à 14h59.

Questions connexes