現在運行Windows NT服務器確實是一件勇敢亦可能是愚蠢的事情，因為微軟已經不再為NT提供技術支持。隨著業務量的激增和應用程序的不斷升級，Windows 2000也逐漸變成了老的產品，快要壽終正寢了。如果你工作在一家仍然在運行NT或2000的單位里（當然這樣的單位在世界上是很多的），不管怎樣，你將不得不遷移到另一個操作系統上去，例如，Linux系統。

　　你首先考慮要將部分或全部的數據中心服務器遷移到Linux中去，這是有很多原因的，在此我們不展開討論。但是你如果決定要轉到像Linux這樣的開源系統上來，確實需要一些更好的方法。

　　計劃－選擇發布版本

　　首先在決定從事一個遷移項目之前，你必須對你的遷移制定初始計劃，這聽起來雖然有些落于俗套，但是它會影響遷移的成功或失敗。例如，你是計劃只將Windows NT文件以及打印服務器、域控制器移植到Linux中，還是要更長遠地將整個的IT架構（包括Web和應用程序服務器及用戶桌面）移植到Linux呢？

　　初始階段，描繪一個清楚的藍圖是非常關鍵的。它應包括三部分內容，也就是，將要更換什么服務器，其目前所所執行的任務是什么以及用Linux將會怎樣完成這些任務。

　　對這些問題的回答加上目前IT人員的操作技巧有助于決定該采用Linux的哪一個發布版本。如果工作人員已經對一個特定的以服務器為核心的Linux發布版本有了廣泛的知識，這可能會影響你的選擇。否則，你會選擇一個有著良好供應商支持的發布版本。

　　對遷移進行成本和風險估計

　　下一步便是對遷移成本和時間量程進行大約的估計。的方法是將遷移分解為盡可能多的可管理的若干任務，然后為每一個任務估算時間和成本。分解和描述任務越詳細，估算就可能越準確。當然，在以后的測試階段，這些估計將被所生成的數據檢查和更新。

　　將NT的文件及打印服務器遷移到Linux的Samba將會是非常輕松的事情，而且節約在客戶訪問許可（CALs）的潛性成本也是巨大的。正如加利福尼亞的Linux遷移顧問公司Versora的總設計師Nick Lassonde所說，一個配置恰當的Samba服務器通常要比一個Windows NT或2000服務器要快很多，而客戶端感覺不到兩個系統的差異性。

　　然而，需要謹慎注意如下的風險：

　　“普遍的風險來自于映射安全，因為在默認情況下，大多數的Linux發布版本只支持POSIX安全和不完整的訪問控制表（ACLs），然而大多數的現代文件系統支持的是ACLs,因此這個問題是可以解決的。”，這是來自Nick Lassonde的警告。

　　你可能會想到配置你的文件服務器來驗證域控制器，有一些插件來實現這一點。“要熟悉Samba的Vampire命令，”Lassonde建議，“它允許用戶從NT域控制器到Samba的自動遷移。”換句話說，它吸收了NT服務器的精華，從而使得“Samba 像NT4的服務器一樣無差錯地工作，Samba4 要成為一個活動目錄域控制器還要走很長的路，因為它還不是特別穩定的產品。”

　　對于活動目錄域來說，設置一個基于Linux的選擇方案是可行的，IBM 的軟件團隊建議設定一個Stack，使其包含運行在Linux 上的XAD（來自于PADL），LDAP和Kerberos 5.0，從而作為基于Windows 2000域的活動目錄的一個可行的選擇。

　　遷移項目

　　如果你的項目包含了更多的數據中心需要遷移到Linux，下一步便可能是將電子郵件和消息服務從Microsoft Exchange移到象OpenXchange之類能被傳統的微軟桌面客戶所訪問的軟件，或者是Outlook 客戶端可以訪問的IBM的Lotus Domino系統。

　　而Web和應用程序服務器的遷移就不那么簡單了，必須要問幾個問題：

　　服務器端用的是什么語言（如ASP,ASP.NET及PHP）？這些語言在Linux下能使用嗎？如果不能的話，你需要找一個第三方的解決方案或是將應用程序轉化到Linux上。

　　與服務器連接的其它機器怎么辦？哪一個先遷移？例如，你是先將數據庫遷移到Linuxh中去呢，還是留在Windows中？

　　需要哪些安全選項呢？你需要新服務器上設立SSL（加密套接字協議層）連接嗎？用戶身份驗證是本地的還是對于域中的intranet用戶進行驗證？

　　明顯的選擇是從Microsoft的IIS Web服務器移到Apache Web服務器(據Netcraft宣稱其占Web服務器市場的65%)，以及基于Linux的數據庫，這包含DB2,Ingres,MySQL,Orcal,PostreSGL等。

　　Linux遷移困難的一部分就是移植應用程序。如果應用程序移植是你項目的一部分，那么可以采用第三方的解決方案。這方面有兩個例子，一個是通過Sun Java System Active Server Pages運行的ASP頁面，另一個是使用Visual Mainwin的ASP.Net頁面，它提供了應用程序綁定的并在Linux上運行的Windows庫。

　　將應用程序從一個環境轉換到另一個環境的工具很少值得采用，Lassonde說，“絕大數情況下，將一個應用程序從一種語言轉換到另一種的代價幾乎與重寫應用程序是一樣的。”他建議將那些應用程序留在一個ISS服務器上，以后再用一種中性的語言（例如Java）重寫或是轉換它們，這樣就可以更輕松地實施那些將來的變化。

　　不管遷移項目的范圍有多大，在你開始之前（特別是這是你嘗試的次遷移），請記住，不管項目看起來有多么簡單，不管你認為準備的多么周全，幾乎可以保證問題可能會突然出現。極有可能別人以前碰到了相同的問題，因此一定要充分利用公共論壇的支持，并考慮雇傭一個有經驗的遷移顧問。如果他或她有點兒出色，可能先前已經碰到過你的問題，并且能夠用幾分鐘或幾小時提供解決技術難點的方案。要不然，你可能會花幾天或幾星期來克服這些困難。