Больше 7 лет назад мы писали о резервном копировании конфигурации решения для виртуализации настольных ПК предприятия VMware View. С тех пор многое изменилось, поэтому пора актуализировать процедуру, которая стала с тех пор несколько проще (но не кардинально).

Чтобы создать консистентную резервную копию конфигурации инфраструктуры VMware Horizon, нужно в одно время и в следующем порядке создать бэкап следующих компонентов, составляющих конфигурацию View Manager:

• База данных View Manager ADAM (база Connection Server)
• База данных View Composer
• База данных VMware vCenter

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

1. Резервное копирование и восстановление View Manager: база данных Connection Server.

Резервное копирование конфигурации Connection Server

Сначала нужно убедиться, что в данный момент нет активных операций create, recompose или delete. Также надо остановить развертывание новых виртуальных машин, чтобы избежать проблем, связанных с процессами синхронизации. Для этого во View Administrator идем в View Configuration > Servers. Там выбираем сервер vCenter и в разделе Settings нажимаем Disable provisioning (не забудьте это включить назад после окончания резервного копирования).

В графическом интерфейсе View Manager резервную копию базы данных можно сделать в разделе View Configuration > Servers, где на вкладке Connection Servers нужно выбрать любой сервер реплицируемой группы и нажать кнопку "Backup Now...". Это сохранит базы данных серверов Connection Server и Composer.

Помните, что даже если у вас несколько серверов Connection Server в одной реплицируемой группе, то делать регулярные бэкапы все равно нужно. Если у вас испортится конфигурация на одном из серверов - она будет отреплицирована на все серверы группы.

Все бэкапы будут по умолчанию сохраняться по следующему пути:

C:\ProgramData\VMware\VDM\backups

Если нажать "Edit..." для настроек сервера Connection Server, то можно увидеть настройки регулярного запланированного резервного копирования с опциями периодичности (от 1 часа до 2 недель), политики хранения и возможность задания пароля для выходного файла.

Также экспорт базы данных View Connection Server LDAP можно сделать с помощью консольной утилиты vdmexport, которая находится вот тут:

C:\Program Files\VMware\VMware View\Server\tools\bin\vdmexport.exe

Файлы будут экспортированы в формат LDAP data interchange format (LDIF). Возможно 3 варианта использования утилиты:

• vdmexport -f configuration_data.LDF (по умолчанию этот файл зашифрован паролем, см. скриншот выше)
• vdmexport -f configuration_data.LDF -v (экспорт данных в формате plain text)
• vdmexport -f configuration_data.LDF -c (cleansed, экспорт данных в открытом текстовом формате, но без чувствительной информации - пароли и т.п.)

Бэкап конфигурации в формате cleansed делать не рекомендуется, так как при его восстановлении вы лишитесь критичной части информации в восстановленной конфигурации.

Делаем бэкап базы Connection Server (эта команда не делает бэкап базы Composer):

vdmexport -f C:\conn_server_backups\Backup_1.LDF

Восстановление конфигурации Connection Server

Перед восстановлением конфигурации серверов Connection Server нужно убедиться, что у вас есть все необходимые файлы для восстановления конфигурации и сделать следующее:

• Остановить службы VMware Horizon Security Server на серверах Security Server.
• Остановить службы View Composer на серверах Composer/vCenter.
• Удалить на серверах компоненты VMware Horizon Connection Server и AD LDS Instance VMwareVDMDS.
• Установить один экземпляр Connection Server и остановить там службу VMware Horizon Connection Server.

Восстановление базы View Connection Server выглядит следующим образом:

1. Расшифровываем файл бэкапа (если вы делали бэкап как plain text, этого делать не нужно):

vdmimport -d -p mypassword -f C:\conn_server_backups\Backup_1.LDF > Decrypted_Backup_1.LDF

2. Импортируем конфигурацию View Manager (Connection Server):

vdmimport -f Decrypted_Backup_1.LDF

3. После этого можно удалить только компонент VMware Horizon Connection Server и переустановить его для новой конфигурации базы данных. Далее в Horizon Administrator нужно убедиться, что настройки восстановлены.

4. Затем нужно запустить серверы View Composer, а также установить и настроить все реплики серверов Connection Server.

5. Последним шагом надо запустить все экземпляры Security Servers.

Если после восстановления серверов Connection Servers серверы Security Servers окажутся в неконсистентном состоянии, то последние придется переустановить.

