Резервное копирование состояния системы
Мы используем Symantec Backup Exec 12. Мы не считаем необходимым создавать резервные копии состояния системы каждую ночь. Мы выбираем резервное копирование ежемесячно или в случае внесения системных изменений.
Я читал статьи о том, что именно состояние системы обратно. Насколько я понимаю, до сих пор, даже с состоянием системы, все еще нужно сделать резервную копию всего диска C: и любого другого диска в системе, чтобы иметь возможность выполнить восстановление системы.
Мы выполняем резервное копирование нескольких серверов на ленту сжатия 800 ГБ. Вопрос в том, что теперь мы решили делать резервное копирование только состояния системы ежемесячно, что экономит нам 80 ГБ на полное резервное копирование. По вашему мнению, нам нужно продолжать резервное копирование полного диска C: каждую ночь?
Примечание: мы делаем Еженедельный мастер и ночной инкремент. Причина, по которой возникает этот вопрос, заключается в том, что мы держим еженедельный мастер, затем ежемесячно возвращаем предыдущую неделю в ротацию, держим ежемесячно до конца года, а затем конец года сохраняется навсегда, и каждый месяц в конечном итоге возвращается в ротацию. Бла-бла, я болтаю. В настоящее время мы находим две ленты на полную резервную копию. Для удобства мы пытались сократить до 1 ленты, но хотим сделать резервные копии ПРЯМО!
Что другие администраторы считают лучшей практикой?
6 ответов
Имейте в виду, что состояние системы включает в себя реестр. Изменения в реестре будут зависеть от вашего сервера и установленных служб. Если какое-либо из этих определений службы находится в реестре и параметры меняются, вам необходимо будет обновить резервную копию состояния системы после изменения любого из этих определений службы.
Теоретически вы можете выполнять резервное копирование только состояния системы и сможете восстановить его до новой установки ОС на новом оборудовании в случае аварии.
На практике все не всегда так гладко. Часто на диске C-Drive находятся либо A) журналы, либо B) аппаратные утилиты / драйверы, которые могут быть полезными или критическими в случае восстановления.
Чтобы выяснить, можете ли вы обойтись только с состоянием системы, вы должны действительно выполнить тест аварийного восстановления и выполнить реальное восстановление (на самом деле, вы должны действительно делать этот тест просто как общее правило каждый год). Всегда допускайте ошибки при резервном копировании, пока не докажете, что можете делать с меньшими затратами.
-j
Я делаю полное резервное копирование наших дисков C: на отдельных серверах Windows с состояниями системы еженедельно. Мы лишь берем резервные копии операционных систем машин, которые хранят на диске C: вещи, которые нелегко воссоздать. Многие коробки быстрее восстановить, чем восстановить в любом случае. Теория Еженедельных Фуллс, состоящих в том, чтобы быть материалом, не должна меняться на этих дисках все так часто. Мы сохраняем эти резервные копии две недели, поэтому у нас есть две резервные копии. Это дало нам отличный баланс в том, что мы смогли вернуть то, что нам нужно, и не потреблять слишком много диска. Кроме того, это означает, что наши резервные копии состояния ОС / системы относительно свежи, и если нам нужно откатить потерянные изменения, они сделаны только с прошлой недели, что означает, что они достаточно недавние, чтобы их можно было запомнить, и не слишком много, чтобы их было неприятность.
Мы не храним какие-либо пользовательские данные на наших дисках C:. Они предназначены только для данных приложений, которые не могут быть установлены на другом диске, и для проблем конфигурации.
У нас есть ночное резервное копирование наших контроллеров домена с помощью SystemStates, поэтому мы снова получаем текущую информацию AD, которую мы сохраняем только две недели, в основном только для DR. По сравнению с пользовательскими данными, которые мы храним гораздо дольше.
Полное резервное копирование абсолютно всего на сервере здесь; полный по выходным, дифференциалы ночные. Учитывая довольно минимальные накладные расходы, которые накладывает на состояние вашей системы резервное копирование с точки зрения как времени, так и хранилища, нет реальной причины не делать этого.
Мы также не делаем полное резервное копирование C:, но мы делаем резервное копирование состояния системы каждую ночь. Если вы используете активный каталог, очень важно сохранять регулярные резервные копии состояния системы с ваших контроллеров домена - они не занимают столько места сами по себе по сравнению с полной резервной копией всего диска, и если ваша резервная копия старше DNS возраст надгробия (по умолчанию 60 дней) не поможет восстановить AD.
Исходя из непосредственного опыта, резервное копирование операционной системы и системного диска в чистом виде часто не проходит гладко. Мы решили использовать такие вещи, как "горячая" замена RAID для резервирования, а затем для резервного копирования данных и - где это возможно - конфигурации, при условии, что нам потребуется переустановить ОС и приложения, если что-то пойдет не так.
Я не уверен, какова ваша ситуация, но по моему опыту полное резервное копирование системы не требуется или даже хорошая идея. (Удушье!)
По сути, лучшее, что нужно сделать - это иметь отказоустойчивую избыточность в начале (например, репликация Master-Master на сервере MySQL) или Raid-1. (или 5 для лучших результатов).
В принципе, по моему мнению и опыту, "резервное копирование состояния" - грязный способ добиться цели. Если вам нужно абсолютное минимальное время простоя (менее чем за минуту), используйте резервирование. для всего остального используйте решение для резервного копирования, соответствующее системе (решение на основе rsync для файловой системы, хранилища для кода и т. д.).
Также ВСЕГДА ПРОВЕРЯЙТЕ СВОИ РЕЗЕРВНЫЕ КОПИИ. В моем предыдущем посте в качестве младшего системного администратора Linux я наткнулся на еженедельное резервное копирование на 8 лет... в итоге оно мне понадобилось. обнаружил, что человек, который только что был уволен за грубую некомпетентность, в течение 8 лет прямо (в пустой) поддерживал неправильное.