Назад | Перейти на главную страницу

Физический для виртуального сервера удаленных рабочих столов на том же сервере

Мне нужно преобразовать физический в виртуальный наш сервер удаленного рабочего стола (Server 2008 R2), установить роль HyperV на физическом сервере, а затем, в конечном итоге, снова запустить преобразованную виртуальную машину удаленного рабочего стола на физическом сервере.

Я прочитал множество тем по аналогичным темам, в которых некоторые люди предполагают, что хотя бы один из них должен быть новой установкой, чтобы избежать каких-либо проблем в отношении дублированных SID / GUID и т. Д., А другие предполагают, что все будет хорошо, если один из них - SYSPREP 'D (в документации Microsoft SYSPREP также говорится, что RD поддерживается). Тем не менее, я хочу исчерпать все возможности, прежде чем выполнять полную переустановку / перестройку либо физической, либо виртуальной машины, поскольку есть еще пара других приложений, которые я хочу продолжать работать на обоих и избегать любой переустановки / настройки. Я также хотел бы запустить виртуальную машину P2V на другом узле HyperV, прежде чем изменять любую / или минимальную конфигурацию текущей физической, чтобы убедиться, что виртуальная машина в порядке и все службы будут работать.

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

Я намереваюсь выполнить SYSPREP для виртуальной машины перед настройкой сетевого адаптера. Если я хочу избежать каких-либо изменений в текущем Физическом, я предполагаю, что мне придется изменить имя сервера и IP-адрес виртуальной машины, а затем добавить / изменить любые внутренние правила DNS и брандмауэра, чтобы временно указать на новый IP-адрес.

Однако есть вопросы:

  1. Будет ли все работать в виртуальной машине, включая лицензирование после преобразования и SYSPREP, или какая конфигурация потребуется? т.е. потребуется ли заново настраивать лицензии?
  2. Требуется ли какая-либо дополнительная настройка для сервера удаленных рабочих столов, если имя сервера изменилось?

Ниже приводится разбивка того, что я надеялся на успех:

  1. P2V на физическом сервере, используя внутренние компоненты системы disk2vhd.
    1. Переместите VHD на другой хост HyperV в нашей среде.
    2. Настройте новую виртуальную машину на хосте HyperV и подключите виртуальную машину, не настраивая сетевой адаптер.
    3. Загрузочная ВМ и SYSPREP
    4. Настроить NIC, назначить IP, переименовать сервер
    5. Настройте запись A для внутреннего DNS и укажите текущее правило входящего брандмауэра удаленных рабочих столов на новый IP-адрес виртуальной машины.
    6. После подтверждения работы установите роль HyperV на физическом сервере.
    7. Верните виртуальную машину на физический сервер.

Есть ли что-нибудь, что я упустил, или есть потенциальные ловушки?

Заранее спасибо

Отнеситесь к этому с недоверием, так как я уже довольно давно не пробовал делать что-то подобное.

Не зная больше о «паре других приложений», которые вы «хотите продолжать работать на обоих и избегать любой переустановки / настройки», трудно сказать, собирается ли sysprep «сломать» их. Некоторые приложения поддерживают или корректно восстанавливаются после sysprep, в то время как другие требуют некоторой обработки; последнее особенно актуально для приложений «GUID-y». Но у нас нет возможности узнать, потому что мы не знаем, что это за продукты. Было бы разумно открыть дело в Microsoft, чтобы получить рекомендации по этому процессу в целом, и обратиться к поставщику (-ам) соответствующего приложения (-ей).

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

  1. Разработайте документ для проверки и регрессионного тестирования, если у вас его еще нет.
  2. Запланируйте время простоя в организации
  3. Сделайте снимок физической машины (ghost, acronis, macrium, clonezilla, gparted, если нужно - что угодно)
  4. P2V «Физическая машина A» (PM-A) как «виртуальная машина A» (VM-A)
  5. Разверните виртуальную машину в другом месте и подключите VHD / X для виртуальной машины A, созданной выше
  6. Настройте вновь созданную виртуальную машину для VM-A (например: создайте коммутатор, поместите его в соответствующую VLAN и т. Д.)
  7. Выключите PM-A или отсоедините сетевой адаптер от PM-A.
  8. Включите VM-A
  9. Тестируйте и перенастраивайте VM-A и другие сервисы в организации соответственно

Если VM-A функционирует должным образом, а службы продолжают работать так же, как и раньше для вашей организации, оставьте полностью функциональный сервер VM-A работающим как есть: не меняйте имя, IP-адрес или что-либо еще, поскольку это " заведомо хорошая "конфигурация.

После того, как вы закончите выполнение проверочных и регрессионных тестов для VM-A, обратите внимание на PM-A, где вы можете: - очистить планшет, перестроив его, ИЛИ - sysprep его, а затем перенастроить соответствующим образом

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

  1. Восстановите PM-A из резервной копии изображения, которое вы сделали ранее
  2. Выключите ВМ-А
  3. Включите PM-A
  4. В исходную точку