桌面虚拟化环境不支持16位应用解析

　　Windows7在32位和64位(x64)版本上都可用。多数IT人士都考虑直接跳级到x64版本。这个技术很好，但是有个小问题：Windowsx64版本不支持16位应用。

　　这时候，你可能会想，“可是我们没有任何16位应用呀。”别回答那么快。因为，许多32位应用实际上披着16位的衣。可能有的32位应用拥有16位动态链接库(DLL)，用于报道生产或者某些菜单功能。也许你的应用完全是32位，但安装程序是16位的，当然你也有可能本来就有一些过时的16位应用。

　　如果你选择Windows7的x64版本，首先就是盘点你目前拥有的应用，看看哪些有16位组件。找到有16位的东西后，计划在新环境中如何进行处理。你的选项包括：

　　在32位终端服务器上运行16位应用

　　这可能是最简单最经济的方案。如果你只有一点应用拥有16位的组件，只需要建立一条32位的终端服务器，并无缝地在x64桌面环境中发布16位应用。可用的工具有QuestvWorkspace、CitrixXenApp，或者是WindowsServer2008R1的TerminalServicesRemoteApp。

　　同时也要注意如果16位应用与终端服务运行得不好的话，你可以将它们作为远程宿主在VDI的应用，运行在WindowsXPorWindows7的32位版本上。思杰称为“XenDesktoppublishedapps”，微软称作“RemoteAppforHyper-V”，Quest没有叫法，因为这个功能内置于vWorkspace。

　　当然，由于TerminalServer或虚拟桌面架构VDI宿主需要16位应用从数据中心宿主，这种方式不适合应用，需要在你客户端设备本地运行(例如，如果你需要离线访问的话。)

　　在客户端的32位虚拟机上运行16位应用

　　第二种选择是将32位Windows虚拟化(可能是WindowsXP)交付到客户端。Windows7包括一些叫做“WindowsXPMode”的东西，实际上是WindowsXP运行在客户端虚拟机里的一个本地副本。WindowsXPModefunctionality隐藏XP桌面，从XPVM发布应用到Windows7主机的StartMenu。这样，就可以在一台x64Windows7主机上的虚拟机里运行WindowsXP的32位版本。

　　WindowsXPmode运行得很好，但是每次同时管理较多用户比较困难。WindowsXPMode的“enterprise”版本是MicrosoftMED-V，它包含在MicrosoftDesktopOptimizationPack(MDOP)附件里。MED-V也能让你在x64Windows7主机上运行32位WindowsXP虚拟机。

　　当然，不一定使用微软工具。你还可以使用VirtualBox、免费的VMwarePlayer或者其它基于客户端的虚拟化环境的工具，在x64主机上获得32位虚拟机。

　　不要使用x64Windows

　　记住，16位应用组件只在x64Windows7环境中是个问题。如果你有大量16位应用，最简单的方案是使用Windows7的32位版本，并照常运行16位应用。如果微软以后在Windows8orWindows9里不支持32位，那就另当别论了。

转载：感谢您对网站平台的认可，以及对我们原创作品以及文章的青睐，非常欢迎各位朋友分享到个人站长或者朋友圈，但转载请说明文章出处。