不受制于廠商 大型機遷移概念及優勢
廠商們最近開始吹捧關于大型機遷移這一存在些許矛盾的理念了。盡管如此，此舉將為大型機上應用的跨平臺提供便利。
大型機遷移的概念
大型機遷移的關鍵在于，提供便利的應用軟件移植途徑，使應用可在源代碼級別完成至Windows或 Unix平臺的移植。在此前提下，這些產品的目標將趨向于批量處理及模擬COBOL CICS。移植應用軟件的方法多種多樣，但主要有以下因素：
編程語言。有很多可用的COBOL編譯器，最流行的是起于80年代的Micro Focus COBOL。用其他語言編寫的模塊，例如C、C＋＋或Java對平臺的兼容性更強，也更容易進行跨平臺移植。
數據倉庫。一般來說，DB2應用是可以完整遷移至其他關系型數據庫管理系統平臺上，例如UDB、 Oracle或SQL Server。企業同樣可以選擇開源數據庫引擎以節約后期成本。產商們有許多不同方法以應對虛擬存儲訪問方法（VSAM）數據集：某些在分布式文件系統上模擬VSAM集群，還可以通過提供包含某些DBMS后端將VSAM文件調用轉換為SQL語句。
交易處理模擬器。供應商們通常會提供某種CICS模擬器，用于支持大部分的開放應用程序接口（API）。在這樣的情況下，命令調用將通過模擬軟件實現類CICS的功能。我目前還沒有發現一款可以用于IMS數據庫或者在線交易的模擬器。
批量處理。某些產品包含了工具，用于將一次性會話的工作控制語言轉換為腳本。其他產品則通過一個實時翻譯器運行原始的JCL。
移植應用最大的問題莫過于重新編譯。潛在問題可能包括PL/1與匯編程序的重寫或調試。某些代碼可能會因為無法完全模擬CICS命令的一個子集而需進行修改。最后，應用程序可能會有很少部分，如IMS數據庫或企業組件無法遷移至其他平臺。遇到這種情況，就需要有所取舍，采取應對方法以實現所需功能。
#p#
大型機遷移的優勢
大型機遷移支持者指出了幾個方面的優勢。首先遷移意味著對傳統應用的投資，如果企業擁有可靠強勁的大型機應用并創造利潤，這樣的投資將很容易實現。其二，代碼可以充分調試、測試與預測。最后，移植意味著多年應用維護的經驗與知識積累。
廠商們表示，移植應用程序比重寫的風險要小。像之前所提及的，舊軟件是久經考驗的，而重寫軟件是件十分消時而又昂貴與艱難的事情。產商們指出，遷移項目有很多因為重寫代碼而失敗。
大型機遷移最終與最重要的原因在于其可以節約開支。可以看出成本開支與大型機的價值是最大的矛盾。這兩個方面都可能引起無盡的研究與調查，以說服對方，但是沒有魔法藥水可以將大型機每秒百萬指令集（MIPS）轉換為SPECinits。不僅如此，軟件性能會因為平臺而不同，在遷移規劃中，各款軟件都需要在不同平臺上不斷進行測試分析。
#p#
大型機遷移是個好主意嗎？
最后，遷移依賴于長期合作目標、文化與應用程序關系。企業將花費心思對待成本開支，詳細分析開銷與投資回報。同樣需要考慮個人與企業開銷。
公司同樣需要與產商建立長期合作關系。在遷移后，企業將可能擺脫IBM的硬件束縛，但同樣可能陷入模擬軟件供應商的制約中。
分析結果要為遷移的可行性負責，專門用于發揮大型機性能的軟件可能無法在其他平臺穩定運行。相反，移植交易將無法改善Windows或Unix性能。最后用戶很可能得到與預期相距甚遠的產品或結果。
最后，選擇大型機遷移所適合的應用軟件十分重要。對于待移植的系統，最好是小型、自行包含COBL的應用，沒有任何IMS接口的松耦合架構。松耦合意味著其他應用程序接口通過網絡、MQ或批處理文件進行交互。所以至少在在第一階段，公司需要避免使用那些通過策略賺錢的軟件。
大型機遷移很可能是某個戰略計劃中一個無關輕重的技術細節。無論公司是否計劃將應用移植到其他平臺都沒有太大的影響。如果某個程序需要重新設計或重寫，企業需要考慮其對應的平臺。這樣做將可以避免受廠商長期限制，并創造出一個確實合適的現代應用軟件。
【編輯推薦】
