Журнал транзакций для базы данных заполнен из-за 'log_backup' / (Log) LDF-файла в 4 раза больше, чем (Data) MDF

Question

Конечно, я нашел много сообщений о проблеме "log_backup". Но сейчас у меня вопрос: как правильно / правильно / профессионально решить эту проблему?

Размер файла моей базы данных составляет около 20 ГБ, файл журнала транзакций - 100 ГБ (в 4 раза больше). Я уверен, что мне не нужны все эти резервные транзакции. Итак, как правильно сжать файл журнала примерно до 20 ГБ?

Должен ли я просто следовать этим ответам и установить режим восстановления на простой, сжать, а затем сделать полное резервное копирование? Или вы бы предложили другое решение, такое как резервное копирование файла журнала и запуск нового? (Я не уверен, возможно ли это?!)

Answer 1

Вы в основном отвечаете на свой вопрос, все, что вам нужно сделать, это выбрать один вариант.

Я предполагаю, что ваша модель восстановления заполнена: это означает, что ВСЕ ваши транзакции будут записаны в файл журнала для «восстановление во времени». Вот почему ваш файл журнала такой большой, и если вы:

• не создадите его резервную копию и не уменьшите файл журнала
• измените модель восстановления на простую и уменьшите файл журнала

так и останется.

2 решения более или менее эквивалентны. В последнем варианте есть небольшой риск отсутствия возможности восстановления на определенный момент времени, если ваш сервер падает после изменения модели восстановления и сжатия файла, но я предполагаю, что это 0, (0) 1 возможность и не проблема, так как ваши резервные копии не настроены должным образом.

В любой ситуации, если вы решите оставить полную модель восстановления, убедитесь, что вы включили журнал в какую-то обычную резервную копию, в противном случае у вас (или у кого-то еще) возникнет эта проблема снова где-то в будущем.