HVBackup — backup виртуальных машин hyper-v

Репликация Hyper-V без домена : комментария

1. Artem

   Отлично, только не сказано что надо отключить проверку отзывов. Иначе сертификат не принимает.

   Ответить ↓

2. Дмитрий

   Только работать это все не будет, т.к. при первой же проверке выскочит ошибка проверки сертификата на сервере репликаций. Нужно добавить в реестр соответствующий ключ: reg add “HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Virtualization\Replication” /v DisableCertRevocationCheck /d 1 /t REG_DWORD /f

   Ответить ↓

3. Дмитрий

   Здравствуйте, Сергей. Благодарю за полезную статью. К сожалению, включение репликации на ВМ заканчивается ошибкой: «Hyper-V получен недействительный цифровой сертификат с сервера-реплики «». Ошибка: Указанный сертификат подписан самовольно. (0x80092007).» Вы могли бы прокомментировать данную ошибку и предложить способы устранения? Спасибо.

   Ответить ↓

   1. 

      Hyper-V …

      

      Hyper-V …

      

      Hyper-V …

Для каких целей платформа виртуализации Microsoft Hyper-V применяется на практике

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

Рассмотрим несколько преимуществ, которые дает технология виртуализации Hyper-V.

Рациональное использование оборудования

Поддержка аппаратной виртуализации Hyper-V дает возможность сосредоточить серверы на меньшем количестве физических машин (как показывает опыт, без виртуализации их ресурсы редко используются на полную мощность). Пример из нашей практики — перенос сервера на виртуальную машину Hyper-V позволил развернуть на единственном физическом сервере одновременно сервер Active Directory, сервера терминалов и баз данных, соответственно, у заказчика получилось сэкономить средства на покупку “лишнего” оборудования и его эксплуатацию.

Организация частной облачной среды предприятия

Система виртуализации Hyper-V поможет создать общедоступные облачные ресурсы компании и гибко управлять их использованием. Для большей безопасности и защиты виртуальных серверов Hyper-V существует технология экранирования виртуальных машин (Shielded virtual machines).

Безопасность данных компании

В качестве одной из мер безопасности можно рассмотреть использование на клиентских ПК Hyper-V, виртуализацию физической машины. На рабочем месте сотрудника выполняем перенос физической машины в виртуальную среду Hyper-V, разворачиваем две виртуальные машины (ВМ) — рабочую и персональную. На рабочей настраиваем все необходимые ограничения доступа и политики безопасности, принятые в компании, а на персональной пользователь может делать все, что ему угодно, при этом данные компании останутся в полной сохранности, т.к. ВМ изолированы одна от другой. Встроенные средства поддержки виртуализации Hyper-V есть в Windows 7, 10 Pro или Enterprise.

Виртуальные рабочие столы (VDI)

Установка и настройка Hyper-V Server 2012 и хоста виртуализации удаленных рабочих столов предоставит пользователям личные виртуальные рабочие столы — готовое рабочее окружение с доступом к нему из любой точки мира, позволит централизовать администрирование и контролировать все пользовательские потоки данных. А средства динамической миграции ВМ дадут возможность выполнять перенос виртуальных машин Hyper-V практически незаметно для пользователей.

Моделирование любых сред для задач разработки и тестирования приложений

Можно использовать виртуализацию при помощи Hyper-V для имитации физических компьютерных сред, в которых должно функционировать приложение. При этом нет надобности покупать и поддерживать все аппаратные комплектующие, которые понадобились бы, если бы среду воссоздавали физически, достаточно установить Windows Hyper-V и смоделировать все необходимые компоненты.

Непрерывность бизнес-процессов

Виртуализация серверов с Windows Server Hyper-V поможет уменьшить влияние простоев, поскольку виртуальный сервер не привязан к физическому оборудованию, которое может отказать. В случае отказа его можно быстро и несложно запустить на дублирующем оборудовании (лучше всего, если выполнена настройка сети Hyper-V Windows и организован отказоустойчивый кластер серверов).

Гипервизор Hyper-V распространяется бесплатно, его можно скачать с сайта Microsoft, устанавливается он на любой Windows или Linux сервер. Им легко управлять и просто использовать.

Исправить ошибки репликации Hyper-V

Причиной сбоя репликации Hyper-V может быть несколько причин. Это могут быть проблемы с сетью, устаревший хост, целостность или что-то еще.

Ниже приведены некоторые из распространенных проблем и решений:

1. Hyper-V приостановил репликацию для виртуальной машины из-за неисправимого сбоя. (Идентификатор виртуальной машины ).
2. Hyper-V запретил запуск виртуальной машины, потому что она подготовлена ​​к отработке отказа
3. Hyper-V Не удалось разрешить имя сервера реплики
4. Hyper-V не в состоянии принять репликацию на сервере реплики для виртуальной машины <имя виртуальной машины>
5. Не удалось выполнить операцию. Hyper-V не находится в допустимом состоянии репликации для выполнения операции

Интересно отметить, что большинство ошибок Hyper-V возникают из-за проблем синхронизации между ними. Либо хост находится в обслуживании, либо сервер реплики находится в автономном режиме или не готов.

1] Hyper-V приостановил репликацию для виртуальной машины из-за неисправимого сбоя. (Идентификатор виртуальной машины)

Полное описание включает: Hyper-V не может реплицировать изменения для виртуальной машины , поскольку сервер-реплика отклонил соединение. Это может быть связано с тем, что на сервере-реплике имеется ожидающая операция репликации для той же виртуальной машины, которая занимает больше времени, чем ожидалось или имеет существующее соединение.

Чтобы решить, проверьте по следующим пунктам:

• Щелкните правой кнопкой мыши виртуальную машину и выберите возобновление процесса репликации.
• Убедитесь, что сервер репликации подключен.
• На сервере реплик всегда должно быть достаточно места
• Достаточная пропускная способность сети, чтобы процесс репликации мог завершиться за один цикл.
• Обычно это может решить проблему, но если это не так, то удалите реплику и заново настройте репликацию, предлагает Microsoft. Вам придется подождать, пока синхронизация не будет завершена. Если сервер репликации долгое время находился в автономном режиме, исходный сервер акклиматизирует столько данных, что становится невозможным его пересылка.

2] Hyper-V запретил запуск виртуальной машины, так как она подготовлена ​​к отработке отказа

При настройке страницы сервера реплики необходимо ввести NetBIOS или полное доменное имя сервера реплики. Если сервер реплики является частью отказоустойчивого кластера, введите имя посредника реплики Hyper-V.

Если есть что-то кроме того, что мы рассказали выше, у вас будет эта ошибка, потому что процесс восстановления после сбоя не может ее найти. Чтобы исправить это, вам нужно будет отредактировать страницу настройки репликации и заменить имя на NetBIOS или FQDN. Как только исправление будет сделано, вы не получите сообщение об ошибке репликации Hyper-V.

3] Hyper-V Не удалось разрешить имя сервера реплики

То же, что и выше, и это явная ошибка. Если Hyper-V не может разрешить имя сервера реплики, необходимо проверить, используете ли вы NetBIOS или FQDN. Если вы используете правильный формат, то проблема с DNS. Вы должны проверить DNS-сервер, чтобы выяснить почему он не может разрешить ожидаемый адрес сервера.

4] Hyper-V не в состоянии принять репликацию на сервере реплики для виртуальной машины

Когда репликация включена на виртуальной машине, процесс создает файлы виртуальной машины реплики, где все хранится. У каждой из этих папок есть имя, которое представляет GUID. Это уникально для каждого исходного сервера.

Если по какой-либо причине мастер установки Hyper-V имеет такой же UID, поскольку он уже был настроен один раз, вы получите эту ошибку. Поскольку процесс проверяет наличие дублирующейся виртуальной машины перед завершением, появляется ошибка.

Hyper-V не в состоянии принять репликацию 

Альтернативой этому методу является не использование GUID. Документы Microsoft предлагают следующее:

• Включите репликацию для виртуальной машины и убедитесь, что начальная репликация не запускается сразу (вы можете запланировать начальную репликацию на более позднее время)
• После создания виртуальной машины-реплики используйте мастер перемещения, чтобы переместить хранилище виртуальной машины на выбранный вами путь (миграция хранилища).
• После завершения миграции хранилища вы можете запустить начальную репликацию для виртуальной машины.

5] Не удалось выполнить операцию, Hyper-V не находится в допустимом состоянии репликации для выполнения операции

Это происходит по двум причинам:Первый — это когда сервер не настроен как сервер реплики. Поэтому, когда источник инициирует процесс репликации, другая сторона не знает, что делать с вводом. Второй — когда сервер блокирует доступ к Hyper-V на сервере репликации.

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

Windows 10 KB4598291: что известно об устранении ошибок error 0x7e: Не удается загрузить компонент защиты Увеличиваем производительность Windows 10 средствами самой ОС

Как создать виртуальную машину в диспетчере Hyper-V

Для создания виртуальной машины в диспетчере Hyper-V нажмите правой кнопкой мыши на имени компьютера и в появившемся контекстном меню выберите Создать > Виртуальная машина.

В первом окне мастера создания виртуальной машины нажимаем кнопку Далее >

