• 1С полностью останавливает работу с ошибкой: The transaction log for database 'ib_name' is full due to 'LOG_BACKUP' (Error 9002).
• Файл журнала транзакций с расширением .LDF занял все свободное место на диске сервера.
• Попытки пользователей записать любой документ завершаются аварийным отказом СУБД.
• Простое удаление данных внутри 1С не уменьшает физический размер файла на диске.

Почему лог не очищается сам

По умолчанию базы 1С в MS SQL создаются в режиме восстановления Full (Полная). В этом режиме SQL Server бережно записывает каждое действие в LDF-файл и никогда не стирает его, пока администратор не настроит регулярное резервное копирование самого лога транзакций (Transaction Log Backup).

Экстренное решение: Сжатие лога транзакций через SSMS

1. Откройте SQL Server Management Studio (SSMS) и подключитесь к серверу.
2. Нажмите кнопку New Query (Создать запрос) и выполните следующий T-SQL скрипт (замените Base1C на имя вашей базы):

   USE [Base1C];
   GO
   -- 1. Переключаем базу в простую модель (Simple), чтобы сбросить очередь логов
   ALTER DATABASE [Base1C] SET RECOVERY SIMPLE;
   GO
   -- 2. Сжимаем физический LDF-файл до разумных 1000 МБ
   DBCC SHRINKFILE (N'Base1C_Log' , 1000);
   GO
   -- 3. Возвращаем модель Full (если делаете бэкапы логов) или оставляем Simple
   ALTER DATABASE [Base1C] SET RECOVERY FULL;
   GO

3. Если вы не знаете логическое имя файла лога (Base1C_Log), выполните команду sp_helpfile.

Как предотвратить проблему навсегда

• Вариант А: Если вам не требуется восстановление базы на конкретную секунду времени — оставьте режим Simple в свойствах базы (Properties → Options → Recovery model = Simple). В этом режиме лог очищается автоматически.
• Вариант Б: Если нужен режим Full — создайте план обслуживания (Maintenance Plan), который делает бэкап лога транзакций каждые 15–30 минут.