本文是专题Unix迁移到Linux的第三部分。第一部分我们讲述了迁移到Linux的优势，第二部分描述为Linux建立业务案例。

　　在为Linux建立业务案例并获得授权后，就可以执行实际的迁移过程了。如任何迁移一样，在过程中会遇到难题。合适的规划还有很长一段路要走，以确保迁移成功并克服难题。

　　迁移最重要的部分是最初的评估和探索。从硬件到软件、操作系统版本、补丁级别直到应用版本都必须做好研究和记录。当将这些应用输入到Linux，你在制定项目计划的时候需要这些信息。

　　如果你想迁移到Linux的应用是商业性的，需要查看这个应用的厂商是否支持Linux。对数据库也是如此。目前所有流行的数据库都运行在Linux上，但要确保你运行的不是厂商已经消失市场的系统。

　　也有可能你运行的是现代数据库的旧有版本，如Sybase就不受支持了。这样的话，你仍然可以移到Linux，但迁移过程很复杂。

　　你也需要决定使用哪个版本。使用Linux有许多选择。一般来讲，企业环境使用Red Hat RHEL或SUSE SLES不会出错。如果你的应用是国产的，与你的内部开发团队确保应用可以移到Linux，而不需要重写整个代码。

　　此外，需要确定硬件平台。你的环境运行组在x86计算机集群组还是HP Itanium上？取决于代码，与你的架构团队确定正确的平台。例如，如果你的Unix是Solaris，运行在x86及其上，就不能迁移到IBM大型机上。另一方面，如果你寻求使用IBM的System z大型机架构进行整合，你可以将所有集群x86组合和中列Unix服务器移到一个平台。Linux就在于选择什么样的操作系统。

　　有时做决定很复杂。如果你使用了多个产品，并且有大量AIX（它运行在IBM Power Systems上），你想要移动某个应用到Linux，最佳方法是在这些IBM Power系统上运行Linux。这样，你保持了同样的硬件平台，甚至不需要购买额外的硬件，因为只需要在相同物理服务器上创建另一个逻辑分区。

　　还需要做什么？你需要识别项目团队——开发者、架构师、代码编写者和管理员。在你收到资金，项目得到授权后，通常需要进行一个启动会。

　　应用化工评估非常重要，它与架构与服务器评估有所不同。尽量了解应用的每件事，包括依赖性、硬编码IP地址和服务级别协议。查找是否每个应用在某个具体产品架构上，如IBM WebSphere上能够运行。了解每个应用的所有组件，并将组件划分为更小的模块组件。

　　如果可能，找出软件里有多少行代码，是否使用Unix通道、消息队列与共享内存信号。尽管这些可以输入到Linux，确保Linux环境尽可能地复制了现有环境。

　　有任何多线程应用吗？取决于你的开源平台，保持应用多线程的复杂性很高。越早掌握重要越多信息，迁移的过程就越容易。