提要：关于关键业务系统迁移，网上相关的案例和白皮书很多，不胜枚举。但这些技术性很强的文章，对像小编这样的技术小白来讲，晦涩难懂。于是，借着前几天浪潮启动的 “惠”迁计划，小编采访了浪潮的迁移工程师，决定从一个技术小白的视角，用自己对迁移的通俗理解，说一说关键应用迁移的那些事。
众所周知，一个完整的迁移方案分为“评估、计划、验证、测试和上线”5部分。
而浪潮平滑迁移5步走，每一步又是如何做的呢？
为了方便理解，小编将整个迁移过程比喻为一场“医疗救治”，那么迁移又可以是这样的：
今天，我们就先说说迁移中的评估--“把脉问症”。而在这之前，我们必须先了解以下几点。
迁移的时机
迁移是一项系统技术工作，是客户拓展业务发展机遇，获取竞争优势的一种途径。
实施迁移需要选择一定的时机，客户需要构建一个适应关键业务急速发展的IT基础架构，需要将核心应用程序和数据库相应迁移到新建立的环境之中。
实施迁移的最佳时机：
1、面临业务增长或合并；
2、客户的软件系统升级，需要将数据库等关键平台软件升级到新的版本上；
3、当前供应商不再对原有的硬件/软件提供技术支持；
4、企业在尝试建立高效虚拟化平台，利用新购服务器整合原有的业务系统，淘汰旧的服务器；
迁移的担忧
迁移是一项大规模的任务，会影响企业的多个部分，并带来一定的风险。我们了解到面临迁移的企业正在为很多事情而担忧，大致可总结如下图所示：
浪潮的迁移能力
没有两个迁移过程是完全相同的，而从浪潮多年的迁移经验来看，所有迁移中都是基础架构迁移、数据库迁移、 ISV 软件包、定制程序或者以上四个方面的组合。浪潮实施的迁移案例，涵盖12大关键行业、累计320多个迁移案例，积累了丰富的经验，可以帮客户节约成本，降低迁移风险。
浪潮的迁移能力包括但不限于：
1、准确地预估迁移规模和成本；
2、控制与应用程序迁移有关的风险所必备的专门技术；
3、原厂本地服务，保证系统迁移和修复的专业和及时；
4、自定义编码应用程序和选定打包应用程序与数据库的迁移；
5、将系统和应用程序升级到更新的平台；
迁移内容
迁移内容主要分为：应用迁移和数据库迁移。
目前，在Solaris、HP-UX、AIX和 Linux的应用程序和相关数据库，都可以平滑迁移到K-UX平台。
迁移前的背景信息就介绍这么多，回到浪潮5步平滑迁移，评估先行。
