16-разрядная виртуализация приложения на Windows Server 2008 R2
Ваши планы восстановления продиктовали бы потребности бизнеса и доступных ресурсов - т.е. насколько очень важный данные, что может Вы позволять себе проиграть и сколько устойчивость может Вы выравнивать по ширине для стоимости и т.д.
Если Вы предоставите нам больше подробной информации о своем сценарии, то Вы получите некоторые хорошие предложения, проникающие, но на базовом уровне необходимо смотреть на полное резервное копирование, по крайней мере, еженедельно (ежедневно, если размер не растет слишком быстро, и можно управлять им) с более частыми различными взятыми резервными копиями. Резервные копии журнала обычно должны браться каждые 15 - 30 минут в зависимости от пропускной способности.
О - и удостоверяются, что Ваши резервные копии идут в другой диск/массив или становятся скопированными в другого от местоположения сервера так, чтобы они были доступны для восстановления с того, если Вы теряете целое поле (легкая ошибка, я видел сделанный!)
Наконец - тест, тест, тест! Стратегия резервного копирования бесполезна, если Вы не знаете, как восстановить, и/или Ваши резервные копии повреждены. Я протестировал бы еженедельно.
Если Вы хотите больше устойчивости затем, необходимо посмотреть на вещи как передача журналов, зеркально отразив и т.д...
Я не уверен, читаю ли я то, что Вы описываете правильно; при виртуализации системы Вы выполнили бы более старую версию Windows в терминальном сервере и имели бы их, соединяются с той более старой версией для запущения приложения из.
Я даже не уверен, что рекомендуется выполнить виртуализацию в терминальном сервере для многочисленных пользователей. Вещи как Hyper-V предназначены для создания выделенного сервера виртуализации (т.е. hyper-V сервер, выполняющий почтовый сервер, сервер DNS, и т.д., не виртуализацию терминального сервера подсессии. Это - то, что подсистема Win32 в основном для).
Если Вы собираетесь получить сервер, hyper-v это, то выполненный терминальный сервер в нем как гость с более старой версией Windows, я не уверен, что Вы имеете шанс выиграть в выполнении что, если Вы не перемещаете другие серверы или консолидируете на том же hyper-v сервере. Вы получили бы удар производительности, который должен быть смещен преимуществами добавления других серверов к тому же hyper-V серверу.
То, что Вы смогли делать, установить virtualbox и видеть, можно ли выполнить версию DOS (как FreeDOS) в рамках их сессии, если приложение будет работать в нем. Или более старая версия DOS. Необходимо было бы протестировать его, чтобы видеть, совместимо ли это с несколькими сессиями, тем не менее, поскольку Вы, возможно, должны настроить доступ к аппаратным настройкам, чтобы удостовериться, что Windows не отказывает, или сессия Virtualbox не отказывает.
Я мог бы просто быть смущен все же. Это рано утром прямо сейчас..., но в зависимости от того, что Вы собираетесь быть добавлением к hyper-v серверу дополнительно, я сначала протестировал бы Virtualbox на отдельные сессии.
Если это - краткосрочная вещь, пока они не угробили 16-разрядное приложение, Вы могли смотреть на DosBox - это действительно разработано для выполнения старых игр, но AFAIK, это - 32-разрядное приложение так, мог быть размещен на машине R2 Сервера 2008 года. Вы хотели бы проверить, как это обрабатывает сетевые диски и печать все же.
Если Вы хотите Вам, может запустить 16-разрядное приложение в Windows 2008 R1 Terminal Server (32-разрядная ОС). Можно использовать 2 008 RDS CALS на для этого терминального сервера так, чтобы можно было снова использовать их как RDS CALS в будущем. Просто необходимо выяснить ограничения 16-разрядного приложения. Например, если экземпляру рабочего каталога приложения нужно свое собственное пространство для каждого соединения. Я сделал простой пакетный файл, который берет имя подключения, снимает первые 4 символа для уникальных 8 символьных 16-разрядных ограничений именования папки, создайте рабочий каталог на основе уникального имени и скопируйте рабочий каталог в него и запустите приложение от него. Можно использовать RemoteApp, публикуют пакетный файл, который выполнит стандартную программу и начнет приложение в своем собственном рабочем каталоге. Я также поместил проверку, чтобы видеть, была ли она создана уже прежде, чем скопировать файлы.