Размер файла журнала SQL Server 2008 большой и быстро растет

Question

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

Размер файла журнала моей базы данных растет 1 ГБ в день. Даже если я сжимаю базу данных, размер файла журнала не уменьшается. Что может быть причиной увеличения размера файла журнала все больше? Как я могу это контролировать? В соответствии с моим файлом журнала знаний не увеличивается, когда мы читаем данные из таблиц.

Любые предложения по работе с файлом журнала растут? Как можно сохранить управляемый или разумный размер? Оказывается ли это влияние на производительность?

Answer 1

Вы часто делаете резервную копию своей базы данных? Вам необходимо выполнить резервное копирование с полным и/или транзакционным журналом, чтобы SQL Server мог рассмотреть возможность сокращения вашего файла журнала.

Answer 2

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

Ознакомьтесь с резервными копиями журнала транзакций в BOL, чтобы узнать, как исправить беспорядок, который у вас есть прямо сейчас. Затем настройте и запустите резервные копии. Прежде чем пытаться исправить это, вы должны полностью прочитать и понять этот материал. Прямо сейчас, вы, вероятно, оказались бы в ужасном мире, если ваш сервер не удался, и вам пришлось восстановить базу данных. Резервные копии журналов транзакций имеют решающее значение для правильной восстановления из-за сбоя.

Answer 3

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

Чтобы настроить ведение журнала базы данных на простой (но только если вы делаете полное резервное копирование своей базы данных!).

1. правой кнопкой мыши на вашей базе данных
2. Выберите Свойства
3. Выберите Опции
4. Установить режим восстановления для простой

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

Если вы будете использовать дедушка & отец & сын резервный метод, который означает Ежемесячное полное резервное копирование, Еженедельное полное резервное копирование, а затем каждый день добавочное резервное копирование. Тогда для этого вам нужно Полный режим восстановления. Если 1 ГБ журнала в день все еще слишком много, вы можете включить инкрементную резервную копию в час или за 15 минут. Это должно все больше и больше исправлять проблему бревен.

Если вы запускаете полную резервную копию каждый день, вы можете переключить ее на простой режим восстановления, и вы должны быть в порядке, не рискуя своими данными (если вы можете уйти с возможным 1-м днем ​​потери данных). Если вы планируете использовать инкрементный режим, оставьте его на уровне Режим восстановления Полный.

Answer 4

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