Как я изменяюсь от предварительного ветвления до рабочего mpm на Redhat Linux 64 бита?

Лично у меня есть 12 ГБ (и растущий) база данных, которая имеет ночное резервное копирование. Я сохраняю 5 дней на диске каждым в их собственном файле и копирую их для записи на ленту ночью приблизительно с одним месяцем хранения. У меня также есть журналы транзакций, поставлющиеся каждый час, каждый в их собственный файл. Я имею в наличии 3 дня их, но никогда не копирую их для записи на ленту. Если я когда-нибудь обновляю устройство хранения данных на ленте, я мог бы запустить это также, хотя это наиболее вероятно не нужный (IMO), поскольку у Вас есть ночные резервные копии для промежуточного.

Поскольку Peter сказал, что хорошо сохранить резервные копии на диске в течение по крайней мере нескольких дней для создания восстановлений более быстрыми и легче, не говоря уже о восстановлениях во вторичную базу данных по причинам отладки легче. Также хороший, чтобы иметь хорошую продолжительность хранения для ленты. Не так проблема для меня, но хороший для того, если Вы имеете, удаляет возможности в Вашем приложении, и клиент имеет, 'ой я удалил что-то... месяц назад, что мне нужно сегодня, можно ли вернуть его для меня?' введите момент.

Править:
В ответе на комментарий и extenting мой ответ немного здесь. Я использую второе/третье Задание SQL для управления файлами для меня. В SQL 2005 у меня были проблемы, управляющие файлами, где он не удалит правильно, таким образом, я написал некоторый код (VBScript), чтобы сделать это для меня на запланированной задаче до удаления его. Но в SQL 2008 или они зафиксировали его, или я просто сделал лучшее задание, настраивающее его, и это удаляет мои старые резервные копии, старые поставки журнала и даже другой для хранения DB здоровым. Я затем использую некоторый сценарий VB для копирования моих файлов для "записывания на ленту", который я действительно должен переписать в C# в следующий раз, когда я скучаю. Я использую диск/диски ВЕРСИИ IOMEGA в качестве своей "ленты", и они удаются очень хорошо.