Windows Server 2003 x64版仅就技术水平判断，算不上是成功。怀疑者会高兴地发现64位Windows与很多32位Windows应用不兼容，不能加载并运行它们。不过， 32位软件可以通过Microsoft Virtual Server或VMware虚拟机，稳定地运行在64位Windows上的事实，弥补了这个不足。

　　应用需要虚拟化

　　笔者在一台配置了双路、双核Opteron 2.2GHz的服务器（Tyan主板）上进行了试用，安装了32位和64位Windows Server 2003企业版的双引导。

　　Windows Server 2003 x64企业版安装盘做得很不错，盘上提供了大量的设备驱动程序。如果某个设备没有出现在Microsoft的64位Windows HCL（硬件兼容性清单）中，请相信一点：别心血来潮去尝试，否则会消耗很多时间。

　　安装后，服务器遇到了严重的可靠性和连接性问题—最后发现问题与nVIDIA芯片组中的内置硬件防火墙有关，关闭后即可正常运行。

　　Windows Server 2003 x64最有趣的一点是，一个32位应用要么能稳定地运行，要么根本就不运行—因为直接在AMD64和英特尔EM64T的纯64位模式下，许多32位应用实际上无法运行。鉴于32位Windows应用程序在Microsoft Virtual Server 2005下运行得非常好，以致笔者认为这种软件的限制版本（例如只支持1～2台虚拟机）应当与Windows Server 2003 x64版捆绑在一起——这样绝大多数的32位Windows应用库将得以恢复。

　　Windows Server 2003 x64的兼容性如何？答案并不太乐观。让Windows Server 2003 x64和Mac OS X共享认证和目录与名称服务，其难度如同一个著名的游戏《Ever Quest》：两个操作系统列出对方的共享资源，然后又不列出，然后能看到共享但不能认证，随后共享再次消失了。不过幸运的是，Microsoft的知识库中解决了一些基本问题。至于要求Windows Server 2003 x64版兼容Windows 2000 Server的用户们，还是忘了这件事吧。笔者不是强迫升级爱好者，可是现在是忘记Win2000的时候了。

　　向Unix和Linux挑战

　　Windows Server 2003 x64版不再有内存分页的限制，虽然用户需要添加大量的内存预算，但添加8GB内存明显比再买台服务器更便宜。

　　Windows Server 2003 x64版具备微软产品的传统优势，就是安装和配置相对简单，即平台迁移起来不用费什么脑筋，相对于Linux和Unix上的32位到64位的操作系统和应用移植，微软的产品的确算得上是傻瓜产品。总的来说，如果你主要使用与Windows捆绑在一起的软件，那么只需遵照Microsoft的HCL，就会发现64位平台的迁移既安全，又有益。

　　需要说明的是，就目前而言，向64位Windows迁移并不是必须的——更可能的情景是，许多人在未来相当长的时间内将同时运行32位和64位Windows，甚至在所有的Linux服务器都转变到64位之后（目前Linux在64位Server市场具备更多优势）。