Veeam перенос физической машины в виртуальную

Перенос физического компьютера или сервера на VMware ESXi с использованием Converter Standalone

Оглавление

Введение

Доброго времени суток! Миграция физических серверов на VMware ESXi через VMware Converter Standalone дело довольно обычное и каждый системный администратор рано или поздно с этим столкнётся. Сейчас я вам покажу как можно перенести вашу физическую рабочую машину или сервер на гипервизор VMware ESXi при помощи Converter Standalone. А также постараюсь сразу же рассмотреть все возможные трудности при переносе.

Установка Converter Standalone

Для начала нам необходимо будет скачать и установить саму программу vCenter Converter Standalone.

О переносе систем на ESXi

Для переноса системы в виртуальную среду ESXi есть два типа: Powered off и Powered on.

Powered off

В случае переноса с гипервизора на гипервизор тут всё очень просто и зачастую без сюрпризов. Выбираем источник (гипервизор с которого будем переносить виртуалку) и назначение (гипервизор куда будем переносить виртуалку), конфигурируем машину если это нужно и запускаем процедуру переноса. Соответственно вас программа будет спрашивать данные для подключения к гипервизорам. И не забываем, что предварительно нужно потушить переносимую виртуалку!

Powered on

Тут всё намного веселее 😀. Если This loacl machine работает железобетонно, то с Remote Windows machine у меня было много приключений!

Для начала не забываем запускать сам Converter Standalone от имени Администратора!

Перенос операционной системы в гипервизор ESXi при помощи This loacl machine

VMware vCenter Converter Standalone нужно запускать от имени Администратора!

Далее всё просто. Destination System это то, куда мы собираемся перенести нашу рабочую среду. Указываем VMware Infrastructure virtual machine и чуть ниже прописываем параметры для подключения к гипервизору (ip адрес, имя пользователя и пароль).

Обзываем нашу систему.

В Destination Location указываем в какое хранилище мы будем переносить систему. Отображаются для информации: объём хранилища, занимаемое и свободное место.

А вот тут я бы остановился поподробнее. Так как у нас на гипервизоре место не резиновое, то его нужно экономить. В настройках Data to copy справа прожимаем кнопку Edit и проваливаемся в настройки наших томов.

Тут то мы и пошаманим немного. Для начала отсекаем все ненужные тома. В моём случае это был том D, так как все 232,32 Gb были абсолютно неиспользованные и раздувать ими образ виртуальной машины нет никакого желания. Идём дальше. Системный диск занимает 43,41 Gb, но к нему я сделаю +10 Gb. Так как совсем ужиматься тоже не стоит.

Дальше запускаем конвертацию и можем наблюдать в колонке Status прогресс конвертации/переноса вашей рабочей машины на гипервизор ESXi.

Перенос операционной системы в гипервизор ESXi при помощи Remote Windows machine

Тут процедура точно такая же, только вместо Powered on выбираем Powered off и Remote Windows machine, а поскольку это машина удалённая, то нам нужно будет дополнительно прописать доступы к ней (ip адрес, имя пользователя и пароль). После того как соединение с машиной-источником установим нам будет предложено выбрать в диалоговом окне каким образом мы удалим с конвертируемой машины агента Standalone. Автоматически после переноса или самостоятельно своими ручками чуть позже.

Дальше процесс никак не отличается от клонирования локальной машины. Не вижу смысла повторять одно и тоже по нескольку раз.

Возможные проблемы

Рекомендую для начала проверить саму систему на наличие повреждений системных файлов. Запускаем командную строку от имени администратора и выполняем sfc:

Unable to contact the specified host

VMware vCenter Converter Standalone Unable to contact the specified host ‘ip_address‘. The host might not be available on the network, there might be a network configuration problem, or the management services on this host are not responding.

Зачастую это связано с тем, что на вашей системе или на удаленной ОС закрыты порты 443 и/или 80.

А также причиной может быть фаервол или встроенный Windows Defender. На время миграции машины на гипервизор попробуйте отключить защиту.

Permission to perform this operation was denied

Тут говорится, что нехватает прав. Но почему? Я ведь и так администратор, в чём дело? Мы знаем, что Standalone был запушен от имени администратора, да и к удаленной системе мы также подключаемся к учётной записи администратора. Так вот. Причиной такого поведения может послужить UAC (контроль учётных записей).

Insufficient permissions to connect to admin$

Решение. Способ 1

Открываем в реестре regedit следующую ветку:

