SQL Server log_reuse_wait_desc LOG_BACKUP, le journal des Transactions plein, ne devient pas plus petit, après le journal de sauvegarde
J'ai fait la sauvegarde de la base de données de petite taille de 2 mo.
J'ai des fichier de journal de transactions LDF fichier) de 15 go!
Ma base de données est en mode de récupération Complète.
J'ai d'abord essayé de faire de la sauvegarde du journal des transactions, mais il a échoué à cause de l'espace sur le serveur.
Ensuite, j'ai réussi à faire de la sauvegarde du journal des transactions et maintenant de sauvegarde+sauvegarde du journal des transactions ont 9MB.
déclaration SELECT name,log_reuse_wait_desc FROM sys.databases; retourne maintenant RIEN à la place de LOG_BACKUP qui est bon.Mais le journal des transactions est encore de 15 GO.
Que dois-je faire pour le libérer?
Vous devez vous connecter pour publier un commentaire.
La taille du fichier journal sur le disque n'est pas obtenir plus petits après une sauvegarde du journal. La raison pour cela est que le moteur suppose qu'il est probable qu'elle doit être la taille que pour un usage futur et la croissance le fichier journal est coûteuse (en termes de temps de fonctionnement. Ce que le journal de sauvegarde n'est marque de la structure interne (appelé "fichiers journaux virtuels" ou "fichiers journaux virtuels") dans le fichier journal comme disponible pour la réutilisation. Vous pouvez vérifier l'état des fichiers journaux virtuels dans un couple de différentes manières:
DBCC SQLPERF('LOGSPACE')va vous montrer comment le journal est utilisé en interne comme un pourcentageDBCC LOGINFOvous montrera les informations concernant chaque VLF dans le fichier journal.Tout ce que dit, si vous savez pour un fait qu'il est peu probable que vous aurez besoin d'un 15 Go fichier journal d'aller de l'avant, vous pouvez réduire le fichier à l'aide de
DBCC SHRINKFILE. Il y a beaucoup de bonnes informations sur les fichiers journaux virtuels en général. Ce blog est un bon début.Si vous n'êtes pas régulièrement la sauvegarde du journal des transactions, le journal de la fie, va continuer à croître. Si vous êtes prêt à prendre le risque de perdre les modifications apportées depuis la dernière sauvegarde, modifier la base de données de modèle de récupération Simple. Mon expérience a été que SQL Server réduire le journal de fichiers automatiquement dans un court laps de temps après la prise de ce changement. Si cela ne fonctionne pas, vous devrez peut-être de publier un manuel de rétrécir.
Vous pouvez revenir à la Pleine récupération après l'effort-mais assurez-vous d'effectuer les planifiées régulièrement des sauvegardes de journaux requis pour la récupération Complète.
Il existe de nombreuses ressources en ligne sur les modèles de récupération. Voici un article sur MSDN sur Sauvegarde selon le Modèle de Récupération Complète.