Назад | Перейти на главную страницу

Стоит ли рассматривать сжатие или обрезание большого файла LDF?

Прошу прощения за то, что задаю вопрос, который мне часто задают.

У меня есть база данных с файлом LDF размером 80 ГБ. МДФ составляет 230 МБ. Я никогда не уменьшал и не усекал базу данных. Я не очень разбираюсь в сжатии и усечении.

Это база данных SQL Server 2008 R2. Когда я нажимаю SHRINK, мастер сообщает мне, что у меня: 81094,63 МБ в выделенном на данный момент пространстве 104,89 МБ (0%) в доступном свободном пространстве

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

Если я должен сжать или усечь, что я думаю о планировании задания сжатия или усечения?

Заранее благодарим за любые предоставленные советы или предложения.

Самая большая проблема здесь, по-видимому, заключается в том, что вы не создаете резервную копию этой базы данных, и поэтому журналы TRN не усекаются.

Это означает, что у вас есть ВСЕ транзакции с момента создания этой базы данных, которые все еще хранятся в журнале TRN. Следовательно, если данные сильно меняются, но не увеличиваются (например, команды UPDATE вместо INSERT), именно поэтому LDF такой гигантский по сравнению с MDF.

Выполните полное резервное копирование базы данных с помощью SQL Management Studio, плана управления SQL (рекомендуется!) Или другого метода резервного копирования. Также рассмотрите возможность одновременной настройки резервного копирования журналов TRN.