Unix遷移Linux三大階段 移植 升級 測試

 從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計劃。如果您的系統在舊環境上有很高的可用性，那麼在新環境下，必須測試高可用性是否繼續有效。