Должен ли я рассмотреть сжатие или усечение большого файла LDF?
Я прошу прощения за вопрос, который часто задают.
У меня есть база данных, которая имеет файл LDF 80 ГБ. MDF составляет 230 МБ. Я никогда не сокращал и не урезал базу данных. Я не знаю много о сокращении и усечении.
Это база данных SQL Server 2008 R2. Когда я нажимаю SHRINK, мастер сообщает мне, что у меня есть: 81094,63 МБ в выделенном в настоящий момент пространстве, 104,89 МБ (0%) в доступном свободном пространстве
Я также не уверен в том, что нужно проверять "реорганизовать файлы перед освобождением неиспользуемого пространства SQL Server" и что и если мне следует установить процентное поле "максимальное свободное пространство в файлах после сжатия".
Если я должен сжиматься или усекаться, что вы думаете о планировании усадочной или усеченной работы?
Заранее спасибо за любые советы или предложения.
1 ответ
Самая большая проблема здесь заключается в том, что вы не создаете резервную копию этой базы данных, и поэтому журналы TRN не усекаются.
Это означает, что у вас есть ВСЕ транзакции, так как создание этой базы данных все еще хранится в журнале TRN. Следовательно, если данные сильно изменяются, но не увеличиваются (то есть команды UPDATE вместо INSERT), именно поэтому LDF такой гигантский по сравнению с MDF.
Выполните полное резервное копирование базы данных с помощью SQL Management Studio, плана управления SQL (рекомендуется!) Или другого метода резервного копирования. Также подумайте о настройке резервного копирования журнала TRN одновременно.