Ошибки администрирования журнала транзакций вызывают остановку бизнес-процессов СУБД:

• Ошибка The transaction log for database 'ERP_1C' is full due to 'LOG_BACKUP' (Error 9002);
• Файл .ldf разрастается до сотен гигабайт, занимая весь свободный объем накопителя;
• База переходит в режим Read-Only или зависает при попытке проведения документов 1С.

1. Принцип усечения журнала (Log Truncation)

Журнал транзакций состоит из виртуальных файлов журнала (VLF — Virtual Log Files). В модели восстановления FULL неактивные VLF (в которых транзакции уже зафиксированы на диске контрольной точкой Checkpoint) не освобождаются до тех пор, пока не будет выполнен бэкап журнала:

BACKUP LOG [ERP_1C]
TO DISK = N'E:\Backup\Log\ERP_1C_Log_Current.trn'
WITH COMPRESSION, CHECKSUM;

2. Анализ причин блокировки усечения лога

Если бэкап лога выполняется, но файл LDF не освобождает место внутри, выполните диагностический запрос:

SELECT name, log_reuse_wait, log_reuse_wait_desc
FROM sys.databases
WHERE name = N'ERP_1C';

Расшифровка статусов `log_reuse_wait_desc`:

• LOG_BACKUP: Требуется выполнить BACKUP LOG (лог еще не архивирован);
• ACTIVE_TRANSACTION: В базе есть зависшая длительная незафиксированная транзакция (например, фоновый пересчет итогов 1С);
• REPLICATION / AVAILABILITY_GROUP: Вторичные реплики AlwaysOn или подписчики репликации отстают и не вычитали транзакции;
• CHECKPOINT: Требуется сброс грязных страниц из RAM на диск.

3. Поиск зависших открытых транзакций

DBCC OPENTRAN ([ERP_1C]);

-- Детальный анализ сессии, удерживающей лог
SELECT 
    r.session_id,
    s.login_name,
    s.host_name,
    r.start_time,
    r.status,
    t.text AS sql_script
FROM sys.dm_exec_requests r
JOIN sys.dm_exec_sessions s ON r.session_id = s.session_id
CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) t;