Корпоративный бэкап

ЗАРАЗА

Спецвыпуск: Хакер, номер #062, стр. 062-046-4

Microsoft System Center Data Protection Manager 2006

Весьма интересный новый бэкап-продукт из линейки Windows Server, который нельзя свалить ни в одну из имеющихся категорий. Продукт свежий, ошибки есть даже на картинке компакт-диска, который распространяют среди партнеров :). Но идея очень любопытная. Фактически DPM — это сетевое расширение технологии теневого копирования тома (Volume Shadow Copy).

Как и в классическом сетевом бэкапе, на клиентские компьютеры устанавливаются агенты, причем непосредственно с сервера. Агенты передают на сервер теневые копии по заданному расписанию (до восьми раз в сутки). Преимущества такой технологии просто огромны: Shadow Copy создается на уровне дисковых блоков, передаются лишь изменения файлов; объем передаваемой по сети и хранимой информации минимален. Можно хранить тучу версий файла и занимать при этом относительно немного места. Если понадобится восстановиться, поиск нужных версий осуществляется легко. Как бонус, устраняется проблема открытых файлов.

Как и в случае с теневой копией, восстановление может быть произведено самим пользователем через версии файла. Кроме того, PDM интегрируется в NTBackup, что позволяет легко сбросить «образ» удаленного компьютера на ленту не обращаясь к нему по сети. Основная проблема состоит в том, что все это (и сервер DPM, и агенты для файловых серверов) работает только с Windows 2003 SP1. Восстановление предыдущей версии файла возможно также из-под Windows XP или Windows 2000 SP4. Но будущее этой технологии гарантировано.

Стратегия

Поговорим о том, как жить с полученным добром правильно. Процесс резервного копирования проходит в три стадии: планирование, внедрение и поддержка. О поддержке и внедрении уже немного поговорили, планирование же — самая важная стадия, а определиться с тем, что бэкапить и насколько часто, — это еще не планирование.

Необходимо выработать несколько документов:

- План резервного копирования;

- Инструкцию оператора резервного копирования;

- План аварийного восстановления;

- Инструкция администратора аварийного восстановления;

- Инструкция пользователей.

Составить план резервного копирования проще простого, но составить исчерпывающий план — тяжелое развлечение: должны привлекаться пользователи, так как часто только они могут классифицировать свои данные, чтобы определить содержание оперативных и хранимых бэкапов. В плане обязательно указать, где, как и сколько копий хранить, как осуществлять доступ к ним и какими полномочиями необходимо обладать для этого, как контролировать процесс резервного копирования. Плюс необходимо регулярно проверять целостность архивов, проводить контрольное восстановление данных. По плану производится внедрение резервного копирования с помощью доступных средств, затем составляется инструкция оператора.

Пример из реальной жизни

Телекоммуникационная компания. Имеется план резервного копирования, которое производится регулярно. Однажды в разгар рабочего дня из-за сбоя SCSI-драйвера «запарывается» содержимое дисков на RAID-котроллере основного сервера базы данных, через которую осуществляется биллинг и управление услугами. И здесь единственный выход — восстановление из бэкапа. Администраторы пытаются приступить к процессу, но оказывается...