Какие наиболее важные моменты следует учитывать при резервном копировании Windows 2003 Server?
Это означает что-то вроде:
Некоторые случайные мысли:
Резервная копия не является резервной копией, если вы не можете восстановить из нее. Вы не узнаете, сможете ли вы что-то восстановить, пока не попробуете. Тестируйте восстановление из резервных копий!
Если ваш носитель резервной копии уничтожен одновременно с сервером, это не резервная копия. Делайте резервные копии за пределами сайта!
Я видел несколько случаев, когда служебные программы (механизмы баз данных и т. Д.) Сохраняли файлы заблокированными, а годы резервного копирования проходили без обнаружения заблокированных файлов. Если бы было выполнено пробное восстановление, это было бы очевидно.
Если у вас есть Active Directory, вам необходимо регулярно отслеживать резервную копию состояния системы на одном из контроллеров домена.
Если вы планируете выполнить восстановление с нуля определенного серверного компьютера, неплохо иметь резервную копию «Состояние системы» (или эквивалентную), сделанную в обычном режиме.
Рассмотрим данные, которые вы копируете ... это сервер базы данных? Это веб-сервер? Файловый сервер?
Есть ли на диске ОС важные данные? Если да, то почему? Будет ли восстановление ОС длиться дольше, чем восстановление?
Если это сервер, на котором я собираюсь выполнить восстановление с нуля, я ежедневно проверяю состояние ОС и системы, а также данные.
Если это всего лишь файловый сервер, и на диске с ОС почти ничего не происходит, возможно, вам вообще не потребуется резервное копирование или, по крайней мере, не чаще одного раза в неделю.
ПРОВЕРЬТЕ ВОССТАНОВЛЕНИЯ. Каждый раз, когда я вижу, как Эван говорит это, я думаю, что есть парень, который, вероятно, усвоил это на собственном горьком опыте. Я знаю, что сделал.
Возьмите тестовую коробку и попробуйте восстановить ее до исходного состояния вашего сервера. Вы быстро заметите, что если у вас нет какой-то опции BareMetal, вам придется установить на нее ОС и агент резервного копирования. Отсюда вопрос: нужно ли больше времени на восстановление, чем на восстановление?
Самый важный совет по резервному копированию после "проверьте свои восстановления"Я могу думать об этом "знать, что резервировать, а что исключать". НЕ пытайтесь запускать программу резервного копирования поверх горячих файлов базы данных, антивирусного карантина или каталога, который программа резервного копирования использует для кэширования. Иногда эти вещи могут работать, но в конечном итоге они вызовут сбои резервного копирования, и тогда у вас не будет нужной резервной копии, когда она вам понадобится. Закон Мерфи означает, что резервная копия, которую вы обязательно должны иметь, является инкрементальной, которая не удалась.
Как уже упоминалось, тестовое восстановление абсолютно необходимо. Другие важные элементы:
Просто имейте в виду, что одна из причин создания резервных копий - это возможность восстановиться после аварии, например, когда здание и все в нем разрушаются. Они предназначены не только для того, чтобы ваши пользователи могли избежать наказания за небрежность.
При выборе компонентов, из которых будет состоять ваша система, учитывайте будущее. Если у вас случится бедствие, такое как пожар, сможете ли вы получить диск, который сможет читать ваши старые ленты и т. Д.
Резервное копирование все это путь, ИМО.
Дело не только в восстановлении данных - это самая простая часть. Можете ли вы также восстановить какие-либо приложения, работающие на сервере?
Возможно, отступление, но пока вы думаете об этом, сделайте себе одолжение и все задокументируйте. Вы будете рады, что сделали это, особенно если вы не на 100% посвятили себя настройке и поддержке резервного копирования.
Что создается резервной копии, когда, как долго она хранится, фактическая (проверенная) процедура восстановления и как работают ротация и перенос ленты. В идеале, эти вещи можно согласовать с системными SLA или даже сформировать основу SLA (и внести вклад в любое планирование аварийного восстановления).
Было бы полезно иметь этот материал, четко изложенный и легко доступный. Большинство людей не думают о резервных копиях, пока они им не понадобятся. Или пока не появятся аудиторы. И в этот момент приятно иметь возможность вытащить документ и получить то, что им нужно.
Следует помнить, что необходимо создать резервную копию Данные о состоянии системы так как это очень поможет восстановиться после события потери сервера.
Мы сделали резервное копирование большого количества серверов с помощью Symantec Ghost, и он всегда отлично работает.
Но, как и ленточное хранилище, не забудьте протестировать его на аналогичном оборудовании.
Еще одна программа, которую используют некоторые мои коллеги, - это Acronis, которая работает довольно хорошо.
Никогда не называйте резервные копии «новая резервная копия», «более новая резервная копия». Всегда записывайте дату.
Я предлагаю делать традиционные резервные копии на уровне основных / разностных файлов (для облегчения восстановления одного файла), а также выполнять резервное копирование загрузочного раздела сервера без покрытия. Если сервер выходит из строя, вы можете восстановить ОС / приложения на отремонтированном / замененном оборудовании и в кратчайшие сроки приступить к работе с последующим восстановлением на уровне файлов. Я бы также подумал о резервном копировании на целевое устройство / устройство диска, такое как решение Unitrends (или эквивалент).