В следующем окне задаем виртуальной машине имя, также можно сменить ее месторасположение (стандартное расположение для виртуальных машин – папка C:\\ProgramData\\Microsoft\\Windows\\Hyper-V) на диске физического компьютера, указав нужный раздел диска и нужную папку с помощью кнопки Обзор., нажимаем кнопку Далее >

Следующий шаг это выбор поколения виртуальной машины. Выберите необходимое поколение виртуальной машины (в данном случае выбрано поколение 2) и нажмите кнопку Далее >.

Поколение 1 – это виртуальные машины, поддерживающие 32- и 64-битные системы Windows. Поколение 1 совместимо с прежними версиями Hyper-V

Виртуальные машины нового формата со встроенным программным обеспечением на базе UEFI. Такие виртуальные машины поддерживают ряд новых возможностей и способны обеспечить небольшой прирост производительности. На виртуальные машины поколения 2 в качестве гостевых ОС устанавливаются только 64-битные версии Windows 8.1 и 10, а также серверные Windows Server 2012, Server 2012 R2 и Server 2016

Далее в окне выделения памяти оставляем предустановленные параметры, если физический компьютер имеет не более 4 Гб оперативной памяти. Если оперативной памяти больше 4 Гб, можно увеличить показатель, выделяемый при запуске виртуальной машины. Выберите нужный объем памяти и нажмите кнопку Далее >

В окне «Настрока сети» в выпадающем списке Подключение выберите ранее созданный виртуальный коммутатор и нажмите кнопку Далее >

В окне «Подключить виртуальный жесткий диск» укажите желаемое место его расположения на диске, имя файла виртуального жесткого диска, а также задайте размер, которого будет достаточно для ваших целей и нажмите кнопку Далее >. В данном случае оставлены параметры по умолчанию.

Следующим шагом будет указание пути к дистрибутиву Windows. Виртуальные машины второго поколения не предусматривают загрузку с физического CD/DVD-привода. Источниками загрузки дистрибутива гостевой операционной системы могут быть только сеть и ISO-образ. В данном случае это ISO-образ. Нажмите кнопку Далее >

Затем в окне «Завершение работы мастера создания виртуальной машины» нажмите кнопку Готово.

Шаг Создайте виртуальную машину

Откройте диспетчер Hyper-V. На правой панели выберите пункт Создать > Виртуальная машина.

Имя виртуальной машины

Появится мастер создания виртуальной машины. Нажав один раз кнопку Далее, вы перейдёте к этапу установки Укажите имя и местонахождение (список этапов и текущий этап обозначаются в левой части окна). Здесь в соответствующем поле нужно указать имя виртуальной машины.

Выбор поколения

В следующем пункте нужно выбрать поколение виртуальной машины. В нашем примере мы использовали Windows 7, которой соответствует первое поколение.

Выделяемая память

После этого нужно определить количество выделяемой памяти. Мы рекомендуем выделять не менее 1 Гб, то есть 1024 Мб.

Настройка сети

В разделе Настройка сети нужно выбрать тот виртуальный коммутатор, который мы выбрали при добавлении компоненты в меню Виртуальный коммутатор (см. столбец Описание на соответствующей картинке из шага 1).

Виртуальный жёсткий диск

Далее потребуется создать или выбрать уже имеющийся виртуальный жёсткий диск. В нашем примере мы создаём новый жёсткий диск размером 40 Гб.

Источник установки операционной системы

На следующей панели нужно выбрать способ установки операционной системы. В нашем случае мы устанавливали её с DVD-диска.

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

Заключение

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

Есть хорошая возможность совместить HVBackup и бэкап серверов с rsync. Например, делать архивы локально на сервере с hyper-v, монтировать к linux серверу папку и с помощью rsync забирать zip файлы с виртуальными машинами. Либо сразу делать резервное копирование на линуксовую самбу, к примеру.

Создание виртуальной машины с помощью Hyper-V

Hyper-V – это встроенный гипервизор, который входит в набор компонентов серверных операционных систем Windows Server и с недавнего времени, начиная с Windows 8 доступен и на обычных версиях операционных систем. Это решение выглядит более удачным, чем входившая в Windows 7 виртуальная машина Windows Virtual PC.

В данной статье мы опишем весь процесс создания виртуальной машины с помощью гипервизора Hyper-V, а также способ переноса с другого гипервизора (VMWare), репликация, backup и восстановление виртуальной машины.

Этот компонент доступен только в операционных системах с 64-разрядностью и не ниже профессиональных изданий. Также является единственной на данный момент технологией виртуализации Microsoft, поддерживающей 64-разрядные гостевые системы. В обычных клиентских операционных системах поддерживается режимы сна и гибернации, чего нет в серверных гипервизорах.