Там необходимо создать параметр DWORD 32-bit LocalAccountTokenFilterPolicy и присвоить ему параметр 1. После сохранения перезагрузите ОС для применения изменений.

Решение. Способ 2

Также в каких-то случаях помогает следующая процедура: Открываем групповые политики gpedit.msc и переходим в раздел

Решение. Способ 3

Открываем оснастку общих папок fsmgmt.msc и смотрим что папка ADMIN$ присутствует в списке общих ресурсов. Если её нет — возвращаем. По итогу у вас должен открываться каталог:

Решение. Способ 4

Установить Convertor agent на машине, которую собираетесь переносить на гипервизор.

Ошибка в процессе переноса Error code: 225

В процессе переноса виртуальной машины я получил следующую ошибку где-то на 50%.

FAILED: An error occurred during conversion: ‘File-level volume clone error failed with sourcevolume id \WindowsBitmapDriverVolumeId=[. ] and target volume id 44=494. Error code: 225 ‘

Данную ошибку я решил путем отключения встроенного защитника Windows через стандартное приложение «Настройки».

Источник

Миграция виртуальных машин “на лету” без vMotion с помощью Veeam Backup & Replication

Недавно я столкнулся с такой задачей: нужно было выполнить миграцию “на лету” виртуальной машины (ВМ), при том, что функция vMotion в имеющейся версии VMware vSphere отсутствовала. Мне успешно удалось решить эту проблему, и под катом я хочу поделиться моим решением, так как, думаю, это может пригодиться еще кому-то.

VMware vMotion — это специальная функциональная возможность vSphere, которая позволяет переместить ВМ с одного хоста на другой “на лету”, то есть без видимого влияния на “продакшн” систему. Технология vMotion была представлена еще в 2003 году и по настоящий момент времени является частью всех выпусков vSphere, кроме Essentials Kit, который предназначен для построения небольших виртуальных инфраструктур.

Существует несколько сценариев, когда vMotion может быть полезен, начиная от случая запланированного обслуживания системы (например, установка пакетов обновления программного обеспечения), когда требуется мигрировать ВМ на другой сервер на небольшой промежуток времени без даунтайма/простоя, и заканчивая случаем миграции ВМ при проблемах с производительностью сервера. Конечно, если vSphere лицензия позволяет это сделать, то миграция выполняется парой кликов мыши. Но что делать, когда такой возможности у установленной версии vSphere нет, но она требуется для разового проекта? В таком случае можно воспользоваться функциональной возможностью Quick Migration имеющейся в Veeam Backup & Replication v7.

Итак, что это такое?

Quick Migration — это одна из функций Veeam Backup & Replication, которая доступна также и в бесплатной версии (Free Edition). Схема работы Quick Migration показана на рисунке ниже. VMware backup proxy служит связующим звеном при миграции ВМ.

Теперь я покажу работу Quick Migration на практическом примере. Итак, что нужно сделать, чтобы выполнить простейшую миграцию “на лету” без vMotion:

Установить программу на физический сервер или ВМ под управлением Windows (обязательно 64-bit). Инсталлятор стандартный и установка продукта занимает не более 15 минут.

Добавить в Veeam Backup консоль два хоста: первый хост (на котором работает ВМ) и второй хост (куда ее нужно переместить), после чего они будут доступны в разделе управляемых vSphere хостов. Интерфейс пользователя довольно прост, надеюсь, что не возникнет сложностей с этой операцией. Однако чтобы удостовериться, что все правильно, можно посмотреть наглядный процесс установки (на англ. яз.).

Когда хосты успешно добавлены в консоль, можно переходить к самой миграции.

Quick Migration позволяет перемещать работающую ВМ между хостами и/или хранилищами. Для того чтобы начать операцию, нужно выбрать ВМ, кликнуть правой кнопкой мыши по ней и выбрать пункт Quick Migration… из списка меню.

Сам процесс содержит несколько шагов — кликов мыши. Необходимо подтвердить ВМ (можно взять несколько), выбрать хост назначения, куда совершается перенос и указать прокси-сервера, если такие уже есть в системе для увеличения скорости процесса:

И все! Система перенесет ВМ на другой хост/хранилище, зарегистрирует ее там и сообщит вам о том, что машиной можно пользоваться.

Несколько дополнительных мыслей

Quick Migration может быть полезной, если нужно мигрировать VMware ВМ между хостами (разными датасторами/хостами и датасторами) VMware ESX(i) без приостановки ее работы, т.е «на лету”, а VMware vMotion опция недоступна.

