加快绿色 IT 发展，应用程序迁移和重托管的实用指南-5

look_w

服务器和应用程序迁移终于可以准备开始服务器和应用程序迁移了。
IT 环境构建一旦解决方案设计完成，就可以开始目标环境构建工作了。编译一个通常称为 Build                    Sheet 的文档，包含细节和准目标映像规范。到此时，目标硬件分级、与用户 ID 相关的用户需求列表、文件系统及其他项目都应该完成了。
实际 IT 环境构建流程可通过使用 IBM Tivoli Provisioning Manager (TPM) 这类工具自动完成，或者可能是手工完成的。根据所采用的方法，构建表单可以是基于 Excel 的（适用于手动流程）或是指向自动部署工具（例如 TPM）的基于 Web 的自助式界面门户。
无论您采用何种方法，构建表单中的一些基本细节如下：

• 请求组详细信息
  • 创建的日期
  • 请求程序
• 源服务器概要
  • 服务器数量
  • CPU 总量
  • 内存总量
• 目标服务器概要
  • 服务器数量
  • 所需 CPU 总量
  • 所需内存总量
  • 本地磁盘总量
• 管理信息
  • 应用程序名称
  • 客户
  • 项目经理
• 主机和网络信息
  • 主机
  • 主机位置
  • 主机架构
  • 主要 IP 地址
  • 完全资格域名
• 软件组件
  • 操作系统
  • 数据库
  • 中间件
• 本地文件系统
  • 挂载点类型
  • 大小 (MB)
  • 所有者
  • 组
  • 权限
  • 卷
• 用户
  • 名称
  • 主要的
  • 组
  • 次要组

上述请求经过所有利益涉众检查之后，迁移团队将其提交给服务器构建团队，一旦服务器构建团队准备完成就可以开始处理映像。然后，迁移团队则开始执行迁移计划中概述的活动。
应用程序迁移和单元测试迁移活动开始之前，有必要记录迁移过程中涉及的所有步骤，这个阶段称之为迁移规划，迁移计划 需要的准备工作。迁移计划是一个非常详细的文档，介绍迁移团队依次执行的所有任务。它包括活动名称、活动所有者、开始日期和预期持续时间。迁移团队的每个成员都应执行此计划中提到的属于自己的任务。迁移计划将从而形成一个极佳的跟踪文档，基于电子表单的迁移计划通常具有以下部分：

• 封面：项目名、文档审批人、修订历史
• 服务器：迁移服务器名称
• 前期迁移：适用于迁移的各个软件的任务。
  • 验证安装的 DB2 客户端/服务器
  • 从源服务器获取表空间的详细列表
  • 准备 DB2 备份和还原
  • 在目标环境中创建 DB2 实例
  本小节中包含的一些特定于应用程序的任务将执行服务器准备检查，将应用程序文件系统和用户主目录从源服务器迁移到目标服务器。
• 迁移：每个软件的相关任务。环境设置和代码校正（设置用户配置文件、登录 shell、环境变量、校正应用程序脚本中的硬编码路径）也同时完成。DB2 任务示例包括关闭源环境中的数据库服务器，启动离线数据库备份，并将数据库恢复到目标服务器上。一旦应用程序正确安装完成并在新环境中运行时，展开环境验证测试/单元测试。
• 后期迁移：执行清理任务。删除迁移过程中创建的所有自定义脚本和临时用户 ID。
• 联系方式：列出了参与迁移活动的所有人的名字，及其联系方式
• 问题：（可选）记录迁移过程中面临的问题或相关注释。

服务器准备检查：（适用于生产环境和非生产环境）：            
目标映像交付到迁移团队之后，需要在服务器映像上执行一系列检查以验证它们是否符合需求（构建表单中提到的）。这一步称之为服务器准备检查，由 UNIX 命令构成，用来检查映像参数。
示例：

• 卷组、卷、文件系统以及挂载点是否已经建立并按照构建表单的规定配置了吗？

  1 2 3

  # lvs    or    # lvdisplay # vgs    or    # vgdisplay # cat fstab     ( to check mount points )

  
  
  
  
• 文件系统是否已根据构建表单规定正确建立了吗？

  1	#df –h  < filesystem>

  
  
  
  

常见检查分为用户、系统、存储、安装软件和具体说明。迁移工程师贯穿每个阶段，接受或拒绝它们。如果有较大的差异，映象将发送回基础架构团队进行更正。只有签字同意后，应用程序迁移才能开始。
前期迁移任务：

• 非生产环境：在关闭源服务器和应用程序之前，通知用户即将停机。每个中间件专家执行一组关于软件（诸如 DB2、Lotus Domino 和 WebSphere MQ 之类）设置和配置的任务。与此同时，将应用程序二进制文件和文件系统从源服务器迁移到已启动的目标服务器。也是在此时，将用户主目录从源环境复制到目标环境。
  将文件从源服务器转移到目标服务器的常用方法是 tarring，然后使用 ftp 模式复制文件，或者使用 rsync。
  
• 生产环境：在生产环境中，正如之前提到的，执行了与设备和配置各种软件（诸如 DB2 或 Lotus Domino 之类）相关的任务。相反，在源环境中，应用程序文件和二进制文件将从最新迁移的开发服务器（服务器投入使用之后）中复制。正如在非生产环境中，用户主目录从相应生产源服务器中复制。
  

迁移任务（适用于生产环境和非生产环境）：
这是主要阶段，正如迁移计划中定义的，各个软件领域（诸如 DB2、Lotus Domino 或 WebSphere MQ 之类）的专家将在该阶段执行实际迁移任务。

• 迁移工程师验证目标环境中的应用程序文件系统和权限是否与源服务器中设置的一样。在此期间的关键活动有：
  • 设置用户配置文件，登录 shells
  • 设置应用程序环境变量
  • 校正应用程序脚本中的硬编码路径
• 当应用程序正确安装到新环境中后，执行一些应用程序源代码矫正，正如可行性研究阶段和单元测试结果所确定的。执行代码矫正的主要原因是以下组件中发生了变更：
  • 操作系统
  • 编译器
  • 软件版本
  • UNIX 脚本
• 在提交新服务器之前进行彻底的单元测试，有助于应用程序团队进行用户验收测试。

注意：在生产环境中，代码矫正和移植工作的工作量和复杂程度几乎可以忽略不计，因为大多数工作在开发服务器中已经完成了。