Для работы с Hyper-V ваш процессор должен поддерживать технологии виртуализации, так как без это данный компонент не будет работать.

У процессора должна присутствовать аппаратная виртуализация. У Intel эта технология называется Intel-VT (может быть обозначена как VMX), а у процессоров на базу AMD называется AMD-V (может обозначаться SVM). Так же должна быть трансляция адресов второго уровня, SLAT (Intel EPT или AMD RVI).

Как определить подходит ли ваш компьютер для работы с Hyper-V и соответствует ли требованиям?

1. Можно воспользоваться информацией с официального сайта производителей ваших процессоров, просмотрев таблицу поддержки технологий виртуализации. (Intel | AMD).
2. Воспользоваться фирменными утилитами разработанными производителями ваших процессоров (Intel | AMD)
3. Прибегнуть к сторонним программам. Одно из таких приложений называется Coreinfo, которое доступно для скачивания с официального сайта Microsoft (ссылка на скачивание: скачать).

Утилиту Coreinfo нужно запускать до активации компонента Hyper-V, так как судя по отзывам и комментариям, данное приложение может показать неверную информацию, которая может ввести в заблуждение.

Перенос Windows server на Citrix XenServer

Вводная.

Есть у меня сервер, на котором висит MsSQL, Tomcat и еще несколько сервисов. Железка простенькая, но надежная. HP dl160 g6. Работает под вынь 2008. Запустили его давно, примерно 4 года назад. За это время пришлось завести еще один серв, на котором висит VPN сервер и пара сайтов. В роли второго сервера выступил обычный дестоп под linux.

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

Появилась идея виртуализировать оба сервера, и установив на HP Citrix XenServer, крутить все это на нем.

С XenServer я работаю уже года 3, но переносить живую винду с реального сервера в виртуалку еще ни разу не приходилось.

Как это было.

Перенос системы в вирталку делается просто. Сперва нужно установить XenConvert. После запуска, программа предлагает сконвертировать ОС в виртуальную систему (т.е. создать образ диска, и конфигурацию для загрузки на вирт машине).

На выбор предлагает несколько вариантов. Не помню все по списку, но примерно все выглядит так — или в VHD файл, или на XenServer напрямую. Разница в том, что во первом варианте, сперва создаешь файл, потом файл импортируешь в XenServer через XenCenter (это программа управления сервером по сети), во втором варианте, система конвертируется, и напрямую заливается на XenServer по сети.

Далее мастер предлагает выбрать локальные диски, которые будут перенесены в виртуальную машину. Тут надо быть внимательнее. Например мне, мастер не задумываясь предложил сконвертить в виртуалку дополнительный хард, на который я VHD с виртуалкой собирался сохранять.

Диск объемом примерно 300 гиг, конвертируется больше 6 часов, причем скорость процесса зависит не от скорости диска, а от каких то других факторов.

После того, как система сконвиртировалась в VHD файл, я установил на сервер XenServer 6.2, и думал, что осталось совсем немного — импортировать полученный файл на сервер. Но не тут то было. Процесс импорта обрывался с ошибкой «import failed», без объяснения причин.

Спева конечно погуглил, но ничего путного не нашел. Затем просмотрев ченжлог для XenServer 6.2 выснил список обнаруженных багов и какие патчи можно попробовать поставить.  В процессе выяснилось, что через через меню в XenCenter патчи ставиться не хотят. Пришлось ставить в ручную. Сперва поставил сервис пак.

Скачать его можно отсюда:

Перед установкой рекомендую ознакомиться с release notes

Архив сервис пака состоит из двух частей — непосредственно из патча, и архива с исходниками. Для установки на сервер нужен только файл патча Что бы его поставить нужно закинуть его на сервер, а далее сделать.

В ответ программа выдаст идентификтор патча (иначе его можно посмотреть по команде xe patch-list )Далее нужно загруженный патч применить.

После чего сервер нужно перезагрузить.

Но как выяснилось позже, это было не обязательно. Дело в том, что при импорте файла с виртуалкой, мастер спрашивает о ip адресе сервера на который нужно импортировать. Я сперва выбирал DHCP, но как оказалось, в этом и была проблема. После того, как указал адрес статически, процесс импорта все же запустился.

После переноса системы в виртуалку нужно обязательно поставить XenServer Tools. У меня почему то они не встали с первого раза, но это уже совсем другая история.

Еще в процессе переноса системы обнаружил странный баг. При загрузке, сервер выдавал ошибку «BNC Not Responding», при этом в начале загрузки не отображалась версия BIOS. А при входе в BIOS, в разделе настройки iLO неотображались настройки ip адреса, вместо них было написано «BNC Not Responding».

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