Резервный план технического обслуживания SQL Server (полный, резервные копии журнала сделки)
Это надеется совпасть с Установкой без сопровождения Vista (см. http://technet.microsoft.com/en-us/library/cc721929 (WS.10) .aspx). Из того, что я вижу, что Вы в основном создаете файл ответа и затем загружаете среду WindowsPE и запускаете установку с того указанного файла ответа.
Microsoft делает большое к - делают инфраструктуры набора автоматической установки (AIK), но похоже, что можно добраться w/намного меньше, чем это: http://www.windowsreference.com/windows-server-2008/unattended-installation-of-windows-server-2008/
Некоторая addt'l ссылка: http://technet.microsoft.com/en-us/library/cc722187 (WS.10) .aspx
Лично у меня есть 12 ГБ (и растущий) база данных, которая имеет ночное резервное копирование. Я сохраняю 5 дней на диске каждым в их собственном файле и копирую их для записи на ленту ночью приблизительно с одним месяцем хранения. У меня также есть журналы транзакций, поставлющиеся каждый час, каждый в их собственный файл. Я имею в наличии 3 дня их, но никогда не копирую их для записи на ленту. Если я когда-нибудь обновляю устройство хранения данных на ленте, я мог бы запустить это также, хотя это наиболее вероятно не нужный (IMO), поскольку у Вас есть ночные резервные копии для промежуточного.
Поскольку Peter сказал, что хорошо сохранить резервные копии на диске в течение по крайней мере нескольких дней для создания восстановлений более быстрыми и легче, не говоря уже о восстановлениях во вторичную базу данных по причинам отладки легче. Также хороший, чтобы иметь хорошую продолжительность хранения для ленты. Не так проблема для меня, но хороший для того, если Вы имеете, удаляет возможности в Вашем приложении, и клиент имеет, 'ой я удалил что-то... месяц назад, что мне нужно сегодня, можно ли вернуть его для меня?' введите момент.
Править:
В ответе на комментарий и extenting мой ответ немного здесь. Я использую второе/третье Задание SQL для управления файлами для меня. В SQL 2005 у меня были проблемы, управляющие файлами, где он не удалит правильно, таким образом, я написал некоторый код (VBScript), чтобы сделать это для меня на запланированной задаче до удаления его. Но в SQL 2008 или они зафиксировали его, или я просто сделал лучшее задание, настраивающее его, и это удаляет мои старые резервные копии, старые поставки журнала и даже другой для хранения DB здоровым. Я затем использую некоторый сценарий VB для копирования моих файлов для "записывания на ленту", который я действительно должен переписать в C# в следующий раз, когда я скучаю. Я использую диск/диски ВЕРСИИ IOMEGA в качестве своей "ленты", и они удаются очень хорошо.
Я думаю, что лучшая практика должна сохранить, возможно, ценность трех дней полного резервного копирования на диске, и развертывать их для записи на ленту агентом резервного копирования на магнитную ленту (veritas/tivoli и т.д.).
Резервные копирования журнала транзакций часто настраиваются для движения в ту же область диска как полное резервное копирование, и агент резервного копирования на магнитную ленту получит их также.
Это означает, что в случае требования восстановления, можно восстановить очень быстро от резервного копирования с прошлых трех дней. Дальше назад необходимо будет получить его от ленты.