过去的历史经验表明，依托大型机托管20个或更多应用程序，长期来看成本更低，但目前需要解决的是短期成本问题，因此很多公司下定决心要将所有大型机应用全部迁移到Unix、Linux和/或Windows平台。

　　6年前，在IT成本削减大潮推动的最后时刻，抛弃大型机还很困难，但现在从大型机迁移大型企业级关键应用已经变得越来越简单了，其中一个原因是IBM和用户在现代大型机应用和中间件方面都做出了巨大的努力，另一个原因是目标平台本身也更标准化，同时提供了更多的迁移工具可供选择，现在的厂家也为迁移提供了更好的服务水平。

　　因此，在大部分情况下，如果不出现问题或问题较少，从大型机迁移可以在合理的时间范围内完成（如在1到2年内迁移200个应用），但如果采取的迁移策略不当，很可能以惨败结局，想要获得成功，用户实施时必须采取正确的策略和最佳实践。

　　大型机迁移的三大策略

　　一个成功的大型机迁移策略的基础是理解迁移的目的，迁移不是为了尽可能快速和廉价地将大型机应用移动到新的平台，而是为了在合理的时间范围内将这些应用的功能移到目标平台上，并且对最终用户的影响要降到最低，在迁移过程中过份强调准时或成本只可能导致迁移后的应用不能很好地适应新环境，其后续发生的问题消耗的成本可能比快速迁移节约的成本要高得多。

　　要降低迁移及迁移后的系统中断时间，必须采用下面三大策略：

• 软件分类
• 分步实施
• 使用第三方迁移服务

　　下面我逐个进行解释。

　　软件分类

　　一般说来，如今的企业都会使用下面这三个方法迁移一些大型机应用到Unix/Linux或Windows平台：

• 迁移：将程序源代码或二进制代码不做修改或稍做修改移动到另一个平台上，开发人员在新平台上再增加需要的功能。
• 重建：首先对程序实施反向工程，这个过程创建一个抽象的设计模型，然后在新的平台上使用新技术重新生成应用程序。
• 替代：丢掉现在的大型机应用，在新平台上编写一个全新的应用，新的应用程序包含旧程序的所有功能。

　　听起来似乎有点违反常规，但如果可能，最好的方法是重建，记住，首要目标是要最小化业务中断，经过重建，可以在新环境中对程序进行再次调优，因此在新平台上可能比在大型机上运行得更好，同时，掌握了设计模型后，检测和修复遗留的性能问题就相对轻松多了。

　　因此对大型机应用程序进行分类，可以很好地识别那些程序应该重建，那些可以迁移，那些必须重写，并可以推断出那些应用迁移会对用户造成较大的影响。

　　分步实施

　　过去，大型机应用迁移要么设定一个切换日期，一旦切换完毕，大型机就可以关闭了，所有应用全部运行在新的平台上，要么大型机一直开着，以防万一。

　　这意味着你的计划应该包括以下步骤：

• 新应用开始运行后，旧的应用也不要关闭；
• 如果可能，分步按功能或按部门使用新的应用；
• 创建一个网络切换开关，可以在新旧应用之间快速切换；
• 不要同时迁移所有应用，等用户完全适应新平台上的应用后才关闭大型机上的应用，或许需要3个月，6个月不等。

　　使用第三方迁移服务

　　虽然今天的IT部门在大型机和新平台方面都积累了不少知识，但要靠IT部门的力量就完全实现大型机应用的迁移显然不太现实，一方面他们没有迁移的经验，二是可能缺少关键的工具，三是没有深入到每个应用中去，但第三方迁移服务商就不同了，他们有专家级队伍，有大量的实战经验和技术积累，已经熟悉流行的应用，他们可以熟练地实施迁移任务，可以将停机时间，应用中断时间降到最低。因此花钱购买第三方专业迁移服务在资金预算充裕的情况下应该考虑。

　　在后面的文章中，我将会介绍如何选择第三方迁移解决方案，这里我只想告诉你，过去几年，已经有很多迁移服务商成功地迁移了许多中等规模的企业级应用。

　　小结

　　一个有效的迁移策略是迁移成功的关键，一个好的策略通常不是一个人能够实施下来的，也不会这么写，在迁移过程中还需要考虑是否要扩展应用程序的功能，这样可以再多花一点钱以满足未来几年的变化，另外还需重点考虑的就是云计算，在第二部分中，我还会介绍一些加速迁移的工具，敬请期待吧！