Также все эти шаги можно посмотреть в видео ниже:

Ну и об этом процессе подробно написано в KB 1008046, а также в документе Horizon 7 Administration Guide.

2. Резервное копирование и восстановление View Manager: база данных Composer.

Резервное копирование конфигурации Composer

Перед резервным копированием восстановлением View Composer нужно убедиться, что у вас нет активных операций recompose/refresh и остановить его службы (Start > Administrative Tools > Services, далее остановить службу VMware View Composer).

Файлы бэкапов View Composer имеют расширение *.svi и по умолчанию лежат в той же папке, что и для Connection Server:

C:\ProgramData\VMware\VDM\backups

Выглядят они подобным образом:

Backup-YearMonthDayCount-vCenter Server Name_Domain_Name.svi

Для бэкапа базы View Composer нужно выполнить следующую команду (поробнее - тут, утилита sviconfig.exe находится в папке установки Composer):

sviconfig -operation=exportdata -DsnName=LinkedClone -username=Admin -password=Pass -outputfilepath="C:\Program Files\VMware\VMware View Composer\backup_1.svi"

Параметр DsnName - это DSN-имя, которое используется для соединения с базой данных.

Операция sviconfig exportdata возвращает один из следующих кодов:

После создания резервной копии запустите Composer.

Восстановление конфигурации Composer

Для восстановления базы View Composer нужно выполнить следующую команду (поробнее - тут):

sviconfig -operation=restoredata -DsnName=LinkedClone -username=Admin -password=Pass -backupfilepath="C:\Program Files\VMware\VMware View Composer\backup_1.svi"

Операция sviconfig restoredata возвращает один из следующих кодов:

После этого можно запустить службу View Composer. Надо понимать, что после восстановления базы View Composer могут быть некоторые расхождения с конфигурацией View Connection Server, которые надо будет устранять вручную.

3. Резервное копирование и восстановление БД vCenter Server.

Для резервного копирования и восстановления баз данных виртуального модуля VMware vCenter Server Appliance (vCSA) и vCenter Server for Windows используйте инструкцию, приведенную в KB 2091961.

В видео ниже вы можете посмотреть как делать бэкап и восстановление БД vCenter для vCSA:

А вот так делается резервная копия и восстанавливается БД vCenter Server for Windows (Embedded database):

Помните, что при восстановлении конфигурации Connection Server и Composer она должна соответствовать конфигурации виртуальной инфраструктуры на сервере vCenter (имена виртуальных машин, объектов и т.п.), поэтому не пренебрегайте процессом восстановления конфигурации vCenter.

У VMware появилась полезная презентация на русском языке по решению наиболее часто встречающихся проблем в работе решения VMware View и виртуальных ПК.

Освещаются такие компоненты решения, как VMware Security Server, PCoIP, Composer и другие.

Презентация из серии материалов по решению проблем, которые готовит служба технической поддержки VMware.

Мы уже писали о новой версии платформы для виртуализации настольных ПК предприятия VMware View 5, которая имеет множество новых улучшений, позволяющих говорить о возможности внедрения решения в промышленных масштабах.

Как известно, при использовании виртуальных ПК существенно увеличивается риск утери или порчи данных пользовательской инфраструктуры, поскольку теперь десктопы централизованы в ЦОД и появляются различные SPOF-точки отказа (например, система хранения данных). Кроме того, возрастает риск утери десктопа вследствие неправильных кофигураций серверной инфраструктуры или дискового массива. В связи с этим важным оказывается вопрос резервного копирования виртуальных ПК, которому никто, почему-то, не уделяет значения. А вопрос действительно важный, и сложных моментов там хватает: конфигурация View Connection Server, View Composer, бэкапы связанных клонов и прочее.

Компания VMware выпустила очень нужный документ "VMware View Backup Best Practices", который рекомендуется почитать всем тем, кто планирует внедрение решения VMware View или его масштабирование из существующего пилота:

Сначала нам описывают инфраструктуру VMware View с точки зрения компонентов, которые нуждаются в резерировании:

Потом показывают структуру хранилищ:

Потом говорят о том, для каких компонентов необходимо производить резервное копирование.

Основные компоненты (помимо виртуальных машин):

• View Connection Server
• View Composer (если развернут)
• vCenter server и хосты ESX/ESXi
• Служба Active Directory

Если говорить о базах данных, то их вот сколько:

• Хранилище View Connection Server AD-LDS
• БД View Composer для событий (Events - если развернута)
• БД vCenter server

Какие еще компоненты могут быть, которые нужно резервировать:

• Репозиторий ThinApp, сконфигурированный на общей шаре
• Хост View Transfer Server для офлайн-десктопов
• База данных View Error Log

В резервном копировании не нуждается Security Server (он не хранит изменяющихся данных), реплики View Connection Server и сторонние серверы управления VDI-инфраструктурой.

Последовательность резервного копирования инфраструктуры View выглядит так:

• Резервное копирование виртуальных ПК на платформе vSphere. Производится аналогично бэкапу ВМ и конфигураций хостов для серверных нагрузок (лучше всего использовать Veeam Backup and Replication)
• Резервное копирование хранилища View Connection Server AD-LDS
• Бэкап базы данных View Composer
• Бэкап базы vCenter

Для резервирования хранилища AD-LDS на Connection Server используется утилита vdmexport:

C:\Program Files\VMware\VMware View\Server\tools\bin\vdmexport.exe > vmdconfig.ldf

Этот файл ldf будет содержать конфигурацию LDAP для View.

Для базы данных View Composer можно использовать встроенные средства бэкапа SQL Server (сначала останавливаем службу View Composer Service).

Лучше если и Connection Server и Composer+vCenter будут в виртуальных машинах - тогда их проще будет восстанавливать вместе с базами (если они не внешние). Как бэкапить базу данных VMware vCenter должен знать любой администратор, обслуживающий vSphere как платформу.

Последовательность восстановления инфраструктуры View выглядит так:

