Восстанавливаем виртуальные машины с ошибочно инициализированного Datastore. История одной глупости с хэппи-эндом
Disclaimer: Заметка носит развлекательный характер. Удельная плотность полезной информации в ней мала. Была написана «для себя».
Лирическое вступление
Файловая помойка в нашей организации крутится на виртуальной машине VMware ESXi 6 под Windows Server 2016. И это не просто помойка. Это сервер файлового обмена между структурными подразделениями: тут и совместная работа, и проектная документация, и папки с сетевых сканеров. В общем, тут вся производственная жизнь.
Я впал в изумление и решил сходить в отпуск. Пока я был в отпуске — у помойки не было ни одного зависания. А когда в понедельник вышел первый день на работу — помойка висела. Вытерпела полное резервное копирование и аккурат по его окончании повисла. Такая теплая встреча из отпуска подтолкнула меня к решению физически перетащить диски с гостевой машиной в другой хост.
И, хотя давно известно, что в первый день после отпуска нельзя делать ничего серьезного, хотя я всю дорогу на работу настраивал себя не работать, мое возмущение очередным зависанием выбило из головы и настрой, и зароки…
Физические диски были переставлены в другой хост. Подключение на горячую. В настройках хранилищ на вкладке Drives появляются диски. На вкладке Datastores хранилища на этих дисках — нет. Refresh — не появляются. Ну и, разумеется, первый порыв — Add Storage. Мастер добавления рассказывает, что он поддерживает. Конечно поддерживает и VMFS. Я и не сомневался. Беглый просмотр сообщений мастера на каждом шаге: Next, Next, Next, Finish. Взгляд даже близко не зацепился за маленький желтый кружок с восклицательным знаком внизу окна одного из шагов мастера.
По окончании мастера свежий Datastore появился в списке… а вместе с ним и Datastores с остальных физических дисков.
Перехожу к навигации по только что добавленному Datastore, а он… пуст. Разумеется, я вновь впал в изумление. 8 утра на часах, первые 15 минут на работе после отпуска, даже сахар в кофе еще не размешал. И тут такое. Первая мысль была — не тот диск из «родного» хоста вытянул. Посмотрел, присутствует ли искомый Datastore в «родном» хосте: нет, не присутствует. Вторая мысль была: «бля#ь!». Не уверен, но мне кажется, что третья, четвертая и как минимум пятая мысль была такая же.
Чтобы развеять сомнения, по-быстрому установил на пробу свежий ESXi, взял левый диск и, уже вчитываясь, прошелся по шагам мастера. Да. При добавлении Datastore с помощью мастера происходит потеря всех данных на диске без возможности отката операции и восстановления данных. Позже я прочитал на одном из форумов оценку такого дизайна мастера: shitsome crap. И прямо вот очень согласился.
Начиная с шестой — мысли потекли в более конструктивном русле. Ладно. Инициализация занимает считанные секунды даже для 3Tb-диска. Значит, это высокоуровневое форматирование. Значит, просто была переписана таблица разделов. Значит, данные все еще там. Значит, сейчас поищем какой-нибудь unformat и voila.
Гружу машину с загрузочного образа Strelec… И выясняю, что программы восстановления разделов знают все, кроме VMFS. Разметку разделов Synology, например, знают, а вот VMFS — нет.
Перебор программ не утешителен: в лучшем случае GetDataBack и R.Saver находят NTFS-разделы с живой структурой каталогов и живыми именами файлов. Но меня это не устраивает. Мне нужны два vmdk-файла: с диском системы и диском файлов помойки.
И тут я понимаю, что, похоже, сейчас буду ставить винду и раскатываться из файлового бэкапа. И одновременно с этим вспоминаю, что у меня там был корень DFS. А еще совершенно дикая по объему и разветвленности система прав доступа к папкам подразделений. Не вариант. Единственный приемлемый по времени вариант — восстановление состояния системы и диска с данными и всеми правами.
DiskInternals VMFS Recovery
Была скачана и установлена триальная версия. Программа успешно увидела пустой VMFS раздел:
В режиме Undelete (Fast Scan) так же нашла и потертый Datastore c папками виртуальных машин с дисками внутри:
Предпросмотр показал, что файлы живые:
Монтирование раздела в систему было успешным, но по непонятной причине во всех трех папках была одна и та же виртуалка. Конечно, по закону подлости — не та, что требуется.
Предпринятая попытка бессовестно запиратить софтину закончилась провалом. Зато запиратился UFS Explorer.
Я крайне отрицательно отношусь к воровству ПО. Ни в коем случае не призываю к использованию средств обхода защиты от нелицензированного использования.
UFS Explorer
Сканирование диска показало наличие 7 нод. Количество нод «удивительным образом» совпало с количеством *-flat.vmdk файлов, обнаруженных VMFS Recovery:
Сравнение размеров файлов и размеров нод показало так же совпадение до байта. Заодно были восстановлены имена *-flat.vmdk файлов и, соответственно, принадлежность их к виртуальным машинам.
Спустя 4 часа выгрузки 2,5Тб нода из UFS Explorer’a и 20 часов загрузки в Datastore гипервизора грохнутые файлы дисков были подключены к свеже-созданной виртуальной машине. Диски подхватились. Потери данных замечено не было.
Настройка аварийного восстановления виртуальных машин VMware и физических серверов в дополнительном расположении
InMage Scout в Azure Site Recovery обеспечивает репликацию между локальными расположениями VMware в режиме реального времени. InMage Scout включается в подписки на службу Azure Site Recovery.
Объявление о завершении поддержки
Вскоре сценарий Azure Site Recovery для репликации между локальными средами VMware или физическими центрами обработки данных не будет поддерживаться.
В течение 2018 и 2019 годов будут выпущены два обновления:
После выпуска обновления 8 дальнейшие обновления публиковаться не будут. Будет доступна ограниченная поддержка исправлений для операционных систем, добавленных в обновление 8, и других исправлений ошибок.
Azure Site Recovery продолжает внедрять инновации, предоставляя клиентам VMware и Hyper-V простое и лучшее в своем классе решение DRaaS с Azure в качестве сайта для аварийного восстановления. Корпорация Майкрософт рекомендует текущим клиентам InMage и ASR Scout рассмотреть возможность использования сценария репликации из VMware в Azure с помощью Azure Site Recovery для удовлетворения требований к непрерывности бизнес-процессов. Сценарий репликации из VMware в Azure с помощью Azure Site Recovery представляет собой решение аварийного восстановления корпоративного класса, предназначенное для приложений VMware. Оно обеспечивает показатели RPO и RTO в минутах, поддержку репликации и восстановления приложений с нескольких виртуальных машин, бесперебойное подключение, комплексный мониторинг и значительно сокращенную совокупную стоимость владения.
Миграция сценария
В качестве альтернативы мы рекомендуем настроить аварийное восстановление для локальных виртуальных машин VMware и физических компьютеров с помощью их репликации в Azure. Это можно сделать указанным ниже образом.
Краткое сравнение
| Компонент | Репликация в Azure | Репликация между центрами обработки данных VMware |
|---|---|---|
| Необходимые компоненты | Служба Mobility Service на реплицированных компьютерах. Локальный сервер конфигурации, сервер обработки, главный целевой сервер, временный сервер обработки в Azure для восстановления размещения | Служба Mobility Service, сервер обработки, сервер конфигурации и главный целевой сервер |
| Конфигурация и оркестрация | Хранилище Служб восстановления на портале Azure | Использование vContinuum |
| Объекты для репликации | Диск (Windows и Linux) | Том в Windows Диск в Linux |
| Кластер общих дисков | Не поддерживается | Поддерживается |
| Скорость обработки данных (средняя) | 10 МБ/с данных на диск 25 МБ/с данных на виртуальную машину Дополнительные сведения | > 10 МБ/с данных на диск > 25 МБ/с данных на виртуальную машину |
| Мониторинг | С портала Azure | С сервера конфигурации |
| Матрица поддержки | Щелкните здесь, чтобы узнать больше | Скачайте матрицу совместимости с ASR Scout |
Предварительные требования
Для работы с этим руководством сделайте следующее:
Скачивание и установка обновлений компонентов
Просмотрите и установите последние обновления. Обновления необходимо установить на серверах в следующем порядке:
Установите следующие обновления:
Версия обновления файла всех компонентов Scout может не совпадать с ZIP-файлом обновления. Более ранняя версия указывает на то, что с момента предыдущего обновления до этого обновления не было никаких изменений компонентов.
Скачайте ZIP-файл обновления и файлы конфигурации для обновления MySQL и PHP. ZIP-файл обновления содержит все базовые двоичные файлы и двоичные файлы накопительного пакета обновления для следующих компонентов:
Включение репликации
Настройте репликацию между исходным и целевым расположениями VMware.
Дополнительные сведения об установке, защите и восстановлении см. в следующих документах:
Обновления
Обновление 7 для Site Recovery Scout 8.0.1
Обновлено: 31 декабря 2018 г. Скачайте обновление 7 для Scout. Обновление 7 для Scout — это полный установщик, который может использоваться для новой установки, а также для обновления существующих агентов или главных целевых серверов с установленными предыдущими обновлениями (от обновления 1 до обновления 6). Оно содержит все исправления, выпущенные с обновления 1 по обновление 6, а также новые исправления и улучшения, описанные ниже.
новые функции;
Устранение ошибок и исправления безопасности.
Ручное обновление компонентов PHP и MySQL на сервере конфигурации, сервере обработки и сервере RX
Платформу сценариев PHP необходимо обновить до версии 7.2.10 на сервере конфигурации, сервере обработки и сервере RX. Систему управления базами данных MySQL необходимо обновить до версии 5.7.23 на сервере конфигурации, сервере обработки и сервере RX. Следуйте инструкциям по ручному обновлению версий PHP и MySQL в кратком руководстве по установке.
Обновление 6 для Site Recovery Scout 8.0.1
Обновлено: 12 октября 2017 г.
Обновление 6 для Scout является накопительным. Оно содержит все исправления, выпущенные с обновления 1 по обновление 5, а также новые исправления и улучшения, описанные ниже.
Поддержка новых платформ
Установите следующие обновления:
Версия обновления файла всех компонентов Scout может не совпадать с ZIP-файлом обновления. Более ранняя версия указывает на то, что с момента предыдущего обновления до этого обновления не было никаких изменений компонентов.
Скачайте ZIP-файл обновления. Файл состоит из следующих компонентов:
Исправления ошибок и улучшения
Обновление 5 для Site Recovery Scout 8.0.1
Обновление 5 для Scout является накопительным. Оно содержит все исправления, выпущенные с обновления 1 по обновление 4, а также новые исправления, описанные ниже.
Поддержка новых платформ
Исправления ошибок и улучшения
Исправления для повышения надежности поддержки кластера Windows
Исправлено. Если во время защиты при отработке отказа выбранный главный целевой сервер отсутствует на том же сервере ESXi, что и защищаемая исходная виртуальная машина (во время защиты перенаправления), vContinuum выбирает неправильный главный целевой сервер во время восстановления размещения и происходит сбой последующей операции восстановления.
Обновление 4 для Azure Site Recovery Scout 8.0.1
Обновление 4 для Scout является накопительным. Оно включает все исправления, выпущенные с обновления 1 по обновление 3, а также новые исправления, описанные ниже.
Поддержка новых платформ
Файл InMage_UA_8.0.1.0_RHEL7-64_GA_06Oct2016_release.tar.gz для 64-разрядных версий RHEL и CentOS 7 включен в базовый общедоступный пакет Scout, InMage_Scout_Standard_8.0.1 GA.zip. Загрузите пакет общедоступной версии Scout на портале, как описано в разделе о создании хранилища.
Исправления ошибок и улучшения
Обновление 3 для Azure Site Recovery Scout 8.0.1
Все обновления Site Recovery являются накопительными. Обновление 3 содержит все исправления обновлений 1 и 2. Это обновление можно применить непосредственно к общедоступной версии 8.0.1. Для примененных обновлений сервера конфигурации и RX нельзя выполнить откат.
Исправления ошибок и улучшения
Исправления в обновлении 3 решают перечисленные ниже проблемы.
Обновление 2 для Azure Site Recovery Scout 8.0.1 (от 3 декабря 2015 г.)
Обновление 2 включает в себя следующие исправления:
Обновление 1 для Azure Site Recovery Scout 8.0.1
Обновление 1 включает в себя следующие исправления ошибок и новые функции:
Резервное копирование и восстановление виртуальных машин VMware с помощью DPM
Поддержка этой версии Data Protection Manager (DPM) прекращена. Рекомендуем перейти на DPM 2019.
В этой статье описано, как использовать Data Protection Manager (DPM) 1801 и более поздних версий для резервного копирования виртуальных машин под управлением vSphere Hypervisor (ESXi) и VMware vCenter версий 5.5, 6.0, 6.5 и 6.7.
Поддерживаемые функции VMware
DPM 1801 и более поздних версий предоставляет следующие возможности резервного копирования виртуальных машин VMware:
DPM поддерживает резервное копирование на ленточный носитель начиная с версии 2019.
Предварительные условия и ограничения
Прежде чем применять резервное копирование виртуальных машин VMware, изучите следующий список ограничений и необходимых компонентов.
Настройка DPM для защиты VMware
Далее описана настройка VMware для защиты с помощью DPM. Чтобы установить связь между DPM и сервером VMware, настройте учетные данные VMware и создайте защищенное соединение между DPM и сервером VMware vCenter Server или VMware vSphere Hypervisor (ESXi). Если вы используете одновременно серверы vCenter Server и ESXi, настройте для работы с DPM только vCenter Server. Серверы ESXi добавлять в DPM не нужно. Чтобы управлять сервером VMware, DPM нужны действительные учетные данные для доступа к ним.
Управление учетными данными
DPM не использует агент для взаимодействия с сервером VMware. Вместо этого DPM использует имя и пароль пользователя для аутентификации удаленного сеанса связи с сервером VMware. DPM выполняет аутентификацию при каждом обмене данными с сервером VMware. Управление учетными данными может быть достаточно сложным, поскольку иногда их нужно изменять, а в центре обработки данных могут работать несколько серверов vCenter, для каждого из которых нужны уникальные учетные данные. Для безопасного хранения учетных данных и управления ими DPM предлагает средство управления учетными данными VMware.
При настройке учетных данных следует учесть следующие аспекты.
Вход в средство управления учетными данными VMware
В консоли администрирования DPM щелкните Управление.
В списке ресурсов для управления щелкните Рабочие серверы.
На ленте инструментов щелкните Управление учетными данными VMware. Откроется диалоговое окно Управление учетными данными. В диалоговом окне Управление учетными данными вы можете добавлять, изменять и удалять учетные данные. 
В следующих разделах подробно описаны процессы добавления, изменения и удаления учетных данных.
Добавление учетных данных для сервера VMware
Добавив учетные данные на сервер DPM, вы сможете сопоставить их с учетными данными на сервере VMware. Не забывайте, что учетные данные на сервере DPM должны совпадать с учетными данными на сервере VMware. Чтобы добавить учетные данные, в диалоговом окне Управление учетными данными выполните следующие действия.
Щелкните Добавить, чтобы открыть диалоговое окно Добавление учетных данных. 
Заполните поля Имя, Описание, Имя пользователя и Пароль. Когда вы заполните все обязательные поля, кнопка Добавить станет активной.
Нажмите кнопку Добавить, чтобы сохранить введенные учетные данные. После создания учетных данных вы сможете использовать их для аутентификации на сервере VMware.
Изменение учетных данных для сервера VMware
В большинстве организаций регулярно возникает необходимость обновлять учетные данные, например для соблюдения требований безопасности или при изменениях в штате. Если изменяются учетные данные на сервере VMware, то учетные данные в DPM также необходимо обновить. Если изменяются учетные данные на сервере VMware (имя пользователя и пароль), следует добавить в DPM аналогичные учетные данные.
Когда новые учетные данные будут созданы в DPM, обновите учетные данные для сервера VMware, выполнив следующие действия.
В консоли администрирования DPM щелкните Управление.
В списке ресурсов для управления щелкните Рабочие серверы.
В списке компьютеров выберите сервер VMware, для которого нужно обновить учетные данные. В примере ниже неправильно указаны учетные данные для сервера VMware demovcenter1.Contoso.com. 
На ленте инструментов в консоли администрирования DPM щелкните Изменить параметры. Откроется диалоговое окно «Изменение параметров». Здесь отображаются все учетные данные, сохраненные на сервере DPM. На рисунке ниже учетные данные demovcenter_002 в DPM должны сопоставляться с учетными данными сервера demovcenter1.Contoso.com.
Выберите в этом списке учетные данные на сервере DPM, которые должны совпадать с учетными данными VMware, и нажмите кнопку Обновить. На этом изображении вы можете увидеть, что учетные данные demovcenter_002 успешно проходят аутентификацию на рабочем сервере, и сервер demovcenter1.Contoso.com снова защищен. 
Удаление учетных данных для сервера VMware
После удаления учетных данных они исчезнут из списка доступных на сервере DPM. DPM не позволяет удалить учетные данные, которые используются для аутентификации на рабочем сервере.
Удаление учетных данных
Настройка безопасного обмена данными между DPM и сервером VMware
DPM взаимодействует с сервером VMware по защищенному каналу HTTPS. Чтобы создать канал для защищенного взаимодействия, установите доверенный сертификат на серверах DPM и VMware. Если подключение к vCenter не защищено, его также можно защитить, установив сертификат на сервере DPM. Используйте тот же сертификат, чтобы установить защищенное соединение с сервером VMware.
Чтобы проверить защищенность канала связи между DPM и vCenter, на сервере DPM откройте браузер и введите в адресную строку адрес сервера VMware. Например, в браузере Chrome при отсутствии действительного сертификата вы увидите зачеркнутый элемент в URL-адресе, как в следующем примере:
Если же вы используете Internet Explorer, то при доступе к URL-адресу, для которого нет действительного сертификата, появится такое сообщение:
Чтобы устранить эту проблему, установите действительный сертификат на сервер DPM и на сервер VMware. На приведенных выше изображениях сервер DPM имеет действительный сертификат, но этот сертификат не находится в хранилище доверенного корневого центра сертификации. Чтобы устранить эту проблему, добавьте сертификат на сервер VMware.
В диалоговом окне «Сертификат» на вкладке Путь сертификации щелкните действие Просмотр сертификата.
В открывшемся диалоговом окне «Сертификат» щелкните вкладку Сведения и в ней действие Копировать в файл. Вы увидите окно мастера экспорта сертификатов.
В мастере экспорта сертификатов нажмите кнопку Далее, на экране Формат экспортируемого файла выберите вариант Файлы X.509 (.CER) в кодировке DER и снова нажмите кнопку Далее.
На экране Файл для экспорта введите имя сертификата и нажмите кнопку Далее.
Нажмите кнопкуГотово, чтобы завершить работу мастера экспорта сертификатов.
Найдите экспортированный сертификат. Щелкните этот сертификат правой кнопкой мыши и выберите Установить сертификат. Откроется окно мастера импорта сертификатов.
В мастере импорта сертификатов щелкните Локальный компьютер, а затем нажмите кнопку Далее.
Чтобы найти расположение в хранилище сертификатов, в котором вы хотите разместить сертификат, щелкните Поместить все сертификаты в следующее хранилище и нажмите кнопку Обзор.
В диалоговом окне Выбор хранилища сертификата выберите Доверенный сертификат корневого центра сертификации и нажмите кнопку ОК. 
Нажмите кнопку Далее, а затем — Готово, чтобы запустить импорт сертификата.
Когда вы завершите добавление сертификата, войдите на сервер vCenter и убедитесь, что соединение является защищенным. 
Добавление учетной записи пользователя на сервер VMware
DPM использует предоставленные имя пользователя и пароль в качестве учетных данных для аутентификации на сервере VMware и обмена данными с ним. Пользователь с учетной записью vCenter получает по меньшей мере указанные ниже привилегии, необходимые для защиты виртуальной машины.
В следующей таблице перечислены привилегии, которые нужно назначить создаваемой учетной записи пользователя:
| Привилегии для учетной записи пользователя vCenter 6.5 | Привилегии для учетной записи пользователя vCenter 6.7 |
|---|---|
| Кластер хранилища данных. Настройка кластера хранилища данных | Кластер хранилища данных. Настройка кластера хранилища данных |
| Datastore.AllocateSpace | Datastore.AllocateSpace |
| Datastore.Browse datastore | Datastore.Browse datastore |
| Datastore.Low-level file operations | Datastore.Low-level file operations |
| Global.Disable methods | Global.Disable methods |
| Global.Enable methods | Global.Enable methods |
| Global.Licenses | Global.Licenses |
| Global.Log event | Global.Log event |
| Global.Manage custom attributes | Global.Manage custom attributes |
| Global.Set custom attribute | Global.Set custom attribute |
| Host.Local operations.Create virtual machine | Host.Local operations.Create virtual machine |
| Network.Assign network | Network.Assign network |
| Resource. Assign virtual machine to resource pool | Resource. Assign virtual machine to resource pool |
| vApp.Add virtual machine | vApp.Add virtual machine |
| vApp.Assign resource pool | vApp.Assign resource pool |
| vApp.Unregister | vApp.Unregister |
| VirtualMachine.Configuration. Добавление или удаление устройства | VirtualMachine.Configuration. Добавление или удаление устройства |
| Virtual machine.Configuration.Disk lease | Virtual machine.Configuration.Acquire disk lease |
| Virtual machine.Configuration.Add new disk | Virtual machine.Configuration.Add new disk |
| Virtual machine.Configuration.Advanced | Virtual machine.Configuration.Advanced configuration |
| Virtual machine.Configuration.Disk change tracking | Virtual machine.Configuration.Toggle disk change tracking |
| Virtual machine.Configuration.Host USB device | Virtual machine.Configuration.Configure Host USB device |
| Virtual machine.Configuration.Extend virtual disk | Virtual machine.Configuration.Extend virtual disk |
| Virtual machine.Configuration.Query unowned files | Virtual machine.Configuration.Query unowned files |
| Virtual machine.Configuration.Swapfile placement | Virtual machine.Configuration.Change Swapfile placement |
| Virtual machine.Guest Operations.Guest Operation Program Execution | Virtual machine.Guest Operations.Guest Operation Program Execution |
| Virtual machine.Guest Operations.Guest Operation Modifications | Virtual machine.Guest Operations.Guest Operation Modifications |
| Virtual machine.Guest Operations.Guest Operation Queries | Virtual machine.Guest Operations.Guest Operation Queries |
| Virtual machine.Interaction.Device connection | Virtual machine.Interaction.Device connection |
| Virtual machine.Interaction.Guest operating system management by VIX API | Virtual machine.Interaction.Guest operating system management by VIX API |
| Virtual machine.Interaction.Power Off | Virtual machine.Interaction.Power Off |
| Virtual machine.Inventory.Create new | Virtual machine.Inventory.Create new |
| Virtual machine.Inventory.Remove | Virtual machine.Inventory.Remove |
| Virtual machine.Inventory.Register | Virtual machine.Inventory.Register |
| Virtual machine.Provisioning.Allow disk access | Virtual machine.Provisioning.Allow disk access |
| Virtual machine.Provisioning.Allow file access | Virtual machine.Provisioning.Allow file access |
| Virtual machine.Provisioning.Allow read-only disk access | Virtual machine.Provisioning.Allow read-only disk access |
| Virtual machine.Provisioning.Allow virtual machine download | Virtual machine.Provisioning.Allow virtual machine download |
| Virtual machine.Snapshot management. Create snapshot | Virtual machine.Snapshot management. Create snapshot |
| Virtual machine.Snapshot management.Remove Snapshot | Virtual machine.Snapshot management.Remove Snapshot |
| Virtual machine.Snapshot management.Revert to snapshot | Virtual machine.Snapshot management.Revert to snapshot |
В следующей таблице перечислены привилегии для учетных записей пользователей vCenter 6.0 и vCenter 5.5.
| Привилегии для учетной записи пользователя vCenter 6.0 | Привилегии для учетной записи пользователя vCenter 5.5 |
|---|---|
| Datastore.AllocateSpace | Network.Assign |
| Global.Manage custom attributes | Datastore.AllocateSpace |
| Global.Set custom attribute | VirtualMachine.Config.ChangeTracking |
| Host.Local operations.Create virtual machine | VirtualMachine.State.RemoveSnapshot |
| Network. Assign network | VirtualMachine.State.CreateSnapshot |
| Resource. Assign virtual machine to resource pool | VirtualMachine.Provisioning.DiskRandomRead |
| Virtual machine.Configuration.Add new disk | VirtualMachine.Interact.PowerOff |
| Virtual machine.Configuration.Advanced | VirtualMachine.Inventory.Create |
| Virtual machine.Configuration.Disk change tracking | VirtualMachine.Config.AddNewDisk |
| Virtual machine.Configuration.Host USB device | VirtualMachine.Config.HostUSBDevice |
| Virtual machine.Configuration.Query unowned files | VirtualMachine.Config.AdvancedConfig |
| Virtual machine.Configuration.Swapfile placement | VirtualMachine.Config.SwapPlacement |
| Virtual machine.Interaction.Power Off | Global.ManageCustomFields |
| Virtual machine.Inventory. Create new | |
| Virtual machine.Provisioning.Allow disk access | |
| Virtual machine.Provisioning. Allow read-only disk access | |
| Virtual machine.Snapshot management.Create snapshot | |
| Virtual machine.Snapshot management.Remove Snapshot |
Для назначения этих прав доступа мы рекомендуем использовать следующий процесс.
Создание роли, например BackupAdminRole
Создание пользователя, например BackupAdmin
Пользователь, которого вы создаете, должен находиться в том же домене, где расположены защищаемые объекты.
Назначение роли BackupAdminRole пользователю BackupAdmin
Добавление сервера VMware в DPM
В консоли администрирования DPM щелкните Управление Рабочие серверы Добавить, чтобы открыть мастер добавления рабочего сервера.
На экране Выбор типа рабочего сервера выберите Сервер VMware и нажмите кнопку Далее. 
На экране Выбор компьютеров предоставьте следующую информацию.
На экране Сводка выберите сервер, который хотите добавить, и щелкните Добавить. Когда вы закончите добавлять серверы VMware в DPM, в разделе Настройка архивации изучите доступные методы защиты.
Отключение защищенного протокола связи
Если в вашей организации не требуется защищенный протокол связи (HTTPS), вы можете отключить его, создав соответствующий раздел реестра. Чтобы создать этот раздел, выполните следующие действия.
Скопируйте этот текст и вставьте его в простой текстовый файл.
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft Data Protection Manager\VMWare]
Сохраните текстовый файл на сервер DPM, присвоив ему имя DisableSecureAuthentication.reg.
Дважды щелкните этот файл, чтобы активировать параметр реестра.
Настройка резервного копирования
Добавление серверов VMware в DPM — это почти все, что нужно для использования защиты в DPM. Вам останется лишь выделить дисковое хранилище, которое DPM будет использовать для кратковременного хранения данных. Инструкции по добавлению хранилища вы найдете в статье Настройка пулов носителей и дискового хранилища. Когда вы добавите хранилище, запустите мастер создания новой группы защиты, чтобы создать группу защиты для виртуальных машин VMware.
Защита на уровне папок
VMware предоставляет возможность создать папки виртуальных машин и распределить по ним виртуальные машины в любом удобном сочетании.
DPM может защищать как отдельные виртуальные машины, так и каскадные уровни папок с несколькими виртуальными машинами. Если вы выберете папку для защиты, все вложенные папки и виртуальные машины в ней будут автоматически обнаруживаться и защищаться. Такой механизм называется защитой на уровне папок. DPM обнаруживает виртуальные машины и настраивает защиту для них ровно в полночь по часовому поясу локального сервера DPM. Если DPM обнаруживает наличие новых виртуальных машин, защита для них создается не позднее конца того же дня.
Защита горизонтального увеличения масштаба для кластеров серверов VMware
В крупных развертываниях VMware один сервер vCenter может управлять тысячами виртуальных машин. DPM поддерживает масштабирование защиты для кластеров серверов VMware. В новой реализации масштабирования устранено требование однозначного соответствия между кластером VMware и сервером DPM. Вы можете добавить виртуальную машину в группу защиты на любом распознанном сервере DPM. Вы можете использовать несколько серверов DPM для защиты виртуальных машин под управлением одного сервера vCenter. Но в любой момент времени защиту конкретной виртуальной машины или папки может выполнять только один сервер DPM. Виртуальные машины и папки, которые уже защищены одним из серверов DPM, невозможно выбрать на другом сервере DPM. Чтобы развернуть масштабируемую защиту, вам потребуется не менее двух серверов DPM. В примере на следующем рисунке серверы D1 и D2 видимы для всех виртуальных машин, размещенных на узлах N1, N2, N3 и N4. В группы защиты, создаваемые на сервере D1 или D2, можно добавить любую виртуальную машину.
Резервное копирование виртуальных машин на диск, ленту или в облако
DPM может создавать резервные копии виртуальных машин VMware на диске, ленточном накопителе или в облаке Azure. Метод защиты вы можете выбрать при создании новой группы защиты.
Для всех сценариев оперативного восстановления, например при случайном удалении или повреждении данных, выполняйте резервное копирование на диск. Резервное копирование на ленточный накопитель или в облако полезно для долгосрочного хранения или для соблюдения требований по хранению копий вне локальной сети.
DPM создает резервные копии виртуальных машин Windows, согласованные на уровне приложений, и копии виртуальных машин Linux, согласованные на уровне файлов (если на гостевой операционной системе установлены средства VMware).
Резервное копирование виртуальных машин на ленту
Применимо к DPM 2019
Для долгосрочного хранения локальных данных резервного копирования VMware вы можете включить резервное копирование VMware на ленту. Интервал резервного копирования можно выбирать в зависимости от периода хранения (который будет варьироваться от 1 до 99 лет) на ленточных накопителях. Данные на ленточных накопителях могут быть сжаты и зашифрованы. DPM 2019 поддерживает OLR (восстановление в исходное расположение) и ALR (восстановление в альтернативное расположение) для восстановления защищенной виртуальной машины.
Выполните описанную ниже процедуру.
Создание группы защиты для виртуальных машин VMware
В консоли администрирования щелкните Защита.
На ленте инструментов щелкните Создать, чтобы запустить мастер создания группы защиты.
На экране Выбор типа группы защиты выберите Серверы и нажмите кнопку Далее. 
На экране Выбор членов группы разверните элемент Доступные элементы и выберите папки, которые нужно защитить, а затем нажмите кнопку Далее. Папки, которые вы здесь выбираете, добавляются в список выбранных элементов. Элементы, которые уже защищены сервером DPM, нельзя выбрать повторно. Чтобы увидеть, какой сервер DPM защищает конкретный элемент, наведите указатель мыши на этот элемент в списке доступных элементов.
На экране Выбор метода защиты данных введите Имя группы защиты и выберите метод защиты. Для выбора доступны следующие методы защиты: краткосрочная защита на жестком диске, долгосрочная защита на ленте или защита в сети в облаке. Выбрав нужный метод защиты, нажмите кнопку Далее.
При наличии изолированной ленты или ленточной библиотеки, подключенной к серверу DPM, вы сможете выбрать параметр Долгосрочная защита с использованием ленты.
На экране Выбор краткосрочных целей укажите продолжительность хранения данных на диске (в днях) в параметре Диапазон хранения. Если вы хотите изменить расписание для создания точек восстановления, щелкните «Изменить». На вкладке «Быстрая полная архивация» выберите новое расписание (время и дни недели) для создания быстрых полных архиваций. По умолчанию они создаются ежедневно в 20: 00 по местному времени сервера DPM. Когда вы закончите настройку краткосрочных целей, нажмите кнопку Далее.
Если вы хотите хранить данные на ленте в течение длительного времени, в поле Указать долгосрочные цели укажите, как долго требуется хранить данные на ленте (от 1 года до 99 лет). В поле Интервал резервного копирования укажите, как часто следует выполнять резервное копирование на ленту. Частота основана на указанном вами диапазоне хранения.
На изолированном ленточном накопителе DPM использует для одной группы защиты одну и ту же ленту при ежедневном резервном копировании до тех пор, пока на ней не станет недостаточно места. Кроме того, вы можете выполнять совместное размещение данных из разных групп защиты на ленте.
На странице Select Tape and Library Details (Выбор сведений о библиотеке и ленте) укажите ленту или библиотеку для использования, а также выберите, требуется ли выполнять сжатие и шифрование данных на ленте.
При этом откроется экран состояния, который содержит информацию о создании группы защиты и процессе начального резервного копирования.
Восстановление виртуальных машин VMware
Из этого раздела вы узнаете, как с помощью DPM восстановить виртуальную машину VMware из точки восстановления. Общие сведения об использовании DPM для восстановления данных вы найдете в статье Восстановление защищенных данных. В консоли администрирования DPM есть два варианта для обнаружения доступных для восстановления данных: поиск или просмотр. При восстановлении данных вы можете по своему усмотрению выбрать исходное или другое расположение для виртуальной машины. Чтобы предоставить вам такой выбор, DPM поддерживает три способа восстановления резервных копий виртуальных машин VMware.
Восстановление точки восстановления
Восстановление отдельных файлов виртуальной машины
Восстановление отдельного файла из резервной копии виртуальной машины возможно только из точек восстановления диска.
Вы можете восстановить отдельные файлы из точки восстановления, созданной для защищенной виртуальной машины. Эта функция доступна только для виртуальных машин под управлением Windows Server. Восстановление отдельных файлов выполняется так же, как восстановление всей виртуальной машины, но здесь до начала процесса восстановления вам будет предложено просмотреть содержимое VMDK-файла и выбрать нужные файлы. Чтобы восстановить или выбрать отдельные файлы из виртуальной машины Windows Server, выполните следующие действия.
В консоли администрирования DPM откройте представление Восстановление.
В области Обзор просмотрите или отфильтруйте элементы, чтобы найти нужную виртуальную машину для восстановления. Когда вы выберете виртуальную машину или папку, в панели точек восстановления отобразятся все доступные точки восстановления. 
В панели Точки восстановления для: с помощью календаря выберите дату, которая содержит нужную точку восстановления. В зависимости от того, как настроена политика резервного копирования, для одной даты может существовать несколько точек восстановления. Поэтому после выбора дня убедитесь, что выбрано правильное время восстановления. Если в указанную дату создано несколько точек восстановления, выберите одну из них с помощью раскрывающегося меню Время восстановления. Когда вы выберете точку восстановления, в области Путь: появится список доступных для восстановления элементов.
Чтобы найти нужные файлы, в области Путь дважды щелкните нужный элемент в колонке Восстановимый элемент и изучите его содержимое. Выберите один или несколько файлов и (или) папок, которые вы хотите восстановить. Чтобы выбрать несколько элементов, при выборе каждого следующего элемента удерживайте нажатой клавишу Ctrl. Область Путь позволяет выполнять поиск по файлам и папкам, перечисленным в столбце Восстановимый элемент. Поиск в списке ниже не выполняет поиск во вложенных файлах. Чтобы проверить вложенные папки, дважды щелкните нужную папку. Клавиша Вверх позволяет перейти из дочерней папки в родительскую папку. Вы можете выбрать сразу несколько элементов (файлов и папок), но только расположенных в одной родительской папке. Невозможно восстановить элементы из нескольких папок в одном задании восстановления.
После выбора элементов для восстановления щелкните Восстановить на ленте инструментов консоли администрирования. Откроется Мастер восстановления. В нем отображается экран Просмотр параметров восстановления, где перечислены выбранные элементы для восстановления.
Если вы хотите включить регулирование полосы пропускания сети, щелкните Изменить на экране Указание параметров восстановления. Если вам не нужно регулирование сети, просто нажмите кнопку Далее. В этом окне нет других параметров, доступных для виртуальных машин VMware. Если вы решили настроить регулирование полосы пропускания сети, в диалоговом окне регулирования выберите Включить регулировку использования полосы пропускной сети. После этого настройте Параметры и Расписание работы.
На экране Выбор типа восстановления нажмите кнопку Далее. Файлы и (или) папки можно восстановить только в сетевую папку.
На экране Указание назначения щелкните Обзор, чтобы выбрать сетевое расположение для восстанавливаемых файлов и (или) папок. DPM создает папку и копирует в нее все восстановленные элементы. Имя этой папки будет иметь префикс следующего формата: DPM_день-месяц-год. Когда вы выбираете расположение для восстановления файлов и (или) папок, отображаются данные об этом расположении (объект, путь и объем свободного места). 
На экране Указание параметров восстановления выберите параметр безопасности, который вы хотите применить. Вы можете изменить регулирование использования полосы пропускания сети, но по умолчанию оно отключено. Параметры Восстановление SAN и Уведомления также отключены.
На экране Сводка проверьте выбранные параметры и щелкните Восстановить, чтобы начать процесс восстановления. На экране Состояние восстановления отображается ход операции восстановления.
Параллельные операции резервного копирования VMware
В более ранних версиях DPM параллельные операции резервного копирования выполнялись только в группах защиты. При использовании DPM 2019 все операции резервного копирования виртуальных машин VMWare в одной группе защиты будут параллельными, благодаря чему повысится скорость их выполнения. Все задания разностной репликации данных VMWare будут выполняться параллельно. По умолчанию количество заданий, запускаемых параллельно, равно 8.
Вы можете изменить количество заданий с помощью раздела реестра, как показано ниже (по умолчанию он отсутствует, его необходимо добавить):
Путь к разделу: Software\Microsoft\Microsoft Data Protection Manager\Configuration\ MaxParallelIncrementalJobs\VMWare. Тип раздела: значение DWORD (32-битное).
Вы можете увеличить количество заданий. Если для числа заданий установлено значение 1, задания репликации запускаются последовательно. Увеличивая число, необходимо учитывать производительность VMWare. Учитывая количество используемых ресурсов и дополнительное использование, необходимое для сервера VMWare vSphere Server, необходимо определить количество заданий разностной репликации данных, выполняемых параллельно. Также это изменение повлияет на только что созданные группы защиты. Для существующих групп защиты необходимо временно добавить другую виртуальную машину в группу защиты. После этого конфигурация группы защиты обновится соответственно. После завершения процедуры можете удалить эту виртуальную машину из группы защиты.
VMware vSphere 6.7
Чтобы создать резервную копию vSphere 6.7 выполните следующее:
Включите протокол TLS 1.2 на сервере DPM.
В VMware версии 6.7 и выше включен протокол TLS в качестве протокола связи.
Задайте разделы реестра следующим образом:
Исключение диска из резервной копии виртуальной машины VMware
Эта функция применима к DPM 2019 UR1 и более поздних версий.
С помощью DPM 2019 UR1 можно исключить конкретный диск из резервной копии виртуальной машины VMware. Сценарий конфигурации ExcludeDisk.ps1 находится в папке C:\Program Files\Microsoft System Center\DPM\DPM\bin.
Чтобы настроить исключение диска, выполните следующие действия.
Поиск сведений о виртуальной машине и диске VMWare, которые будут исключены
В консоли VMware перейдите к параметрам виртуальной машины, для которых необходимо исключить диск.
Выберите диск, который необходимо исключить, и запишите путь к этому диску.
Например, чтобы исключить жесткий диск 2 из TestVM4, путь к жесткому диску 2 — [datastore1] TestVM4/TestVM4_1.vmdk.
Настройка сервера DPM
Перейдите на сервер DPM, на котором виртуальная машина VMware настроена для защиты, чтобы настроить исключение диска.
Получите сведения об узле VMware, который защищен на сервере DPM.
Выберите узел VMware и укажите защиту для узла VMware.
Выберите виртуальную машину, для которой требуется исключить диск.
Чтобы исключить диск, перейдите в папку «Корзина» и запустите скрипт ExcludeDisk.ps1 со следующими параметрами:
Перед выполнением этой команды необходимо остановить службу DPMRA на сервере DPM. В противном случае, скрипт возвращает результат, но не обновляет список исключений. Перед остановкой службы убедитесь, что нет выполняющихся заданий.
Этот интерфейс усовершенствован благодаря DPM 2019 UR2. Сценарий можно запустить, не останавливая службу DPMRA.
Чтобы добавить или удалить диск из исключения, выполните следующую команду:
Пример. Чтобы добавить исключение диска для TestVM4, выполните следующую команду
Убедитесь, что диск добавлен для исключения.
Чтобы просмотреть существующее исключение для конкретных виртуальных машин, выполните следующую команду:
Пример
После настройки защиты для этой виртуальной машины исключенный диск не будет указан во время защиты.
Если вы выполняете эти действия для уже защищенной виртуальной машины, необходимо запустить проверку согласованности вручную после добавления диска для исключения.
Удаление диска из исключения
Чтобы удалить диск из исключения, выполните следующую команду: