從Unix遷移到Linux，在最初階段，應該建立一個沙盤環境用于測試。也許您的整個團隊都沒有Linux方面的經驗，有這樣一個沙盤環境能幫上大忙（無需擔心任何風險）。
有關代碼和編譯的問題。你正在使用JAVA還是C？是否有第三方應用需要遷移？這些第三方軟件能移植到Linux上嗎？
假設您正在使用C語言。假設您將會在Linux上編譯代碼。如果使用GNU（gcc）編譯器，因為這是工業標準，而且這是Linux自己的編譯器。那么所有在其它平臺上編譯過的應用程序都需要重新編譯。
對于編譯，有兩種方法供您使用。一個方法是在現有環境上重新編譯您的程序，這種情況下，您必須確保在這個環境下有您需要的所有工具，其中包括源代碼和生成文件。如果您想使用這個方法，請在您的測試環境中進行，永遠不要在生產環境中實施。
另一種方法是把所有數據和代碼移植到新環境上，并且測試他們。同時，要測試一下硬件平臺。如果您計劃更新硬件平臺，一些有關硬件的代碼可能會給你制造些麻煩，最糟糕的情況是，您可能不得不重寫所有代碼。
確保開發人員參與進來，不要假設任何事情。需要認真考慮的事情包括運行時API、系統調用、流和庫的支持。確保您完全理解所要移植的內容。這時候你需要評估和核實所有的事情，如應用程序及其庫文件和依賴性。您能快速確定產品是否能在Linux上運行和在哪里運行。
毫無疑問，Java程序比C語言程序能更快地移植。此外，在移植過程中，您還需要核實測試環境、用戶界面需求、平臺可靠性限制、中間件產品和內部技能水平。每一個環境不仔細都可能在未來給您帶來麻煩。
應用程序升級
應用程序是移植過程中最重要的一塊。在某些情況下，您的應用程序可以直接被移植，但是這種情況很少發生。另一種情況是，您必須在新平臺上重新編譯它們。移植和編譯過程都不復雜，然后需要做的就是測試以確認一切OK。
應用程序的移植過程應該包括開發和測試。在進行移植的時候，您必須有可靠的辦法來保證您的數據庫正確移植。另外，應用程序所要求的內核擴展和準備驅動，在新的平臺上并不一定能夠得到滿足，因為大多數的內核API并不嚴格遵循標準。
應用程序是否正在使用第三方組件，如數據庫工具、應用服務器或其它中間件呢？如果是，這會增加移植的復雜性。應用程序是32位還是64位？如果是從32位移植到64為，您將不得不付出更多的時間。應用程序如何和數據庫通信呢？它們使用數據庫接口嗎，如ODBC或者編程語言，如C++？這些方面您都需要認真考慮。從人工的角度來講，盡可能的讓那些有各種移植項目經歷的人加入您的團隊。
穩定性和性能評測
通常在最初的幾周內，各種應用程序問題會陸續出現，工程師們會第一時間想辦法來解決它們。這時候您可能想重新審視您的項目計劃并調整交貨時間。
測試應用的穩定、功能和性能非常關鍵。與其花費200萬美元開發新系統，還不如花費2000美元測試。測試的順序通常如下：
遷移工程師對于需要移植的應用程序進行模塊測試。
應用工程師執行功能性測試。
用戶驗收測試（UAT）。該階段實際的商業用戶進行測試。
性能工程師進行性能測試。
在測試過程中，對要遷移的應用程序進行壓力測試不可缺少，這樣能確保新系統能夠應付各種負載。此時，您應該已經完成了基本的測試，并且對于舊環境和新環下的應用程序性能，您該心中有數。
對于穩定性和性能，也需要進行類似的測試。嘗試擊敗你的系統。使用諸如惠普LoadRunner等工具來模擬正常量5倍的負載。
現在是時候來發現Bug了，當然這不是在生產環境上。在進入生產環境之前，您就有機會調試問題。利用測試，不要讓使用系統的人來核實是否有問題。業務內容也必須涉及，而且應該有獨立的UAT計劃。如果您的系統在舊環境上有很高的可用性，那么在新環境下，必須測試高可用性是否繼續有效。