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