Устанавливаем appliance, который скачали предварительно на сайте VMware или рутрекере. Есть несколько вариантов файлов OVF, различаются они поддерживаемым дисковым пространством для хранения резервных копий виртуальных машин, 0.5Тб или 1Тб или 2Тб и Advanced версия, уже за отдельные деньги, на 8Тб. Чтобы установить аплайнс необходимо подготовить на своей системе хранения свободное пространство для установки, соответственно для версии 0.5Тб нужег лун 868Гб, для версии 1Тб нужено 1.57Тб, для версии 2Тб нужно 3.02Тб свободного места.

показываю путь к OVF файлу с версией 0.5Тб

Смотрим, что будет, после установки. Если у вас система хранения не поддерживает Thin Provisioning то Data Protector откушает от вашего LUN 868Гб места, т.к. создается такой диск. FreeNAS поддерживает технологию тонких дисков, поэтому продолжаю установку.
Не все так плохо, позже можно будет изменить формать большого диска.

Соглашанение

Указываю, как будет называться виртуальная машина

Выбираю LUN, на котором будут располагаться диски ВМ Data Protector

Если есть возможность выбрать Толстые диски, то выбираем их, работать будет быстрее.

Теперь задаем сетевые настройки будущей виртуальной машины, причем DNS сервер — это обязательный и очень важный параметр. Но об этом я узнал позже. В первую установку, указал DNS сервер для работы интернета, и это было плохое решение.

Все готово к установке.

Сам процесс установки выглядит так.

Виртуальная машина готова, открываем консоль, чтобы понять, что делать дальше.

А вот и инструкция: Первым делом подключаемся в через браузер к виртуальной машине.

пароль — changeme  («семени меня» — хороший, запоминающийся, стоит его оставить)

Запускается мастер установки, который должен зарегистрировать VDP в моем vCenter сервере.

И вот первая засада, на этом шаге нужно указать Hostname этого сервера и домен. У меня изначально в схеме не было внутреннего DNS, который бы ресольвил внутренние адреса и имена, но без него дальше этого шага не продвинуться. Тогда я включил контроллер домена, который у меня остался после настройки терминального сервера и добавил туда в зону прямого просмотра запись про данный сервер, чтобы он смог resolve-ить себя.

Но этого оказалось мало, нужно добавить еще и обратную запись DNS

Вот таким образом.

Только в том случае, если ваш сервер VDP сможет успешно выполнить ping самого себя по имени и nslookup по IP адресу, в веб интерфейсе настройки вы сможете двинуться дальше.

Москва, хотя время все равно не поменялось на правильное.

пароль для доступа к VDP серверу

для следующего шага заносим в DNS сервер vCenter. Прямую и обратную запись.

теперь параметры для подключения к vCenter

Все готово для продолжения установки.

В консоли виртуальной машины колбасится настройка 20 минут, а может и дольше. Почему так долго, ума не приложу.

Все необходимые процессы закончились, но инструкция в консоли виртуальной машины Data Protection не изменилась.

Во вкладке плагины vCenter сервера появился плагин VDP, который, как следует из описания, не требует никаких действий со стороны клиента.

Причем я знаю, как устанавливается и работает Data Protection в своем варианте установки в Windows версию vCenter. Там этот плагин добавляет пункт меню, который отображается в vSphere client и резервным копированием можно управлять, опять же, через консоль vSphere client. Сейчас же ничего не появилось. Чуть чуть погуглив, нашел следующий способ.

Подключаемся к vCenter серверу через web интерфейс, Log in to vSphere Web Client

И в веб версии видим вкладку vSphere Data Protection

Без вариантов, жмем connect

Минимум настроек, давайте попробуем настроить задание резервного копирования.

Будем бэкапить виртуальную машину WinXP

да да, именно WinXP

Расписание, в котором не получится выставить точного времени. Очень необычно. Резервное копирование каждый день и точка. Потом можно будет выставить промежуток времени, когда может запускаться задание, но все равно, точное время не выставить.

Хранить резервные копии 60 дней, по дефолту. Но есть и более продвинутые схемы X — сын -пап — дед (X -неделя — месяц -год)

Даю название заданию резервного копирования

Задание готов

Видим в отчетах, что бэкап не создавался и его создание не запустилось само собой

Запускаю в ручном режиме

Процесс, очень долгий, начался

Отслеживать, что происходит с виртуальной машиной мне привычнее через vSphere client

Пока делается бэкап можно посмотреть как выглядят файлы виртуалльной машины VDP на системе хранения. Непонятно, как можно посмотреть, сколько реально занимает та или иная резервная копия. Еще сложнее достать из этих vmdk файлов резервную копию нужной виртуальной машины если что-то сломается глобальное.

Вот так выглядит процесс создания бэкапа из веб клиента, малоинформативно. Но бэкап сделался за 8 минут, следующий запуск в 8 часов по полудни. К реальному (текущему) времени это не имеет никакого отношения, зачем спрашивается я указывал часовой пояс.

Восстанавливаем виртуальную машину из бэкапа.

Если бы задание выполнялось бы уже много раз, то выбор бы был больше.

Можно восстановить ВМ, заменив оригинал или создать новую виртуальную машину из бэкапа.

Готово к запуску

Процесс пошел

Идет выполнение

И опа-на, завершается неудачей, причем из сообщения об ошибке не понятно почему так вышло. А я момент восстановления пропустил и не знаю на каком именно проценте произошел сбой.

Виртуальная машина была создана, удалять ее VDP не собирается после ошибки, попробую ее запустить на всякий случай, вдруг заработает. Предварительно отключаю сетевой интерфейс, чтобы не возникло конфликтов.

Открываю консоль, стартую.

Чуда не произошло, диск поврежден. Удаляю виртуальную машину.

Еще раз восстанавливаю, ВМ из бэкапа, на этот раз все заканчивается успешно.

И даже виртуальная машина запустилась.