В общем, Quick Migration работает с ВМ, находящейся в любом состоянии, но эта функция становится очень полезной, когда ВМ запущена в продуктивной сети и нет возможности ее выключить (или приостановить).

Quick Migration может мигрировать несколько ВМ параллельно.

Quick Migration доступна только для VMware серверов, но не для Hyper-V.

Источник

Как преобразовать физические машины в виртуальные — Disk2VHD

Как превратить физический сервер в ВМ на платформе Hyper-V

Уверен, вы уже не раз слышали про виртуализацию. И еще я уверен, что, где бы вы ни работали, вы хотели бы использовать преимущества виртуальной среды. Если вы ищете инструкцию, как превратить свой физический сервер в виртуальную машину на платформе Hyper-V (P2V), просто прочитайте эту статью: я расскажу, как выполнить эту операцию всего за несколько минут!

Для преобразования можно использовать один из нескольких конвертеров. Я расскажу о самом простом и удобном способе создания ВМ для платформы Hyper-V. Для этого вам потребуется установленный и работающий сервер Hyper-V, на котором можно развернуть ВМ. Если вы еще не установили сервер, прочитайте сначала это руководство.

Когда не стоит выполнять преобразование?

Я не рекомендую виртуализовать физический сервер, если он используется как контроллер домена. Вместо этого вам необходимо создать новую ВМ, назначить ее контроллером домена, синхронизировать с основным контроллером, а затем передать ей роль FSMO. На эту тему есть много полезных статей.

Можно также выполнить преобразование с учетом транзакций — этот вариант следует использовать, если на машине работает SQL Server, Exchange, SharePoint и тому подобные приложения. Лучше всего выбрать время для запланированного выключения соответствующего сервера, остановить работу указанных выше служб перед началом преобразования и/или отключить сетевой адаптер.

Никаких других ограничений для преобразования сервера нет. Можно приступать!

Руководство по преобразованию P2V с помощью Disk2VHD

Из всех конвертеров P2V для Hyper-V самым удобным для этой операции мне представляется Disk2VHD. Он создан инженерами Microsoft, имеет размер всего 0,9 МБ, и скачать его можно с официальной страницы Windows Sysinternals. К делу!

Шаг 1. Скачайте программу Disk2vhd

Перейдите на страницу Windows Sysinternals и скачайте программу.

Программа Disk2vhd v2.01.

Шаг 2. Запустите Disk2vhd на физическом сервере, который необходимо преобразовать

Просто распакуйте ее и запустите на сервере. Как показано на рисунке, интерфейс программы очень простой. Чтобы создать диск VHDX, поставьте флажок Use Vhdx (Использовать Vhdx).

ПРИМЕЧАНИЕ. VHDX — это формат диска, появившийся в Windows Server 2012. По сравнению с традиционным VHD, в VHDX был внесен ряд изменений: появился специальный внутренний журнал, снижающий вероятность повреждения данных, увеличилась емкость (до 64 ТБ), добавлены некоторые другие функции. Я рекомендую по возможности использовать формат VHDX.

Выберите Use VSS (Использовать VSS), если вы хотите получить копию диска, согласованную на уровне транзакций, а не сбоев. Выберите место, где будет находиться файл VHDX (если оно будет расположено на том же диске, возможно «поглощение», поэтому для хранения образа лучше использовать другой жесткий диск). Выберите любой диск/том, который нужно виртуализовать. Если вы хотите сделать этот диск загрузочным, необходимо включить туда системный диск и область загрузки (поставьте флажок System Reserved (Зарезервировано системой)). Нажмите Create (Создать), чтобы начать преобразование.

Запустите Disk2vhd на физическом сервере, который необходимо преобразовать.

Шаг 3. Преобразуйте диск(и) в формат VHDX и скопируйте на хост Hyper-V

Во время этой операции вы увидите примерное время, оставшееся до ее завершения.

Преобразуйте диск(и) в формат VHDX и скопируйте на хост Hyper-V.

После ее завершения вы получите файл/диск VHDX, который можно скопировать на сервер Hyper-V и поместить в папку, где находятся диски ВМ.

Преобразуйте диск(и) в формат VHDX и скопируйте на хост Hyper-V.

Шаг 4. Создайте новую ВМ на хосте Hyper-V

Чтобы использовать созданный диск, необходимо создать ВМ. Запустите мастер (New → Virtual Machine (Создать → Виртуальная машина)) в Менеджере Hyper-V и настройте ее в соответствии со своими требованиями. Параметры настройки очень просты, за исключением выбора поколения ВМ (появился только в Windows Server 2012 R2).

