DBAtlas · Atlas d'exploitation des bases de données

Pourquoi le fichier journal a grossi / pourquoi il ne se tronque pas

SQL ServerSauvegarde et journal

Commande

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.

Ouvrir dans DBAtlas →

Voir aussi