3G Eden
RSS学习把环境迁移到 Linux® 客户机上涉及的步骤，包括组织规划和用户分类。本文根据客户的经验全面介绍如何规划和执行迁移，同时尽可能减少对用户的干扰。
编辑注：本文是分 5 部分的系列文章的第 2 部分。请阅读本系列中的其他 developerWorks 文章：“IBM 开放协作客户机解决方案：概述”、“IBM 开放协作客户机解决方案：技术规划”、“IBM 开放协作客户机解决方案：把业务应用程序迁移到 Linux 桌面” 和 “IBM 开放协作客户机解决方案：IBM 开放虚拟客户机的体系结构决策和执行选项”。
简介
客户机上的迁移规模很大，每个客户机系统可能有独特的情况，迁移会直接影响用户，这些因素都使客户机迁移很有挑战性。本文主要讨论客户机迁移的起点：即组织规划和用户分类。本文还提供一种识别应该首先迁移的用户组的方法。我们的系统化方法基于几个客户最近的迁移经验。完成组织规划之后，下一个阶段是技术规划，这是本系列下一篇文章的主题。
  |
起步
本文在一定程度上基于 IBM® Redbooks® “Linux Client Migration Cookbook, Version 2: A Practical Planning and Implementation Guide for Migration to Desktop Linux” 的组织规划部分，并增加了许多实践经验。如果希望进一步研究客户机迁移过程，建议您阅读这份 IBM Redbooks。
在开始向客户端 Linux 进行迁移之前，必须先根据以下因素决定最合适的战略和用户分类：
- 最终目标和进度计划
- 要迁移的客户机环境的规模
- 可供支配的人力
- 当前项目涉及的其他因素，比如金融部门必须满足 Sarbanes-Oxley Act 或 Basel II 的规定
目前的文献（见 “参考资料”）讨论了三种重要的迁移战略：
- 大爆炸式（Big Bang）。也称为 “全有或全无” 或 “时间点” 迁移。
- 渐进式（Incremental）。也称为 “分段式”、“分步式” 迁移。
- 并行式（Parallel）。也称为 “Eco” 迁移。
这些战略在迁移所需的工作量和迁移周期方面差异很大，见图 1。
图 1. 迁移战略
表 1 列出每种战略的主要特征以及优缺点。
表 1. 迁移战略的对比
| 迁移战略 | 说明 | 优点 | 缺点 |
|---|---|---|---|
| 大爆炸式 | 在某个时间点把老系统完全换掉。 |
|
|
| 并行式 | 在一段有限的时间内，新系统和遗留系统同时处于生产状态。 |
|
|
| 渐进式 | 逐步迁移组件，常常先进行实验性迁移。 |
|
|
如果您主要关注企业级（或者至少中等规模的）系统，渐进式迁移战略往往是合适的，因为它是最经济的。另两种战略在准备工作量和所需的资源（包括人力资源）两方面超出了必要的范围。
对于渐进式方法，迁移过程必须划分为多个可管理的部分。对于用户，这种方法意味着要把整个用户集划分为几个合理的用户组。现在，我们主要关注要首先迁移的或参与实验性迁移的用户组。
要想顺利地开始迁移，最好首先迁移最容易迁移的用户组，记录经验，测试后端系统，根据实验性迁移用户的反馈进行调整，然后再继续迁移。但是，在开始迁移之前，必须牢记两个重要的问题：
- 必须保持每个用户的功能连续性（本文后面会详细解释）。
- 必须确保参与实验性迁移的所有用户组之间的互操作性（在本系列的下一部分中解释）。
可以根据以下因素定义参与第一次实验性迁移的用户组：
- 用户的类型
- 他们的工作角色
- 办公室位置
- 部门
- 用户当前从事的项目
- 特定产品（比如 Microsoft® Office）的用户
- 以上因素的组合
根据项目的具体情况，为实验性迁移选择的用户组最好具备以下特征之一：
- 自含且容易迁移。这种方法首先迁移一个简单的用户组，可以非常轻松地获得成果。重要的是，这可以直接节省成本，可以留出资金推动后续迁移。这种方法可以被看作 “脚踏实地” 的方法。
- 分散。这种方法不能直接节省成本，但是它覆盖更多的用户类型，实验性迁移与后续的主迁移更相似。这种方法可以被看作一种收集信息的做法。
无论选择哪种方法，在迁移之后，实验性迁移必须证明：
- 用户能够像迁移前一样执行所有日常任务和使用应用程序。
- 用户仍然能够访问组织的基础结构。
- 所有管理员仍然能够执行相同的任务。
- 新组件的作用符合规划（可能需要检查服务器和客户机硬件和软件以及它们的集成）。
- 所有人仍然能够遵守现有的指导方针和过程（也可能需要调整）。
本文的其余部分介绍一种为实验性迁移选择最合适的用户组的方法，包括解决上面的前四个问题。最后一点的复杂性和广度非常大，如果不研究具体项目的详细信息，几乎不可能证明它。因为每个工作角色需要不同的指导方针，所以每个公司都会有多套不同的指导方针。另外，各个国家和地理区域有不同的法律要求，这也需要其他指导方针。因此，这里不考虑最后一点。
图 2 说明一般的组织规划过程，这个过程从评估开始，用户分类是其中的固有步骤。
图 2. 组织规划概况
现在详细讨论这些步骤。
|
分类和分组
在执行实验性迁移或任何迁移时，必须明确地了解整个 IT 环境，包括所有用户的应用程序和使用模式。收集这些信息的最佳方法是执行 as-is 分析，这有助于根据基于角色的使用模式进行分类。
下面三节讨论用于桌面市场分类、用户组定义和功能性分类的分析。最后一节的主要目标是提供功能性分类的详细信息，帮助您根据用户的角色和功能对整个用户集进行分类。
|
桌面市场分类
桌面市场比服务器市场广泛得多。可用的应用程序多得多，许多人往往使用特定的一部分应用程序，还会进行个性化的定制。根据使用的产品组合，桌面市场可以大致分组为以下几部分：固定功能，技术性和事务性工作站，基本和高级办公室，小型/家庭办公室，以及消费者，见图 3。
图 3. 桌面市场
桌面市场中比较简单的部分（固定功能、技术性和事务性工作站以及基本办公室）只覆盖一套有限的标准应用程序。从简单桌面组到高级桌面组 [高级办公室（高级用户）、小型办公室/家庭办公室和消费者] 的边界主要取决于使用更广泛的办公功能，尤其是模板、表单和宏。
|
用户组定义
像 IBM 和分析公司 Gartner 这样的公司常常根据已知的桌面市场组和其他行业调查确定用户组定义。图 4 给出 IBM 和 Gartner 的用户组定义。