Создайте новую ВМ на хосте Hyper-V.

ПРИМЕЧАНИЕ. Необходимо внимательно подойти к выбору поколения ВМ. Начиная с Windows 2012 R2, в Hyper-V появился новый параметр:
Generation 2 virtual machine (Виртуальная машина 2 поколения). Речь идет о втором поколении встроенного ПО для ВМ с обновленным набором виртуального аппаратного обеспечения и новыми возможностями для пользователей, такими как загрузка с устройства, подключенного по iSCSI. Но ВМ 2 поколения имеют существенные ограничения, например, они поддерживают гостевые ОС, только начиная с Windows 8, а семейство Unix не поддерживают совсем. Таким образом, на практике этот вариант следует выбирать только для Windows 8/8.1 или Windows Server 2012/2012 R2 и только для 64-разрядных версий.

Поэтому к выбору поколения ВМ нужно отнестись внимательно, и если вы не уверены на 100%, что вам необходимо Поколение 2, выбирайте поколение 1.

Создайте новую ВМ на хосте Hyper-V.

Шаг 5. Подключите созданный диск

Дойдя до шага Connect Virtual Hard Disk (Подключение виртуального жесткого диска), необходимо настроить виртуальный жесткий диск. Найдите уже созданный диск и выполните оставшиеся действия с помощью мастера.

Подключите виртуальный жесткий диск.

Шаг 6. Запустите ВМ и приступайте к работе

Щелкните правой кнопкой мыши на ВМ, выберите Run (Запустить), затем еще раз щелкните правой кнопкой и подключитесь к ней.

Загрузка ВМ может занять некоторое время, поскольку конфигурация аппаратного обеспечения будет отличаться. Но через несколько минут вы увидите экран приветствия и сможете войти в систему. Готово!

Вот и все!
Наслаждайтесь преимуществами своих ВМ и не забудьте их защитить, используя бэкап виртуальной инфраструктуры с помощью Veeam!

Также вас могут заинтересовать:

Andrew, currently working as a Cloud Technologist on the Veeam Product Strategy team, is a certified IT professional with over a decade of industry experience. Initially doing technical support for various solutions, including Veeam Backup & Replication, he has got practical expertise, which helps him to speak the same language as Veeam community members.

You can always find him presenting at different offline/online events, where he loves to solve the challenges associated with data protection. His motto is to help others realize the beauty and power of virtualization and cloud technologies.

Источник

Как перенести виртуальную машину VMware с одного хоста на другой, НЕ ИСПОЛЬЗУЯ VMware vMotion

VMware vMotion — это функция vSphere, которая позволяет переносить работающую виртуальную машину (ВМ) VMware с одного хоста на другой, не мешая работе производственной среды. VMware vMotion была впервые представлена в 2003 году и сейчас входит в состав практически всех редакций VMware vSphere, кроме vSphere Essentials Kit, предназначенного для небольших виртуальных сред.

VMware vMotion может использоваться в самых различных ситуациях, начиная с планового обслуживания аппаратного обеспечения, когда нужно ненадолго перенести ВМ на другой хост ESX(i), не останавливая ее, и до миграции рабочих ВМ на более мощные серверы. Если ваша лицензия vSphere включает VMware vMotion — поздравляю, вам повезло! А что делать, если ваша лицензия не предусматривает эту функциональность ИЛИ если она нужна вам только на один проект? В этом случае вам поможет технология Quick Migration от Veeam.

Что такое Quick Migration? Quick Migration — это функция Veeam Backup Free Edition, бесплатной редакции Veeam Backup & Replication (без ограничений по сроку действия!). Quick Migration входит во все редакции бэкап-систем Veeam, но здесь речь пойдет только о бесплатном продукте, поскольку эта статья описывает вариант миграции работающих ВМ VMware без дополнительных затрат:

Готово. Следующий вопрос: Как перенести ВМ VMware с помощью технологии Quick Migration?

Технология Quick Migration позволяет переносить работающие ВМ между различными хостами и/или хранилищами. Выберите нужную ВМ, затем в контекстном меню выберите Quick Migration:

Дополнительные замечания:

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

Источник

Виртуализация vSphere, Hyper-V, Xen и Red Hat

Более 5550 заметок о виртуализации, виртуальных машинах VMware, Microsoft и Xen, а также Kubernetes