Очень низкий «Процент используемого пространства журнала» для SQL файла транзакций базы данных сервера - PullRequest
0 голосов
/ 17 февраля 2020

Пролог

Я всегда читал / наблюдал, что мы не должны сокращать файл базы данных, поскольку они имеют тенденцию к росту. Если БД будет пытаться увеличить эти файлы, это приведет к снижению производительности, если уже недостаточно места.

Ситуация

Когда я выполняю следующий запрос для нескольких из мои базы данных -

select * from sys.dm_db_log_space_usage

Некоторые из моих баз данных занимают около 20 ГБ. Catch - это столбец used_log_space_in_percent, отображающий значения от 0,1 до 10%. Если я уменьшу эти базы данных, то сразу получу около 100 ГБ. Также обратите внимание, что LogReuseWaitDes c является «ничем» для некоторых БД, если не для всех.

По некоторым причинам резервное копирование журнала транзакций в ближайшем будущем невозможно. (Убедительно в процессе)

Будет очень полезно, если вы сможете дать рекомендации и обосновать в таких случаях, будет ли хорошей идеей сокращать файлы или нет.

Если вы уделяете время думать об этом, СПАСИБО!

1 Ответ

0 голосов
/ 17 февраля 2020

ldf файлы растут, если вы не получаете резервную копию, как только вы создаете резервную копию, SQL Сервер усекает файл журнала. Сжатие файлов журнала не является хорошей идеей, если у вас нет резервной копии. Пожалуйста, прочтите следующее:

https://www.sqlshack.com/sql-server-transaction-log-backup-truncate-and-shrink-operations/

https://www.brentozar.com/archive/2009/08/stop-shrinking-your-database-files-seriously-now/

...