厂商们最近开始吹捧关于大型机迁移这一存在些许矛盾的理念了。尽管如此，此举将为大型机上应用的跨平台提供便利。
大型机迁移的概念
大型机迁移的关键在于，提供便利的应用软件移植途径，使应用可在源代码级别完成至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数据库或企业组件无法迁移至其他平台。遇到这种情况，就需要有所取舍，采取应对方法以实现所需功能。