Я работаю в небольшой школе, где есть два сервера Windows 2003. Я пытаюсь разобраться в рентабельных стратегиях устранения сбоев одного или обоих серверов. У меня опыт работы в UNIX, поэтому я понимаю различные стратегии и компромиссы, которые могу использовать в этом мире, но у меня всего около 8 месяцев опыта работы в мире серверов Windows.
Правильно, у нас есть Norton Backup Exec 12, который выполняет резервное копирование на два отдельных низкоуровневых хранилища CIFS NAS. Каждый ящик NAS имеет полный набор резервных копий.
Все это было настроено до того, как я начал работать в этой школе. Моя настоящая цель - взять старый серверный ящик и использовать резервные копии для восстановления, чтобы продемонстрировать, что резервные копии работают, и чтобы я мог задокументировать процесс в случае реального сбоя.
Еще одна цель, которую мне поставили, - получить резервную копию за пределами площадки. Моя идея заключалась в том, чтобы установить Linux-сервер, взять локальную копию всех файлов, записанных Norton Backup на одном из CIFS NAS, затем переместить этот Linux-сервер из здания и поддерживать его в актуальном состоянии с помощью rsync. Но устройства NAS не поддерживают rsync, и до сих пор мне не удалось заставить Norton Backup Exec выполнять резервное копирование на локальный ящик Linux, работающий под управлением SAMBA. (Я предполагаю, что лучше всего выполнить rsync файлов Norton Backup, потому что Norton Backup отслеживает разрешения NTFS и любые другие метаданные Windows, которые могут быть потеряны при попытке rsync напрямую с Windows Server на Linux.)
Другие требования / ограничения:
Является ли Norton Backup Exec разумным решением? Я мало что знаю об этом, и это, конечно, не помогает решить проблему внешнего инкрементного резервного копирования. Будет ли Norton Backup выполнять восстановление с нуля? Наш контракт на поддержку с Norton истек, поэтому я не могу получить от них помощь без дополнительных денег.
Учитывая мои ограничения, есть ли лучший способ справиться с этим? Есть ли лучший пакет резервного копирования или стратегия, подходящая для нужд нашего небольшого магазина?
Самая сложная часть резервной копии - это восстановление с нуля. В конце концов, пользовательские файлы - это просто пользовательские файлы, и их можно легко скопировать и восстановить различными способами.
Если ваш раздел C: достаточно мал, я рекомендую использовать одно из многих приложений для создания моментальных снимков разделов. Мне больше всего нравится Drive Snapshot (www.drivesnapshot.de), которым я пользовался несколько лет, но есть несколько похожих продуктов. Снимок диска делает копию раздела на уровне секторов и (что впечатляет) может копировать системный раздел во время работы сервера. Если вы потеряете сервер, вы просто загрузитесь с компакт-диска WinPE (или BartPE) и воспользуйтесь моментальным снимком диска, чтобы скопировать моментальный снимок обратно на диск. Снимок может даже создать разделы для вас из информации, хранящейся в снимке. Я делал это в гневе и в состоянии сильного стресса, и Drive Snapshot никогда меня не подводил.
Я обычно использую ленту для резервного копирования там, где это возможно, так как вы можете взять ленты с сайта, но у меня есть несколько серверов, которые выполняют резервное копирование на устройство NAS. В любом случае, у меня есть сценарий резервного копирования, запускающий Snapshot, а затем либо записываю файл моментального снимка на ленту, либо копирую его в ящик NAS. Если снимок не слишком большой, я сохраняю копии дневного снимка за последнюю неделю или около того.
Re rsync, я сам часто использую это, но в Windows вы будете использовать Cygwin rsync, и он имеет тенденцию зависать при синхронизации папок с большим количеством (например, 100 000) файлов. Если вы синхронизируете по локальной сети, есть более надежные альтернативы. Мое любимое приложение под названием "согласование", но потом я написал его :-) См. http://www.ratsauce.co.uk/winsrc/ если вы хотите поиграть. Если вы синхронизируете через WAN-ссылку, тогда rsync - очевидный способ сделать это.
Некоторые другие довольно очевидные моменты, которые вы, вероятно, уже рассмотрели. Можно ли обновить диски на двух серверах, чтобы обеспечить достаточно места для синхронизации серверов друг с другом? Тогда вы можете потерять один сервер, а оставшийся займет время. Также обратите внимание, что в целом вы не можете восстановить системный раздел с одного сервера на другой с другим оборудованием и ожидать, что он будет работать очень хорошо. Если контроллеры дисков идентичны, он, вероятно, загрузится, но вы потеряете конфигурацию сети.
И последний момент (возможно, в будущем) для серверов приложений, таких как серверы Exchange, в наши дни я обычно использую виртуализацию. VMWare очень хорошо работает с Server 2003 или, конечно, Hyper-V встроен в Server 2008. Виртуальные серверы очень легко резервировать, потому что вы просто копируете файлы с хост-сервера.
История: изначально Seagate Backup Exec, затем Veritas Backup Exec, теперь Symantec (не Norton) Backup exec, текущая версия - Symantec Backup Exec 11.
Backup Exec 11 (BE) на самом деле очень эффективный продукт, и, поскольку он у вас уже есть, я бы не стал искать что-либо еще. Если вы настроите свои носители разумно и позволите БЫТЬ управлять им, тогда вы сможете с удовольствием иногда извлекать диск и выносить его с места. Я думаю, что это, вероятно, самый простой способ получить резервную копию вне офиса - унести носитель за пределы офиса. У Symantec есть связанный продукт под названием Continuous Protection Server, который можно использовать для потоковой передачи небольших инкрементных резервных копий на внешний сервер хранения, но в вашей ситуации это кажется излишним.
Простой инструмент для копирования файлов, такой как RoboCopy, слишком упрощен для резервного копирования сервера и игнорирует тот факт, что в любой момент будут использоваться сотни файлов, и ему нужна такая технология, как Volume Shadow Copy, для обеспечения успешного резервного копирования. Такие вещи, как Active Directory, базы данных SQL, хранилища почтовых ящиков обмена, требуют лучшего подхода, чем просто копирование файлов. BE довольно хорошо справляется с этими ситуациями.
Является ли Norton Backup Exec разумным решением?
В последний раз, когда я его использовал, это было Seagate Backup Exec, так что это было давно. Я могу только предположить, что он работает примерно так же.
Будет ли Norton Backup выполнять восстановление с нуля?
Учитывая эту статью, похоже, что он был представлен примерно в 2006 году как дополнительный пакет. Возможно, вы захотите дважды проверить свою установку, чтобы увидеть, включена ли она. Большинство коммерческих резервных копий имеют дополнительные опции, которые приобретаются отдельно, поэтому, если вы не видите их в списке, вероятно, у вас их нет.
Учитывая мои ограничения, есть ли лучший способ справиться с этим?
Безусловно! Есть много решений. И вы также можете свернуть свою собственную (см. Ниже) ...
Есть ли лучший пакет или стратегия резервного копирования, подходящая для нужд нашего небольшого магазина?
Мы использовали Ретроспектива в течение некоторого времени, и хотя он немного проще (и требует большего количества щелчков мышью), он работал у нас в тех случаях, когда это было необходимо. Он поставляется с клиентским программным обеспечением для Windows, OS X и Linux и имеет разумную схему лицензирования.
Другой вариант: использовать Робокопия для перемещения файлов и разрешений в общий ресурс на компьютере, поддерживающем NT ACL, а затем сделать резервную копию из этого. Упростите это еще больше: возьмите внешний корпус eSATA, набор лотков для дисков, купите набор дисков и поверните диски, как если бы они были лентами. Когда вы выполняете свое роботизированное копирование, делайте это непосредственно на диске, поэтому robocopy эффективно становится решением для резервного копирования. Чтобы восстановить, подключите диск и используйте robocopy для обратного процесса.
Лучшее программное обеспечение для резервного копирования: PC Numen Backup - http://www.pcnumen.com