Уменьшение размера журнала транзакций Microsoft SQL Server
Выполнение интенсивных операций по модификации данных информационной базы приводит к увеличению размеров файлов данных и журнала транзакций. В какой-то момент времени старые записи журнала транзакций становятся не нужными для восстановления базы данных и могут быть удалены, освобождая тем самым место для новых записей. Если своевременно не удалять старые записи журнала транзакций, то через некоторое время файл журнала транзакций может занять все свободное дисковое пространство и работа с базой данных станет невозможной.
Проблема
Рост файла журнала транзакций. С помощью команды DBCC SHRINKFILE не удается уменьшить размер файла журнала транзакций до нужного размера .
Решение
Для решения описанной проблемы необходимо предварительно удалить неактивные записи журнала транзакций с помощью команды BACKUP LOG , а затем уже с помощью команды DBCC SHRINKFILE уменьшить размер файла журнала транзакций.
Последовательность команд, которую нужно исполнить в Query Analyzer , выглядит следующим образом:
BACKUP LOG Имя_Базы_Данных WITH TRUNCATE_ONLY
go
DBCC SHRINKFILE ( Имя_Файла_Журнала_Транзакций )
go
Более подробное описание и рекомендации по использованию этих команд можно найти в документации по Microsoft SQL Server.
Как уменьшить размер log файла sql 1с
Чаще всего потребность в данной операции возникает из-за переполнения журнала транзакций и откаже корректной работы базы 1С 8. Сопровождается ошибкой: "Журнал транзакций для базы данных переполнен". Причина: "LOG_BACKUP"
Запускается SQL Server Management Studio. В ветке "Базы данных" дерева "Обозревателя объектов" находим базу данных по названию. Вызываем контекстное меню и в нем выбираем пункт "Создать запрос" и вводим текст:
ALTER DATABASE [name_db] SET RECOVERY SIMPLE
DBCC SHRINKFILE ([name_db], 50);
ALTER DATABASE [name_db] SET RECOVERY FULL
, где [name_db] — имя (название) базы данных СУБД. В примере — "Бухгалтерия".
Но этот способ не всегда может сработать. Опустим причины и попытки разобраться и заставить работать этот метод. А перейдем к способу, который является интерактивным выражением уже представленного.
Правой кнопкой мыши на базе вызываем меню и переходим в свойства базы. Переходим на страницу "Параметры".
Нажатие на изображении увеличит его 
На странице "Параметры" для "Модели восстановления" выбирается значение "Простая". Запоминаем исходное значение, скорее всего это "Полная". Нужно будет потом вернуть это значение для модели восстановления.
Это была небольшая подготовка. Теперь выполним непосредственно сжатие (шринк) журнала (лога) транзакций. Для этого вызываем контекстное меню правой кнопкой мыши для базы. В подменю "Задачи" выбираем подменю "Сжать", в нем пункт "Файлы".
Нажатие на изображении увеличит его 
В открывшемся окне устанавливаем "Тип файла" — "Журнал". В "Операция сжатия" выбирается вариант "Реорганизовать страницы, перед тем освободить неиспользуемое место". И указывается новое значение размера файла журнала транзакций в поле вводе "Сжать файл до:". Указать приемлемый размер лога. Нажимается кнопка "ОК".
После выполнения операции сокращения вернем "Модель восстановления" в исходное значение "Полная"
Уменьшение размера логов баз SQL
Чаще всего логи хранятся в файле .ldf рядом с файлом базы данных. Если в настройках базы данных нет ограничения на размер логов и используется полная модель восстановления, то файл логов может разрастаться до очень больших размеров и тогда его нужно очистить.
Заходим в SQL Server Management Studio, подключаемся к нужному серверу, выбираем нужную базу и открываем для неё форму свойства в контекстном меню и в разделе “Параметры” меняем модель восстановления на простую. 
Закрыв форму “Свойства”, выбираем в контекстном меню базы “Задачи”-“Сжать”-“Файлы”
В появившийся форме выбираем тип файла “Журнал”, и в настройках операций сжатия пункт “Реорганизовать страницы, перед тем как освободить”. Если в пункте “Сжать файл” установить 0, тогда накопившиеся на момент сжатия логи будут удалены.
При необходимости, возвращаем обратно модель восстановления данных “Полная”.
В продолжение темы, рассмотрим удаление неиспользуемых журналов регистрации из папки Srvinfo Сервера Предприятия 1С.
Для каждой базы данных 1С существует своя директория хранения журнала регистрации и выглядит она таким образом
После удаления базы данных с сервера 1С папка журнала регистрации не удаляется из Srvinfo. Поэтому из множества папок в Srvinfo могут находиться и те, которые давно не используются и просто занимают место на жестком диске. Вычислить эти папки можно открыв файл 1CV8Clst.lst, который находится так же в reg_1541.
Копируем <Идентификатор базы на сервере> из папки Srvinfo и ищем в файле 1CV8Clst.lst. Если идентификатор в файле не найден, то папку можно удалять.
В директории Srvinfo находится папка с названием вида snccntx+<Идентификатор базы на сервере>. Эта папка содержит сеансовые данные и ее лучше не удалять без необходимости, да и много места она не занимает.
Как сжать или удалить файл лога базы 1с в sql
Как сжать или удалить файл лога базы 1с в sql
Решение проблемы которая выглядит следующим образом:
Такая ошибка может возникнуть если на диске недостаточно место. Часто происходит это из-за разросшегося файла log базы 1с.
Удалить или сжать (шринк) лога базы очень просто. Достаточно проделать действия ниже.
Инструкция
- В менеджере sql нажать правой клавишей на нужной базе — Свойства — Параметры — Модель восстановления — Выбрать «Простая».
- Опять правой клавишей на нужной базе — Задачи — Сжать — Файлы — Тип файла — Выбрать «Журнал». Ниже пункт Сжать файл до — устанавливаем «0«. Нажимаем ОК.
- Вернуть параметру Уровень восстановления значение «Полная».
Выполнить все шаги нужно для каждой базы данных.