Pourquoi le fichier journal a grossi / pourquoi il ne se tronque pas
SQL ServerSauvegarde et journalCommande
SELECT name,
recovery_model_desc,
log_reuse_wait_desc
FROM sys.databases
WHERE name = N'Customer';
-- Log space usage for all databases:
SELECT DB_NAME(database_id) AS db, name, type_desc,
size*8/1024 AS size_mb,
CAST(FILEPROPERTY(name,'SpaceUsed') AS BIGINT)*8/1024 AS used_mb
FROM sys.master_files
WHERE type_desc = 'LOG';Ce que fait la commande
La colonne log_reuse_wait_desc indique pourquoi le journal des transactions ne peut pas être tronqué (par ex. LOG_BACKUP, ACTIVE_TRANSACTION, REPLICATION, AVAILABILITY_REPLICA).
Quand l'utiliser
Pour trouver la cause racine quand le fichier journal ne cesse de grossir ou que le journal est plein (erreur 9002).
Attention
Si LOG_BACKUP s'affiche, la solution est d'effectuer une sauvegarde du journal, pas de réduire le fichier. Requête seule ; aucun risque.
Voir aussi
- Effectuer une sauvegarde du journal des transactions
- Effectuer des sauvegardes FULL et DIFFERENTIAL
- Réduire le fichier journal
- Afficher le nombre de VLF (Virtual Log File)
- Trouver la plus ancienne transaction ouverte (ACTIVE_TRANSACTION)
- Effectuer une sauvegarde ponctuelle sans rompre la chaîne (COPY_ONLY, striping, débit)