用帶有缺憾的技術向Unix與Linux發起挑戰
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市場具備更多優勢)。