Всем привет.
Файл транзакций разросся до невообразимых размеров. Прочитал статью (
https://asksql.org/articles/68):
Жирным выделил, что мне не понятно. Прошу прокомментировать.
Существует ситуация, когда LDF файл занимает много гигабайт места (файл с постфиксом _log), и его необходимо уменьшить.
Это происходит когда база в SQL находится в режиме Full, т.е. с фиксацией всех произведенных транзакций.
Модель Full позволяет восстановить состояние базы SQL на любое время, в то время, как модель Simple не позволяет этого сделать, а только восстановить базу из бэкапа. Смысл модели Full в том, что в журнал транзакций LDF записываются ВСЕ транзакции и там остаются, ну до определенного времени, например, до операции shrink. Что это за shrink? У нас за все годы работы базы с логом никто ничего не делал. Я правильно понимаю, что с помощью shrink можно сделать, чтобы файл транзакций уменьшался? Таким образом SQL последовательным откатом транзакций назад может восстановить состояние базы на любой момент времени периода записанных в LDF транзакций.
Переход в режим Simple приведет к тому, что в файле LDF будут находиться только незавершенные транзакции, что уменьшит размер этого файла.
Первое что нужно сделать, перевести базу в модель восстановления Simple (при этом настроить механизм создания беэкапов базы, если этого до сих пор не сделано). Эту операцию можно делать "на ходу".
Однако, перевод в simple автоматически не уменьшает размер файла транзакций. Можно, провести операцию shrink (сжатие базы) сразу, но лучше сначала сделать полный бэкап базы средствами SQL (есть там в SQL-е по этому поводу одна маленькая хитрость), а потом сделать shrink как файлу базы MDF, так и файлу журнала транзакций LDF. Размер базы тоже должен уменьшиться, но не на много, а, вот, размер файла транзакций LDF, если было сделано все правильно, должен стать практически нулевым (в случае, когда в этом момент в базе нет активной работы пользователей).
Операции бэкапа средствами SQL, и shrink-а, можно делать не выгоняя пользователей, эти операции могут, разве что, сказаться на производительности. Настоятельная рекомендация сделать резервные копии перед началом этой операции.
Для выполнения операции по очистке логов необходимо запустить восстановление:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
01.
USE [dbname];
02.
GO
03.
-- Truncate the log by changing the database recovery model to SIMPLE.
04.
ALTER DATABASE [dbname]
05.
SET RECOVERY SIMPLE;
06.
GO
07.
-- Shrink the truncated log file to 1 MB.
08.
DBCC SHRINKFILE ([dbname_Log], 1);
09.
GO
10.
-- Reset the database recovery model.
11.
ALTER DATABASE [dbname]
12.
SET RECOVERY FULL;
13.
GO
Если не охота мучиться с запросами можно сделать через GUI: правой кнопкой на базе -> задачи -> шринк -> файлы -> выбираем лог (там будет видно на сколько процентов можно уменьшить).
Иногда, если лог большой - например 50 Гб, то уменьшать (шринкать) его надо 2 раза - с первого раза уменьшается, но не полностью.
