В базе данных sql server с полной резервной копией модели с журналами транзакций, резервные копии которых выполняются каждые 15 минут, но, тем не менее, файл журнала огромен. Я подозреваю, что мне следует действовать в соответствии с параметром целевого времени восстановления (на самом деле 60 секунд).

logspace logspace2 [logspace_vlfstatus [3] недавно я нашел способ уменьшить его:

Сжать БД после выполнения следующей задачи:

/ * Выполните полное резервное копирование вашей базы данных.

Измените метод резервного копирования вашей базы данных на «Простой»

Откройте окно запроса, введите «контрольную точку» и выполните

Выполните еще одно резервное копирование базы данных

Выполните окончательное полное резервное копирование базы данных. * /

0
Gabriele D'Onufrio 5 Ноя 2018 в 14:25

1 ответ

Лучший ответ

Резервная копия журнала транзакций не сжимает файлы. Если они выросли, после резервного копирования пространство будет помечено как доступное и повторно используемое, но размер файла не будет уменьшен. Однако, если вы попытались его сжать, но этого не произошло, вероятно, журнал все еще используется. Есть ли что-нибудь еще, что использует журнал транзакций, что предотвращает усечение if? Проверьте результат этой команды:

SELECT log_reuse_wait_desc FROM sys.databases where name = N'<database_name>';

Он показывает что-либо, кроме НИЧЕГО или LOG_BACKUP, вы не можете его сжать, потому что его использует что-то еще.

1
Andrey Nikolov 5 Ноя 2018 в 12:03