• Восстанавливаем базу vCenter
• Восстанавливаем базу Composer (если база восстанавливается к по-новой установленному эксземпляру Composer, нужно прочитать http://www.vmware.com/pdf/view45_admin_guide.pdf на странице 26 для настройки контейнера RSA-ключа)
• Восстанавливаем хранилище View Connection Server AD-LDS на новой или старой инсталляции:

C:\Program Files\VMware\VMware View\Server\tools\bin\vdmimport.exe -f vmdconfig.ldf

Теперь по поводу бэкапа самих виртуальных ПК. Как известно в VMware View они бывают трех типов:

• Linked-clone desktops (связанные клоны, необходим бэкап персистентных пулов)
• Stateful virtual desktops (данные сохраняются после выхода)
• Stateless virtual desktop (данные не сохраняются после выхода)

Для связанных клонов все непросто - их можно бэкапить, например, с помощью Veeam Backup, однако восстанавливаются они только как индивидуальные десктопы. То есть их нужно сначала восстановить как ВМ на VMware vSphere, а потом назначить в VMware View как dedicated-десктоп.

Stateful-виртуальные ПК предлагается бэкапить и восстанавливать как обычные виртуальные ПК, а Stateless - в резервном копировании не нуждаются, поскольку там никаких критичных данные нет, такой десктоп может быть развернут по требованию из базового образа, а приложения в нем публикуются, например, с помощью ThinApp (но User Data-диск бэкапить необходимо, если он используется).

Также в документе приводятся основные рекомендации по частоте резервного копирования компонентов VMware View:

Вообще вся эта тема с резервным копированием виртуальных ПК VMware View кажется очень муторной. Пора бы уже какому-нибудь вендору выпустить специализированное решение для этой задачи. А как вы с ней справляетесь в своей инфраструктуре?

При установке VMware View Composer 2.5 из комплекта VMware View 4.5 у вас могут возникнут следующие 2 вида ошибок:

• VMware View Composer - Unable to open firewal
• VMware View Composer - Unable to close firewal

То есть, если у вас выключен фаервол Windows Server, то будет ошибка "open firewall", а если включен - то "unable to close". При этом вы запускете установку под администратором.

Решение: запустить установку, нажав правой кнопкой мыши на файле установки View Composer и выбрав "Run As Administrator". Парадоксально, но факт - работает.

Для обнаружения и решения проблем в инфраструктуре виртуализации настольных ПК VMware View 4.5 вам может быть полезен анализ логов. Файлы журнала (VMware View Logs) ведутся для различных компонентов продукта.

В папке %TEMP%\vminst.log_date_timestamp при установке будут создаваться логи для следующих компонентов View 4.5:

• Connection Server
• Security Server
• Composer
• View Agent
• View Client

Кроме того, лог установщика MSI создается в файле %TEMP%\vmmsi.log_date_timestamp. 

Данные логи создаются для ролей серверов Connection Server, Security Server и Replica Server. На всех этих хостах они находятся в следующих директориях:

• %ALLUSERSPROFILE%\Application Data\VMware\VDM\logs
• <DriveLetter>:\Documents and Settings\All Users\Application Data\VMware\VDM\logs 
  

Данные логи зависят от версии гостевой ОС, которая используется для виртуальных ПК. Они находятся в следующих директориях:

• Windows XP – <DriveLetter>:\Documents and Settings\All Users\ApplicationData\VMware\VDM\logs
• Windows Vista и Windows 7 – <DriveLetter>:\ProgramData\VMware\VDM\logs

Примечание: если вы используете диск типа User Data Disk (UDD) профиль пользователя может перенаправлять логи на UDD. В этом случае вместо <DriveLetter> укажите букву UDD.

Данные логи зависят от версии ОС, в которой устанавливается клиент View. Они находятся в следующих директориях:

• Windows XP – C:\Documents and Settings\%username%\Local Settings\Application Data\VMware\VDM\Logs\
• Windows 7 и Windows Vista – C:\Users\%username%\AppData\VMware\VDM\Logs\ 
  

Лог View Composer log содержит информацию о выполнении сценариев QuickPrep и Sysprep. Эти логи содержат информацию о времени начала и конца операций, а также сообщения об ошибках. View Composer log находится во временной папке на связанном клоне (linked clone desktop) в директории %system_drive%\Windows\Temp\vmware-viewcomposer-ga-new.log.

Компания VMware закончила разработку новой версии решения для виртуализации настольных ПК предприятия VMware View 4.5, которое позволяет разместить рабочие станции пользователей на серверах виртуализации, добившись существенной экономии на содержание парка настольных компьютеров, а также повысить управляемость и безопасность данной части инфраструктуры.

Forbes Guthrie, известный эксперт в сфере решений VMware и автор vSphere Reference Card, выпустил очередную "шпаргалку" для системных администраторов, обслуживающих виртуальные ПК VMware View. Документ "Virtual Desktop Reference Card" содержит полезную и важную справочную информацию о продукте для виртуализации приложений VMware ThinApp 4.5, а также обо всех компонентах решения VMware View 4.0.

Из интересного - порты VMware View 4, консольные команды, конфигурации и политики типов виртуальных ПК, возможности View Client и View Composer.

Читать часть 1 – VMware View Composer и экономия дискового пространства.

Данные расчеты являются не тривиальной задачей, поскольку в расчетах затрагиваются параметры, которые не поддаются четкой оценке. Так, реальное использование дисковых массивов зависит от таких факторов как рабочая загрузка виртуальных десктопов, политик обновлений (Desktop Refresh) и реконфигураций (Desktop Recomposition), типа используемых пулов (Persistent – пользователь привязывается к конкретному десктопу или Non-Persistent – привязки пользователя к десктопу нет) и т.д.

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

Основная экономия достигается за счет применения политик обновлений, а также за счет использования тонкого диска для хранения пользовательских данных. Несмотря на то, что дельта диск может вырасти до размеров диска реплики, благодаря различным настройкам пулов, а также Desktop Refresh мы всегда имеем возможность вернуться к исходному размеру дельта диска, а также контролировать количество виртуальных машин на дисковом массиве.
Таги: VMware, View, Composer, Storage

Экономия пространства дисковых массивов для виртуальных машин VMware View средствами Composer и технологии Linked Clone.

Как уже не раз анонсировалось, компания VMware недавно выпустила новую версию продукта для виртуализации настольных ПК (Virtual Desktop Infrastructure, VDI) - VMware View.

Из новых компонентов можно отметить следующие: Unified Access (единый доступ) - обеспечивает подключения к физическим машинам, терминальным серверам и, конечно же, к виртуальным машинам; Virtual Printing – компонент предоставляющий возможность печати на локальном или сетевом принтере; улучшение MMR (multi-media redirection) - с поддержкой дополнительного набора кодеков; Offline Desktop – для работы с клиентскими десктопами без подключения к корпоративной сети.

Кроме того, один из новых компонентов, на который стоит обратить особое внимание, и о котором пойдет речь в данной статье - VMware View Composer.
Таги: VMware, View, Composer, VDI,