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

如果你选择Windows7的x64版本，首先就是盘点你目前拥有的应用，看看哪些有16位组件。由于TerminalServer或虚拟桌面架构VDI宿主需要16位应用从数据中心宿主，这种方式不适合应用，需要在你客户端设备本地运行。

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

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

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

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

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

当然，由于TerminalServer或虚拟桌面架构VDI宿主需要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位虚拟机。

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

在不久的将来，云计算一定会彻底走入我们的生活，有兴趣入行未来前沿产业的朋友，可以收藏云计算，及时获取人工智能、大数据、云计算和物联网的前沿资讯和基础知识，让我们一起携手，引领人工智能的未来！

标签： 大数据 服务器 云计算 终端服务器

版权申明：本站文章部分自网络，如有侵权，请联系：west999com@outlook.com
特别注意：本站所有转载文章言论不代表本站观点！
本站所提供的图片等素材，版权归原作者所有，如需使用，请与原作者联系。