Мне нужно преобразовать физический в виртуальный наш сервер удаленного рабочего стола (Server 2008 R2), установить роль HyperV на физическом сервере, а затем, в конечном итоге, снова запустить преобразованную виртуальную машину удаленного рабочего стола на физическом сервере.
Я прочитал множество тем по аналогичным темам, в которых некоторые люди предполагают, что хотя бы один из них должен быть новой установкой, чтобы избежать каких-либо проблем в отношении дублированных SID / GUID и т. Д., А другие предполагают, что все будет хорошо, если один из них - SYSPREP 'D (в документации Microsoft SYSPREP также говорится, что RD поддерживается). Тем не менее, я хочу исчерпать все возможности, прежде чем выполнять полную переустановку / перестройку либо физической, либо виртуальной машины, поскольку есть еще пара других приложений, которые я хочу продолжать работать на обоих и избегать любой переустановки / настройки. Я также хотел бы запустить виртуальную машину P2V на другом узле HyperV, прежде чем изменять любую / или минимальную конфигурацию текущей физической, чтобы убедиться, что виртуальная машина в порядке и все службы будут работать.
Что касается текущего физического сервера, это шлюз, на котором установлен диспетчер лицензирования удаленных рабочих столов с настроенными на нем лицензиями вместе с удаленными приложениями.
Я намереваюсь выполнить SYSPREP для виртуальной машины перед настройкой сетевого адаптера. Если я хочу избежать каких-либо изменений в текущем Физическом, я предполагаю, что мне придется изменить имя сервера и IP-адрес виртуальной машины, а затем добавить / изменить любые внутренние правила DNS и брандмауэра, чтобы временно указать на новый IP-адрес.
Однако есть вопросы:
Ниже приводится разбивка того, что я надеялся на успех:
Есть ли что-нибудь, что я упустил, или есть потенциальные ловушки?
Заранее спасибо
Отнеситесь к этому с недоверием, так как я уже довольно давно не пробовал делать что-то подобное.
Не зная больше о «паре других приложений», которые вы «хотите продолжать работать на обоих и избегать любой переустановки / настройки», трудно сказать, собирается ли sysprep «сломать» их. Некоторые приложения поддерживают или корректно восстанавливаются после sysprep, в то время как другие требуют некоторой обработки; последнее особенно актуально для приложений «GUID-y». Но у нас нет возможности узнать, потому что мы не знаем, что это за продукты. Было бы разумно открыть дело в Microsoft, чтобы получить рекомендации по этому процессу в целом, и обратиться к поставщику (-ам) соответствующего приложения (-ей).
Я бы, наверное, пошел по пути, подобному следующему:
Если VM-A функционирует должным образом, а службы продолжают работать так же, как и раньше для вашей организации, оставьте полностью функциональный сервер VM-A работающим как есть: не меняйте имя, IP-адрес или что-либо еще, поскольку это " заведомо хорошая "конфигурация.
После того, как вы закончите выполнение проверочных и регрессионных тестов для VM-A, обратите внимание на PM-A, где вы можете: - очистить планшет, перестроив его, ИЛИ - sysprep его, а затем перенастроить соответствующим образом
Попробуйте подход sysprep и посмотрите, как все работает, когда все сказано и сделано. Если работает - отлично - работа сделана. Если нет, устраните неполадки. Если вы достигли точки, где действует закон убывающей отдачи, перестройте его с нуля, переустановите и перенастройте приложения. Если небо начинает падать: