Журнал транзакций SQL Server 2005 слишком велик

Я использую SQL Server 2005.

Моя схема резервного копирования БД:
Модель восстановления: ПОЛНАЯ
Тип резервного копирования: Полное
Компонент резервного копирования: База данных
Срок действия набора резервных копий истекает: через 0 дней
Перезапись носителя: Резервное копирование на существующий носитель set, добавить к существующему набору резервных копий

База данных записывает на диск 250 ГБ (фактическое 232 ГБ).

Мой файл _Data.mdf превышает 55 ГБ, а мой _Log.ldf - более 148 ГБ.

Мы столкнулись с ситуацией, когда наш диск сегодня был переполнен. Я переместил наши файлы ab_ Full.bak и ab _Log.bak на другой диск, чтобы освободить место - около 45 ГБ. Через пять часов свободного места стало 37 ГБ.

Я новичок в управлении SQL-сервером; Итак, у меня есть несколько основных вопросов о моих резервных копиях.

Я знаю, что мне нужно обновить базу данных, чтобы начать управлять размером журнала транзакций, чтобы предотвратить эту проблему в будущем. Итак, предполагая, что у меня достаточно свободного места, я:
1. Щелкните правой кнопкой мыши базу данных и выберите «Резервное копирование»
2. Установите «Тип резервной копии» на «Журнал транзакций»
3. измените «Резервный набор истечет» через 30 дней
4. нажмите "ОК"

Насколько я понимаю, это переместит «закрытые» транзакции из журнала транзакций в резервную копию и усечет журнал транзакций.

Это разумный план? Придется ли мне впоследствии вручную изменять размер файла журнала?

Спасибо за ваше время.


person RevoJoe    schedule 08.01.2010    source источник
comment
попробуйте поискать в Google kimberly tripp + транзакция + журнал   -  person Mitch Wheat    schedule 08.01.2010
comment
Вы делаете резервную копию журнала транзакций каждый час или около того?   -  person Mitch Wheat    schedule 08.01.2010
comment
У меня сейчас 5 ГБ. Меня осенило отключить почасовую загрузку данных. Я пошел дальше и начал обычное запланированное резервное копирование журнала транзакций и сжатие. Я действительно обеспокоен этим, что мой диск заполнится. Я ищу меры для восстановления, если это произойдет. Мне сказали, что я могу временно изменить свою резервную копию с полной на простую, уменьшить tlog и вернуться к полному восстановлению. Не знаю, хватит ли для этого места. Спасибо за помощь.   -  person RevoJoe    schedule 08.01.2010


Ответы (2)


Вы в любое время делаете резервную копию журнала транзакций? Если вы используете модель ПОЛНОГО восстановления, вам необходимо создать резервную копию журнала транзакций в дополнение к резервному копированию основной базы данных, или если вы не хотите создавать резервную копию журнала (зачем тогда использовать модель ПОЛНОГО восстановления? ), затем, по крайней мере, обрезать журнал через некоторый регулярный интервал.

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

person Pent Ploompuu    schedule 08.01.2010
comment
Всем спасибо. Я недавно начал работать в своей компании, и я новичок в управлении базой данных. До 26.11.2009 база данных выполняла резервное копирование базы данных один раз в день, а журнал транзакций - один раз в час. Ни то, ни другое сейчас не работает. Мой предшественник ушел до того, как я присоединился к компании; Итак, у него нет возможности выяснить, почему было остановлено резервное копирование. Задания включены, «Результат последнего запуска» - Успешно, «Следующее выполнение» - Не запланировано, а «Запланировано» - Да. Мне просто нужно щелкнуть правой кнопкой мыши задание резервного копирования БД, нажать «Начать задание с шага ...», выделить шаг 1 и нажать «Пуск»? - person RevoJoe; 08.01.2010
comment
Если ответ на мой предыдущий вопрос «да»; тогда, я полагаю, я сделаю те же шаги для резервного копирования журнала транзакций, как только у нас будет успешное резервное копирование базы данных. Еще раз спасибо! - person RevoJoe; 08.01.2010
comment
Если следующий запуск не запланирован, вам следует сначала проверить расписание задания, возможно, в нем есть какая-то простая ошибка, например, указанная дата окончания. - person Pent Ploompuu; 08.01.2010

Лучшая процедура - регулярно делать резервные копии файла журнала. Между тем, для «катастрофических» сценариев, подобных описанному вами, вы можете использовать этот фрагмент, чтобы уменьшить размер журнала: http://www.snip2code.com/Snippet/12913/How-to-правильно-Shrink-Log-File-for-SQL

person Cristiano Ghersi    schedule 14.12.2013