vsphere迁移到高版本_计划迁移到最新版本的IBM BPM和IBM Business Monitor
要继续在受支持的版本中运行业务应用程序，并利用最新的产品功能，必须进行迁移。 IBM BPM和IBM Business Monitor基础架构使用最新的性能升级至关重要，这样您的应用程序才能利用最新的标准和模式。 迁移可以定义为从原始环境（运行旧版本的IBM业务流程管理和业务活动监视产品，其中可能包含其他体系结构，例如IBM WebSphere Process Server）迁移到新环境（运行支持的基础架构） ，最好是IBM BPM和IBM Business Monitor的最新版本。
本教程主要侧重于以V8.5.5作为目标平台的IBM BPM和IBM Business Monitor的迁移规划，但适用于以后可用的更高版本。 以下各节介绍了IBM BPM和IBM Business Monitor的迁移概念，概述了建议的迁移方法，讨论了迁移选项，提供了评估技术，并描述了计划和执行迁移所需的迁移执行详细信息。
迁移角色和职责
下表中描述的角色通常包含在将应用程序迁移到IBM BPM和IBM Business Monitor的项目中。
表1：IBM BPM和IBM Business Monitor的角色和职责
| 角色 | 职责范围 |
|---|---|
| 专案经理 |
确保迁移项目“正确”运行并在给定的时间范围内完成（在当前版本停止运行之前）。 |
| 业务流程分析师 |
确定是否必须更改或扩展现有流程以及如何扩展现有流程，或者必须创建新流程。 |
| 解决方案架构师 |
确保所有相关应用程序都已迁移，并且正确考虑和实施了对最终用户的影响。 决定是否以及如何修改应用程序（理想情况下，在此项目中不应进行任何修改）。 |
| 业务流程开发人员 | 为流程应用程序的开发提供主要输入。 |
| IBM BPM架构师 | 提供流程应用程序设计的主要输入。 |
| 业务流程集成开发人员 |
确保在新的或迁移的环境中正确实施了现有的后端集成（例如，MQ集成）。 |
| 业务监控架构师 |
提供用于监视应用程序设计的主要输入（包括仪表板和报告）。 |
| 业务监视器开发人员 | 提供用于开发监视器模型应用程序的主要输入（包括仪表板和报告）。 |
| 基础架构师 |
确保现有环境正确映射到新的或迁移的IBM BPM环境（例如，集群，数据库，安全性，LDAP等）。 |
| IBM BPM管理员 | 确保当前的应用程序部署机制也可以在新的或迁移的IBM BPM环境中工作。 确保对现有和将来的业务流程实施进行技术监控，以进行性能和调整。 |
| IBM Business Monitor管理员 | 确保当前的监视应用程序部署机制也可以在新的或迁移的IBM Business Monitor环境中使用。 确保对现有和将来的业务监视实施进行技术上的性能监视和调整。 |
| 测试仪 | 确保现有应用程序在新的或迁移的IBM BPM和IBM Business Monitor环境中正常工作。 |
| 数据库管理员 |
确保将现有数据库连接正确映射到新的或迁移的IBM BPM环境（数据源，数据库安全性）。 参与迁移过程，以便共同确定新的或迁移的IBM BPM和IBM Business Monitor环境的数据库设计。 |
| 支持负责人 |
为新的或迁移的IBM BPM和IBM Business Monitor环境提供支持。 |
您的迁移选项
了解产品迁移和产品升级之间的以下区别非常重要：
- 产品升级适用于作为修订包提供的产品版本，其版本号仅更新了后两位（V8.0.nn）。 完成对现有产品安装的升级，并使用产品二进制文件和数据库，而无需任何应用程序迁移或运行时数据库迁移。 升级包括数据库架构更新。
- 产品迁移适用于新产品版本，其版本号仅更新了前两位数字（Vn.n）。 迁移需要完全安装新版本的二进制文件。 新的二进制文件（新版本）与旧的二进制文件（旧版本）位于不同的目录中。 使用版本到版本的迁移工具（IBM知识中心的产品文档中定义的迁移脚本和过程）将配置和应用程序从每个概要文件从旧的二进制文件迁移到新的二进制文件。 迁移的目标版本有时包括对现有功能的修复，引入的新功能以及对数据库架构的更新。
迁移运行时环境或开发工件
在为IBM BPM或IBM Business Monitor计划迁移项目时，请考虑两种迁移方法：
- 迁移所有业务数据和应用程序 ：在迁移期间保持长时间运行的流程的状态，并将历史业务实例数据转发到新版本中。 此类迁移需要维护窗口。
- 仅迁移工件 ：将您的应用程序从当前的生产环境导入开发工具。 使用开发工具的迁移过程来迁移应用程序。 创建一个并行目标生产环境，该环境从头开始配置，并且配置与源生产环境不同。 您可以修改流程应用程序以使用新的产品版本功能。 将应用程序部署到目标生产环境时，它们将创建一组新的数据库表，因此它们无权访问为源生产环境配置的数据库中存储的应用程序数据。
请注意业务数据和应用程序迁移的以下限制：
- 从源到目标的迁移需要停机时间。
- 节点上的所有应用程序必须准备好同时迁移。
- 新功能不会自动启用。 如果您不使用工件迁移或开发工具中的迁移选项来迁移应用程序工件，则有时功能不可用。 例如，仅通过在IBM Integration Designer中迁移应用程序工件来启用在监视器模型中使用动态事件框架（DEF），而不是通过将监视器模型迁移到目标运行时环境的迁移工具来完成。
- 您必须重新应用完整的测试范围：功能和性能测试。
考虑工件迁移的以下好处：
- 您可以使用开发工具和开发环境来迁移应用程序工件。
- 您可能会更改服务器拓扑。
- 在源中启动的流程实例在源服务器上完成。
- 新实例将在目标生产环境中启动。
- 您可以同时管理并行的源和目标生产环境
- 您可以使用快照部署过程有选择地将应用程序从源生产环境迁移到新版本。
- 迁移不依赖于迁移工具。
- 现有数据不会移动。
在决定使用哪个迁移选项时，请考虑以下因素：
- 是否需要保持非常长时间运行的流程实例（数月甚至数年）？
- 您需要保留性能数据吗？
- 同一台服务器上正在运行多少个流程应用程序？
- 最终用户是否指向相同的门户或用户界面？
- 是否需要自定义路由？
- 是否有停机时间限制？
- 有许可限制吗？ 多个环境可能需要软件（例如数据库软件）的多个许可证。
基于源版本的运行时迁移支持
查看支持迁移的以下产品版本：
表2：对IBM WebSphere Process Server的运行时迁移支持
| 从 | 至 | |||||
|---|---|---|---|---|---|---|
| WebSphere Process Server版本 | 终止支持日期 | IBM BPM V7.5.1.x | IBM BPM V8.0.0.x | IBM BPM V8.0.1.x | IBM BPM V8.5.0.x | IBM BPM V8.5.5 |
| V6.0.2 | 10/2010 | |||||
| V6.1.0 | 04/2013 | 是 | ||||
| V6.1.2 | 10/2013 | 是 | ||||
| V6.2.0 | 04/2014 | 是 | 是 | 是 | 是 | 是 |
| V7.0.0 | 04/2015 | 是 | 是 | 是 | 是 | 是 |
表3：对IBM Lombardi Teamworks和IBM WebSphere Lombardi Edition的运行时迁移支持
| 从 | 至 | |||||
|---|---|---|---|---|---|---|
| 版 | 终止支持日期 | IBM BPM V7.5.1.x | IBM BPM V8.0.0.x | IBM BPM V8.0.1.x | IBM BPM V8.5.0.x | IBM BPM V8.5.5 |
| Teamworks V6.1.x | 10/2013 | 是 | 是 | 是 | 如所须 | 如所须 |
| Teamworks V6.2.x | 10/2013 | 是 | 是 | 是 | 是 | 是 |
| WebSphere Lombardi版V7.1 | 10/2013 | 是 | 是 | 是 | 是 | 是 |
| WebSphere Lombardi版V7.2 | 04/2016 | 是 | 是 | 是 | 是 | 是 |
表4：对IBM BPM的运行时迁移支持
| 从 | 至 | |||||
|---|---|---|---|---|---|---|
| IBM BPM版本 | 终止支持日期 | IBM BPM V7.5.1.x | IBM BPM V8.0.0.x | IBM BPM V8.0.1.x | IBM BPM V8.5.0.x | IBM BPM V8.5.5 |
| V7.5.0 | 不适用 | 升级 | 是 | 是 | 是 | 是 |
| V7.5.1 | 不适用 | 升级 | 是 | 是 | 是 | 是 |
| V8.0.0 | 不适用 | 升级 | 升级 | 是 | 是 | |
| V8.0.1 | 不适用 | 升级 | 是 | 是 | ||
| V8.5.0 | 不适用 | 升级 | 升级 |
表5：对IBM WebSphere Business Monitor的运行时迁移支持
| 从 | 至 | ||||
|---|---|---|---|---|---|
| IBM WebSphere Business Monitor版本 | 终止支持日期 | IBM Business Monitor V7.5.1.x | IBM Business Monitor V8.0.0.x | IBM业务监视器 V8.0.1.x |
IBM业务监视器 V8.5.5 |
| V6.0.2.x | 9/2010 | 迁移到V6.1 + | 迁移到V6.2.0.x + | 迁移到V6.2.0.x + | 迁移到V6.2.0.3 + |
| V6.1.x | 4/2013 | 是 | 迁移到V6.2.0.x + | 迁移到V6.2.0.x + | 迁移到V6.2.0.3 + |
| V6.2.0.x | 4/2014 | 是 | 是 | 是 | 迁移到6203+ |
| V6.2.0.3 | 4/2014 | 是 | 是 | 是 | 是 |
| V7.0.0.x | 4/2015 | 是 | 是 | 是 | 是 |
| V7.0.0.5 | 4/2015 | 是 | 是 | 是 | 是 |
表6：对IBM Business Monitor的运行时迁移支持
| 从 | 至 | ||||
|---|---|---|---|---|---|
| IBM Business Monitor版本 | 终止支持日期 | IBM Business Monitor V7.5.1.x | IBM Business Monitor V8.0.0.x | IBM业务监视器 V8.0.1.x |
IBM业务监视器 V8.5.5 |
| V7.5.0 | 不适用 | 升级 | 是 | 是 | 是 |
| V7.5.1.x | 不适用 | 是 | 是 | 是 | |
| V7.5.1.2 | 不适用 | 是 | 是 | 是 | |
| V8.0.0 | 不适用 | 升级 | 升级 | 是 | |
| V8.0.1.x | 不适用 | 是 |
三相迁移方法
在计划迁移时，请记住，迁移可以分为三个阶段：1.迁移研讨会，2.迁移评估，以及3.迁移执行。 如下图所示，迁移研讨会的时间约为一天，而迁移评估通常需要几个星期。 根据IBM BPM和IBM Business Monitor环境的数量，以及应用程序的数量和复杂性以及测试要求，迁移执行可能需要几个月的时间才能完成。
图1：三相迁移方法
无论您是要迁移到单独的IBM BPM还是要迁移到IBM Business Monitor，还是要迁移到同时包含这两种产品的环境，迁移阶段均适用。 以下概述描述了每个阶段：
- 研讨会 ：迁移研讨会由会议和讨论组成，以收集对迁移的初始要求和有关源环境的信息。 在研讨会之前，应收集有关当前应用程序和基础结构的信息。
- 评估 ：评估旨在提供时间进行分析，评估迁移选项以确定迁移策略，然后利用这些发现来制定迁移计划并评估实施工作。
- 执行 ：迁移的执行包括迁移过程和工具的准备，迁移方法的测试（包括应用程序的回归测试）以及从源到目标环境的迁移的实现。 它包括在目标开发环境中建立源应用程序的开发基线，以为将来的功能应用程序更新提供基础。
阶段1：迁移研讨会
迁移研讨会包括与正在考虑进行迁移的应用程序的主题专家举行的一系列会议（有关参与的潜在角色的列表，请参阅前面的角色表）。 研讨会的目的是收集迁移的初始要求，并充分了解源环境以决定迁移方法，然后计划迁移评估。
在迁移研讨会期间，您的团队应专注于以下领域：
- 目标 ：捕获迁移的业务和技术目标。
- 约束 ：确定任何技术或业务约束，例如迁移窗口。
- 运行时环境 ：描述每个候选迁移环境（包括开发环境）的基础结构和拓扑。
- 应用程序：盘点应用程序，包括组件，用户界面，数据保留，卷，服务级别协议和整体体系结构。
- 操作 ：高层记录可能影响迁移或受迁移影响的相关操作过程，实践，工具和人员配置（例如，配置管理，安全性，灾难恢复，备份和高可用性）。
- 测试：描述功能和非功能测试的方法，包括时间表。 确定可能需要修改才能在迁移环境中使用的所有测试套件，脚本或测试工具。
阶段2：迁移评估
在迁移评估期间，将进行三项活动：分析源环境，应用程序和目标环境目标；以及 确定迁移实施策略； 最后，计划迁移实施并估算工作量（工作分解结构）。
分析迁移需求
迁移评估期间的第一个活动是分析迁移需求和迁移目标。 在迁移研讨会上，通过迁移调查表检查约束和需求以及源环境的数据。 在源环境中查看现有的应用程序工件。
确定迁移策略
迁移评估中的下一个活动是确定迁移策略。 根据先前的迁移需求分析中发现的目标和约束，考虑并研究各种迁移选项，以确定最佳的迁移策略和方法。 通常与应用程序主题专家讨论迁移选项，以从业务和技术角度权衡每个选项的优缺点。
在此阶段，请考虑不同的源和目标环境，例如开发，测试，登台和生产。 另外，作为整体策略的一部分，为每种环境决定一种独特的迁移方法。 如果多个应用程序适合迁移，请根据应用程序复杂性，共享的技术环境以及业务用户之间的共有程度，评估将它们一起迁移或单独迁移的可能性。
达成迁移策略的协议后，可将其用作下一个活动的基础，以规划所选方法的实施。
计划迁移
根据您确定的所选迁移策略和方法，创建一个迁移执行计划，其中详细说明了迁移执行的三个阶段中的角色和活动。 阶段3：“迁移执行”部分介绍了这些阶段（准备，迁移，空运行和测试以及生产迁移）。
为预算和计划目的，为迁移创建一个高级计划。 在计划中，确定每个阶段的任务，确定每个任务所需的角色，并对完成每个任务的工作进行粗略的估计。 此外，为整体迁移定义时间表，可能包括针对单个应用程序或环境的单独阶段。
阶段3：迁移执行
迁移执行包括三个阶段：准备，迁移空运行和测试以及生产迁移。
制备
开发迁移过程和脚本以执行从源环境到目标环境的迁移。 准备用于新产品版本的基础结构。
首先定义目标环境的需求和设计：
- 绩效要求 ：记录业务的现有绩效要求，并针对新版本进行验证。 本文档用于在执行期间确定分析和性能测试的大小。
- 基础架构规模调整 ：根据业务当前的绩效要求进行规模调整。 使用最新的产品性能报告来预测使用模式和硬件要求。 IBM还提供了Techline服务，您可以用来调整新硬件的大小。 与您的IBM服务代表一起使用Techline服务。
- 硬件采购 ：基于大小分析来购买硬件，以确保可以使用适当的基础结构来部署新版本。
- 基础结构拓扑 ：确定IBM BPM和IBM Business Monitor的拓扑。 对于新安装，请使用受支持的标准拓扑，例如，黄金拓扑。 对于新版本，必须为IBM BPM和IBM Business Monitor使用单独的单元。 另外，如果IBM BPM应用程序需要功能分离，请考虑为新版本使用多个单元，每个应用程序可能一个单元。
定义目标环境后，请安装目标基础结构并为迁移的应用程序进行配置：
- 基础结构安装 ：根据最终的拓扑结构安装和配置IBM BPM和IBM Business Monitor V8.5.5产品。 此时必须有适当的硬件资源（例如，磁盘，内存，CPU）可用。
- 工具安装 ：安装IBM Integration Designer V8.5.5。
作为阶段2评估的一部分，您已完成了对应用程序工件的高级分析，以帮助确定迁移策略。 现在，在迁移执行的准备阶段，更详细地分析工件以为实际迁移做准备：
- 详细的工件和代码分析 ：确定不赞成使用的功能和自定义API的使用，以确保代码在最新版本中兼容并受支持。 如果应用程序中有一些较早使用的不支持的功能或不受支持的功能，这些功能在开发基线阶段就已解决。 请参阅下表，以获取对IBM BPM和IBM Business Monitor过去版本中不推荐使用和除去的功能的引用。
表7：IBM BPM不建议使用和除去的功能
表8：IBM Business Monitor不建议使用和除去的功能
准备阶段的剩余步骤是设计和开发必要的过程和脚本，以支持迁移：
- 迁移过程 ：通过扩展标准迁移过程，开发针对迁移方案的详细迁移过程。
- 迁移脚本 ：创建或验证脚本以进行测试。
迁移空运行和测试
测试迁移工具和过程，包括在测试（非生产）环境中对从源环境到目标环境的迁移进行试运行。 然后在迁移的应用程序上运行回归测试。 在此阶段包括以下步骤：
- 通过工件迁移进行基线开发迁移 ：使用Process Designer或IBM Integration Designer迁移源工件。 将开发工件从源开发工具迁移到目标开发工具，包括将工件与新的体系结构功能和范例对齐所需的任何修改。 建议不要在迁移过程中对应用程序进行功能更新。 开发基准的目的是简单地提供源环境中的等效功能，作为目标环境中将来功能更新的基础。
- 通过业务数据和应用程序迁移进行运行时迁移 ：使用业务数据和应用程序迁移方法迁移测试运行时环境。 使用此方法作为实际生产迁移的试运行。 在空运行期间，创建可用于类似的后续迁移的迁移食谱或脚本。
- 测试 ：测试并解决缺陷。 要测试新版本，请遵循现有的测试过程。 测试范围应包括功能测试，集成测试，用户验收测试和性能测试。 测试是整个迁移工作的重要组成部分。
生产环境迁移
迁移过程包括从源到目标生产环境的实际迁移。 迁移到生产环境通常是在有限的时间范围内进行的，例如在系统维护窗口期间。 在迁移生产环境之前，请使用克隆的数据库测试迁移过程并验证迁移后的步骤。
确定一个兼顾业务和技术约束的迁移窗口，以将生产运行时环境迁移到v8.5.5。 使用以下高级步骤迁移到IBM BPM V8.5.5和IBM Business Monitor V8.5.5：
- 准备要提取的源环境，包括服务器和数据库。
- 使用拓扑信息规划和创建新的目标环境。
- 对服务器运行时数据和配置执行迁移。
- 执行其他配置，例如报告。
- 在新的目标环境上执行回归测试。
- 停止并停用源环境。
高级别时间表和人员配备
本部分提供了执行迁移的高级时间表。 建议使用以下分阶段的方法来计划迁移执行项目，因为它涵盖了开发工件和运行时环境的迁移：
- 在第一阶段，通过迁移开发工件，然后在测试环境中对其进行测试，来创建开发环境的基线。
- 在第二阶段中，通过选择运行时环境（例如，名为“ Stage”）来执行空运行和测试，从而迁移运行时环境。
下图概述了工件和运行时迁移的建议阶段和建议角色：
图2：迁移工件的时间线和角色
图3：迁移运行时环境的时间线和角色（业务数据和应用程序）
IBM软件服务产品
使用IBM Software Services迁移到业务流程管理解决方案有助于确保您的业务运营交付正确的商品和服务，并满足客户对一致性和便利性的需求。 IBM Software Services提供专门的现场咨询服务，以满足您的迁移需求。 在IBM Software Services中，专家访问服务团队在IBM Smarter Process产品方面具有深厚的技能，这些产品被IBM客户和整个IBM用于复杂项目。 专家访问服务团队通过在关键时刻提供对深度技术专业知识的及时访问，彻底改变了提供咨询专业知识的方式。 IBM帮助客户减轻风险并加快完成时间。
请与IBM软件服务公司联系以举办迁移研讨会，以帮助确定您的特定迁移需求。 基于这一为期一天的研讨会的结果，团队可以通过对应用程序进行迁移评估并制定迁移策略和计划来协助您进行迁移。
结论
本教程介绍了迁移概念，并提供了指导以帮助您为团队计划IBM BPM和IBM Business Monitor的迁移。 您了解了制定迁移战略和启动迁移计划必不可少的业务计划和准备要求。
您了解了IBM BPM和IBM Business Monitor迁移的高级迁移选项，包括对特定产品版本的迁移支持。 本教程介绍了建议的迁移到产品版本的方法，包括迁移研讨会，迁移评估和迁移执行的阶段。 本教程还概述了迁移的时间表，以及如何计划和配置每个阶段。
现在，您准备好使用迁移方法来为您的组织计划迁移。
致谢
作者要感谢Werner Tod，Zhang Shuo和Jim Thorpe对本文的贡献和评论。
翻译自: https://www.ibm.com/developerworks/bpm/library/techarticles/1502_sharma/1502_sharma.html