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