Le fichier journal de Shrinking dans SQL Server n'a pas de taille de fichier modifiée

Question

Je travaille pour une organisation et j'ai rencontré un problème où je ne peux pas réduire le fichier journal. La base de données du serveur SQL utilise 400 Go sur un disque dur de 600 Go. La taille du fichier journal est d'environ 350 Go.

J'ai essayé de réduire le fichier journal mais la taille reste la même. Le modèle de récupération de ma base de données est SIMPLE.

Je suis passé par des publications en ligne où il y a des suggestions pour prendre la sauvegarde du fichier journal, puis essayer de réduire.Mais je n'ai pas assez d'espace libre sur mon disque pour enregistrer la sauvegarde du journal (Note: conduire dans mon système et je ne suis pas censé prendre de sauvegarde sur le disque externe).

L'intégralité de la base de données sera-t-elle déplacée vers un autre lecteur? Des solutions?

Answer 1

Vous avez une transaction ouverte. Tuez toutes les connexions, puis réessayez.

Answer 2

J'ai essayé de réduire le fichier journal mais la taille reste la même. Le modèle de récupération de ma base de données est SIMPLE.

Je suis passé par des messages en ligne où il existe des suggestions pour effectuer la sauvegarde du fichier journal, puis essayez de réduire.

Si votre base de données est dans SIMPLE, vous ne pouvez pas effectuer de sauvegardes de journal.

Au lieu de cela, vous devez émettre une ou plusieurs fois:

CHECKPOINT; DBCC SHRINKFILE... 

Cela vous aidera dans le cas où log_reuse_wait_desc montre NOTHING/CHECKPOINT.

Si elle montre tout ce que vous devez éliminer la cause de ce qu'il montre sur

Answer 3

Si votre base de données est en mode SIMPLE, modifiez la taille du fichier pour le journal à une valeur inférieure, aussi bas que 1 MB. Le serveur le dimensionnera aussi petit que possible. Toutefois, sachez que le fichier journal est dimensionné pour contenir toutes les transactions actives. Dans votre exemple, à un moment donné, vous aviez 350 Go de transactions en cours. Notez que l'activité du serveur existant peut l'empêcher de rétrécir à la taille souhaitée.

En mode simple, la réduction du fichier journal ne vaut la peine que si vous avez supprimé une transaction dans le journal. Dans le cas contraire, la réduction du fichier journal ne résout rien et a un impact sur les performances car le serveur doit immédiatement développer à nouveau le fichier journal pour les nouvelles transactions.

Vous pouvez et devez déplacer le fichier journal sur un lecteur différent du fichier de base de données.