Мы используем Symantec backup exec 12. Мы не считаем необходимым делать резервную копию состояния системы каждую ночь. Мы выбираем делать резервную копию ежемесячно или при внесении изменений в систему.
Я читал статьи о том, что именно резервирует состояние системы. Насколько я понимаю, даже с состоянием системы все равно нужно делать резервную копию всего диска C: и любого другого диска в системе, чтобы иметь возможность выполнить восстановление системы.
Мы делаем резервные копии нескольких серверов на сжатую ленту 800 ГБ. Вопрос в том, что теперь мы решили делать резервные копии только состояния системы ежемесячно, что экономит нам 80 ГБ на полную резервную копию, как вы считаете, нужно ли нам продолжать делать резервные копии всего диска C: каждую ночь?
Примечание: Мы делаем еженедельный мастер и еженощный инкрементный. Причина, по которой возникает этот вопрос, заключается в том, что мы удерживаем еженедельный мастер, затем ежемесячный, возвращающий предыдущую неделю в ротацию, удерживаем ежемесячно до тех пор, пока не будет выполнен конец года, а затем конец года сохраняется навсегда, и каждый месяц в конечном итоге возвращается в ротацию. Бла-бла, я несу чушь. В настоящее время мы используем две ленты на полную резервную копию. Мы пытались сократить до 1 ленты для удобства, но хотим делать резервные копии ПРАВИЛЬНО!
Что другие администраторы считают лучшим вариантом?
решение1
Помните, что состояние системы включает в себя реестр. Изменение реестра будет зависеть от вашего сервера и установленных служб. Если какие-либо из этих определений служб находятся в реестре и настройки меняются, вам нужно будет обновить резервную копию состояния системы после любого из этих изменений определений служб.
решение2
Теоретически вы можете создать резервную копию состояния системы и восстановить ее на новой установке ОС на новом оборудовании в случае возникновения сбоя.
На практике не всегда все идет так гладко. Часто на диске C находятся либо A) логи, либо B) аппаратно-специфические утилиты/драйверы, которые могут быть полезны или критически важны в случае восстановления.
Чтобы выяснить, можно ли обойтись только состоянием системы, вам действительно следует провести тест на аварийное восстановление и выполнить фактическое восстановление (на самом деле, вам действительно следует проводить этот тест просто как общее правило каждый год). Всегда ошибайтесь в сторону резервного копирования слишком большого объема, пока вы не докажете, что можете обойтись меньшим.
-дж
решение3
Я делаю полные резервные копии наших дисков C: на некоторых серверах Windows с состояниями системы еженедельно. Мы беспокоимся о резервном копировании только ОС машин, на которых хранятся данные на диске C:, которые нелегко воссоздать. Многие ящики быстрее перестраивать, чем восстанавливать в любом случае. Теория, лежащая в основе еженедельных полных копий, заключается в том, что данные не должны меняться на этих дисках так часто. Мы храним эти резервные копии две недели, поэтому у нас есть две резервные копии. Это дало нам отличный баланс, позволяющий нам вернуть то, что нам нужно, и не занимать слишком много места на диске. Кроме того, это означает, что наши резервные копии ОС/системного состояния относительно свежие, и если нам действительно приходится откатывать изменения, потерянные, они только с прошлой недели, то есть они достаточно свежие, чтобы их можно было запомнить, и их не так много, чтобы быть помехой.
Мы не храним никаких пользовательских данных на наших дисках C:. Они там только для данных приложений, которые не могут быть установлены на другом диске, и для проблем с конфигурацией.
У нас есть ночное резервное копирование наших DC с помощью SystemStates, так что у нас снова есть текущая информация AD, которую мы храним только две недели, в основном только для DR. По сравнению с пользовательскими данными, которые мы храним гораздо дольше.
решение4
Мы также не делаем полных резервных копий C:, но мы делаем резервные копии состояния системы каждую ночь. Если вы используете Active Directory, очень важно регулярно делать резервные копии состояния системы с ваших DC — они сами по себе не занимают много места по сравнению с полной резервной копией всего диска, и если ваша резервная копия старше возраста DNS tombstone (который по умолчанию составляет 60 дней), она не годится для восстановления AD.
Из непосредственного опыта, резервное копирование ОС и системного диска на голое железо часто не проходит гладко. Мы выбираем такие вещи, как RAID с горячей заменой для избыточности, а затем делаем резервные копии данных и — где это возможно — конфигурации, предполагая, что нам придется переустанавливать ОС и приложения, если что-то пойдет совсем не так.