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

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

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

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

　　这可能是最简单最经济的方案。如果你只有一点应用拥有16位的组件，只需要建立一条32位的终端服务器，并无缝地在x64桌面环境中发布16位应用。可用的工具有Quest vWorkspace、Citrix XenApp，或者是Windows Server 2008 R1的Terminal Services RemoteApp。

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

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

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

　　第二种选择是将32位Windows虚拟化（可能是Windows XP）交付到客户端。Windows 7包括一些叫做“Windows XP Mode”的东西，实际上是Windows XP运行在客户端虚拟机里的一个本地副本。Windows XP Mode functionality隐藏XP桌面，从XP VM发布应用到Windows 7主机的Start Menu。这样，就可以在一台x64 Windows 7主机上的虚拟机里运行Windows XP的32位版本。

　　Windows XP mode运行得很好，但是每次同时管理较多用户比较困难。Windows XP Mode的“enterprise”版本是Microsoft MED-V，它包含在Microsoft Desktop Optimization Pack (MDOP) 附件里。MED-V也能让你在x64 Windows 7主机上运行32位Windows XP虚拟机。

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

　　不要使用x64 Windows

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