16-битная виртуализация приложений на Windows Server 2008 R2

16-битная виртуализация приложений на Windows Server 2008 R2

Я скоро обновлю клиентский Terminal Server 2003, и ему все еще нужно запустить 16-битное приложение DOS. Я знаю, что R2 не будет поддерживать это, но предпочел бы использовать его в любом случае, если бы был способ обойти это через виртуализацию.

Можно ли установить 32-битную гостевую ОС для запуска 16-битного приложения и заставить сеансы удаленного рабочего стола запускать приложение с помощью Remote App? Я раньше не использовал Hyper-V, поэтому не уверен во всей этой области. Каковы требования к лицензированию?

Вероятно, я буду использовать машину с двухпроцессорным четырехъядерным процессором. Я полагаю, этого должно быть более чем достаточно для обработки около 10 сеансов удаленного рабочего стола с использованием этой 32-битной ОС?

решение1

Я не уверен, правильно ли я понимаю то, что вы описываете; если вы виртуализируете систему, вы будете запускать старую версию Windows на терминальном сервере и подключаться к этой старой версии, чтобы запустить приложение изнутри.

Я даже не уверен, что рекомендуется запускать виртуализацию на терминальном сервере для нескольких пользователей. Такие вещи, как Hyper-V, предназначены для создания выделенного сервера виртуализации (т. е. сервера Hyper-V, на котором запущен почтовый сервер, DNS-сервер и т. д., а не терминального сервера, виртуализирующего подсессии. Для этого в основном и нужна подсистема Win32).

Если вы собираетесь получить сервер, hyper-v его, а затем запустить на нем терминальный сервер в качестве гостя со старой версией Windows, я не уверен, что вы выиграете, сделав это, если только вы не переносите другие серверы или не консолидируете на том же сервере hyper-v. Вы получите удар по производительности, который должен быть компенсирован преимуществами добавления других серверов к тому же серверу hyper-v.

Что тымощьбыть в состоянии сделать, это установить virtualbox и посмотреть, сможете ли вы запустить версию DOS (например, FreeDOS) в их сеансе, если приложение будет работать в нем. Или более старую версию DOS. Вам придется протестировать ее, чтобы увидеть, совместима ли она с несколькими сеансами, хотя, так как вам может потребоваться настроить доступ к аппаратным настройкам, чтобы убедиться, что Windows не падает или сеанс Virtualbox не падает.

Хотя, возможно, я просто запутался. Сейчас раннее утро... но в зависимости от того, что вы собираетесь дополнительно добавлять на сервер hyper-v, я бы сначала протестировал Virtualbox для отдельных сеансов.

решение2

Если это краткосрочная мера, пока они не откажутся от 16-битного приложения, вы можете взглянуть наDosBox- он действительно разработан для запуска старых игр, но насколько мне известно, это 32-битное приложение, поэтому его можно разместить на машине Server 2008 R2. Вам бы хотелось проверить, как он обрабатывает сопоставленные диски и печать.

решение3

Если вы хотите, вы можете запустить 16-разрядное приложение на терминальном сервере Windows 2008 R1 (32-разрядная ОС). Вы можете использовать 2008 RDS CALS на этом терминальном сервере, чтобы вы могли повторно использовать их как RDS CALS в будущем. Вам просто нужно выяснить ограничения вашего 16-разрядного приложения. Например, если экземпляру рабочего каталога приложения требуется собственное пространство для каждого соединения. Я сделал простой пакетный файл, который берет имя соединения, удаляет первые 4 символа для уникального ограничения на 8-символьное 16-разрядное имя папки, создает рабочий каталог на основе уникального имени, копирует в него рабочий каталог и запускает из него приложение. Вы можете использовать RemoteApp, чтобы опубликовать пакетный файл, который запустит процедуру и запустит приложение в его собственном рабочем каталоге. Я также проверяю, был ли он уже создан, прежде чем копировать файлы.

Связанный контент