Я составил план обслуживания, чтобы выполнить:
База данных находится в режиме полного восстановления.
Идея состоит в том, чтобы агент резервного копирования на ленту делал резервную копию файла полной резервной копии каждую ночь после завершения полного резервного копирования SQL Server.
Однако я не понимаю, как настроить файлы резервных копий для журнала транзакций.
Как лучше всего справляться с:
Итак, каковы лучшие практики (с точки зрения специфики файлов) для настройки плана резервного копирования Full и Trans Log, а затем их резервного копирования на ленту?
Спасибо, A-non-dba-developer
Лично у меня есть база данных размером 12 ГБ (и она постоянно растет) с резервной копией каждую ночь. Я храню на диске 5 дней каждый в отдельном файле и каждую ночь копирую их на ленту с хранением около месяца. У меня также есть журналы транзакций, отправляемые каждый час, каждый в свой файл. Я храню их 3 дня, но никогда не копирую их на магнитную ленту. Если я когда-нибудь обновлю хранилище на ленте, я могу начать и это, хотя, скорее всего, это не понадобится (IMO), поскольку у вас есть ночные резервные копии между ними.
Как сказал Питер, хорошо хранить резервные копии на диске по крайней мере несколько дней, чтобы сделать восстановление более быстрым и легким, не говоря уже о восстановлении во вторичной базе данных для упрощения отладки. Также хорошо иметь хорошую длину удержания ленты. Для меня это не такая уж большая проблема, но хорошо, если у вас есть возможности удаления в вашем приложении, а у клиента есть «ой, я что-то удалил ... месяц назад, что мне нужно сегодня, вы можете вернуть это мне?» типа момент.
Редактировать:
В ответ на комментарий и расширение мой ответ немного здесь. Я использую второе / третье задание SQL для управления файлами за меня. В SQL 2005 у меня были проблемы с управлением файлами, которые не удалялись правильно, поэтому я написал некоторый код (VBScript), чтобы сделать это для меня в запланированной задаче, вплоть до его удаления. Но в SQL 2008 либо они исправили это, либо я просто лучше его настроил, и он удаляет мои старые резервные копии, старые отправления журналов и даже еще один, чтобы поддерживать работоспособность БД. Затем я использую сценарий VB, чтобы скопировать свои файлы на «ленту», которую мне действительно следует переписать на C # в следующий раз, когда мне станет скучно. Я использую привод / диски IOMEGA REV в качестве «ленты», и они работают очень хорошо.
Я думаю, что лучше всего хранить на диске полные резервные копии за три дня и переносить их на ленту с помощью агента резервного копирования на ленту (veritas / tivoli и т. Д.).
Резервные копии журналов транзакций часто настраиваются так, чтобы помещаться в ту же область диска, что и полные резервные копии, и агент резервного копирования на магнитную ленту тоже их захватывает.
Это означает, что в случае необходимости восстановления вы можете очень быстро восстановить данные из резервной копии за последние три дня. Сразу после этого вам нужно будет снять это с ленты.