Estou atualizando o Terminal Server 2003 de um cliente em breve e eles ainda precisam executar um aplicativo DOS de 16 bits. Eu sei que o R2 não suporta isso, mas preferiria usá-lo de qualquer maneira se houvesse uma maneira de contornar isso por meio da virtualização.
Seria possível instalar um sistema operacional convidado de 32 bits para executar o aplicativo de 16 bits e fazer com que as sessões de área de trabalho remota executassem o aplicativo usando o aplicativo remoto? Eu nunca usei o Hyper-V antes, então não tenho certeza sobre toda essa área. Quais são os requisitos de licenciamento?
Provavelmente irei com uma máquina quad-core dual-proc. Presumo que isso seja mais do que suficiente para lidar com cerca de 10 sessões de área de trabalho remota usando este sistema operacional de 32 bits?
Responder1
Não tenho certeza se estou lendo o que você está descrevendo corretamente; se você virtualizar o sistema, estará executando uma versão mais antiga do Windows no servidor de terminal e fazendo com que eles se conectem a essa versão mais antiga para executar o aplicativo de dentro.
Nem tenho certeza se é recomendado executar a virtualização em um servidor de terminal para vários usuários. Coisas como o Hyper-V destinam-se a criar um servidor de virtualização dedicado (ou seja, um servidor Hyper-V executando um servidor de e-mail, servidor DNS, etc., não um servidor de terminal virtualizando subsessões. Isso é basicamente o que o subsistema Win32 é para).
Se você deseja obter o servidor, hiper-v e, em seguida, executar um servidor de terminal nele como convidado com uma versão mais antiga do Windows, não tenho certeza do que você está ganhando ao fazer isso, a menos que você ' remigrando outros servidores ou consolidando no mesmo servidor hyper-v. Você sofreria um impacto no desempenho que precisa ser compensado pelas vantagens de adicionar outros servidores ao mesmo servidor Hyper-V.
O que vocêpoderO que você pode fazer é instalar o virtualbox e ver se consegue rodar uma versão do DOS (como FreeDOS) dentro da sessão deles, se o aplicativo rodará nele. Ou uma versão mais antiga do DOS. Você teria que testá-lo para ver se é compatível com várias sessões, pois pode ser necessário ajustar o acesso às configurações de hardware para garantir que o Windows não trave ou a sessão do Virtualbox não trave.
Eu posso estar confuso. É de manhã cedo agora ... mas dependendo do que você adicionará adicionalmente ao servidor hyper-v, primeiro testaria o Virtualbox para sessões individuais.
Responder2
Se isso for uma coisa de curto prazo até que eles abandonem o aplicativo de 16 bits, você pode dar uma olhada emDosBox- foi realmente projetado para rodar jogos antigos, mas AFAIK é um aplicativo de 32 bits, portanto pode ser hospedado na máquina Server 2008 R2. Você gostaria de verificar como ele lida com unidades mapeadas e impressão.
Responder3
Se desejar, você pode executar um aplicativo de 16 bits em um Terminal Server Windows 2008 R1 (sistema operacional de 32 bits). Você pode usar 2008 RDS CALS neste servidor de terminal para poder reutilizá-los como RDS CALS no futuro. Você só precisa descobrir as restrições do seu aplicativo de 16 bits. Por exemplo, se a instância do diretório de trabalho da aplicação necessita de espaço próprio para cada conexão. Eu criei um arquivo em lote simples que pega o nome da conexão, retira os primeiros 4 caracteres para restrição de nomenclatura de pasta exclusiva de 8 caracteres e 16 bits, cria um diretório de trabalho baseado no nome exclusivo e copie o diretório de trabalho para ele e execute o aplicativo de isto. Você pode usar o RemoteApp para publicar um arquivo em lote que executará a rotina e iniciará o aplicativo em seu próprio diretório de trabalho. Também marquei se ele já foi criado antes de copiar os arquivos.