歡迎您光臨本站 註冊首頁

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

←手機掃碼閱讀     火星人 @ 2014-03-12 , reply:0
  

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



[火星人 ] Unix遷移Linux三大階段 移植 升級 測試已經有507次圍觀

http://coctec.com/docs/enterprise/show-post-73103.html