Подробная инструкция по установке VMware Data Protection

Статья содержит подробную инструкцию по установке, настройке и использованию встроенной системы резервного копирования VMware Data Protection

Начиная с лицензии VMware Essentials Plus kit доступна функция резервного копирования, которая с версии vSphere 5.1 называется Data Protection. За основу разработчики VMware взяли продукт EMC Amavar, в результате имеем бэкап с поддержкой сжатия и дедупликации, который работает без установки агентов в гостевые операционные системы (использует vStorage APIs for Data Protection). Данный продукт скачивается в виде готового аплайнса (виртуальной машины) в формате OVF.

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

рис.1

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

рис.2

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

рис.3

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

рис.4

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

рис.5

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

рис.6

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

рис.7

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

рис.8

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

рис.9

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

рис.10

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

рис.11

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

рис.12

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

рис.13

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

рис.14

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

рис.15

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

рис.16

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

рис.17

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

рис.18

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

рис.19

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

рис.20

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

рис.21

 

рис.22

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

рис.23

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

рис.24

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

рис.30

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

рис.31

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

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

рис.32

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

рис.33

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

рис.34

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

рис.35

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

рис.36

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

рис.37

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

рис.38

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

рис.39

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

рис.40

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

рис.41

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

рис.42

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

рис.43

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

рис.44

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

рис.45

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

рис.47

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

рис.48

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

рис.49

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

рис.50

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

рис.51

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

рис.52

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

рис.53

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

рис.54

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

рис.55

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

рис.56

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

рис.57

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

рис.58

Чуда не произошло, диск поврежден. 

рис.60

Удаляю виртуальную машину:

рис.61

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

рис.62

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

рис.63

 

СОЦИАЛЬНЫЕ ГРУППЫ САЙТА

Яндекс.Метрика
Рейтинг@Mail.ru