从 7.2.2 进行的迁移以及旧业务应用程序的自动转换

从 TADDM 7.2.2 升级到较高版本时，所有业务应用程序都会根据一组特定规则自动转换为分组模式。

自动转换

对于每个应用程序，都将创建一个新的分组模式。 稍后，BizAppsAgent 会通过这些分组模式生成新的定制集合。 新的定制集合内容（配置项集）与对应的原始集合内容相同。

注: 业务应用程序只能包含高级和中级对象。 因此，一些在 TADDM 7.2.2 中是高级别对象的 CI 类型在 V7.3.0 中不再是高级别对象。 因此不会添加到业务应用程序中。 新的高级类型是 SComputerSystem、SSoftwareServer、SLogicalGroup、SPhysicalFile、SSoftwareInstallation、SFunction。 新的中间级别类型为 SDeployableComponent。 此外，新模型中没有 OperatingSystem 类型。 其属性已合并到 simple.SComputerSystem 类。
将旧的业务应用程序转换为分组模式时，将应用下列规则：
  • 根据组类型设置模式类型。
    • 业务应用程序组以及业务服务类型将转换为业务应用程序类型的分组模式。
    • 集合类型的组将转换为集合类型的分组模式。
    • 访问集合类型的组将转换为访问集合类型的分组模式。
  • 将创建新分组模式的选择器，以反映相应旧组的内容。
    • 将为组中的每个规则创建 MQL 查询选择器。
    • 将创建基于实例的选择器，此选择器包含手动选择作为组内容的所有 CI。
    • 选择器不使用“依赖关系遍历模板”，因此仅包括每个选择器所选择的 CI，而不会自动包括依赖项。
    • 功能组将转换为单独的选择器，这些选择器的层名称将设置为功能组名称。 层对用户不可见，但在创建与早期版本兼容的业务实体期间，将使用层来恢复原始功能组结构。
  • 分组名称表达式设置为原始集合的名称，以使新定制集合具有同一名称。
  • 不会从数据库中除去旧的已迁移分组实体。
注: 如果迁移期间发生错误，那么仍将迁移分组实体。 在列表中，受影响的分组模式将标有惊叹号，而错误描述将显示在“编辑”窗口中。 所有的无效选择器也将带有标记。

新定制集合与早期版本的兼容性

在业务应用程序的新实现方法中，不推荐使用早期 TADDM 版本中存在的某些模型类型。 这些类型是 Application、Collection、AccessCollection、BusinessSystem 和 FunctionalGroup。 但是，您可以创建这些类型的对象以确保兼容性。

要启用兼容转换，请使用 collation.properties 文件中的 com.ibm.cdb.serviceinfrastructure.earlier.ver.compatibility 属性。 对于升级方案，此属性的缺省值为 TRUE；对于全新安装方案，此属性的缺省值为 FALSE。
注: 旧类型的组不会显示在 UI 中。 您只能使用 API 来列出这些组。
为了确保转换前后的内容相同，引入了链接到选择器的特殊层 (TADDM 7.3.0) 或手动层（TADDM 7.3.0.1 及更高版本）。 层名称与功能组名称相同。 应用程序描述符文件中定义的功能组名称也将转换为特殊层或手动层。 由于进行了兼容性转换，因此保留了下列元素：
  • 旧分组实体的类型。 由于业务服务和业务应用程序都将转换为业务应用程序类型的模式，因此对这两者进行区分至关重要。
    注: 以下限制仅在 TADDM 7.3.0 中有效，不适用于 TADDM 7.3.0.1 和更高版本。
    此功能仅引用迁移后的实体，因此只有迁移后的分组模式可以重新转换为业务服务。 业务应用程序类型的手动创建分组模式始终重新转换回旧业务应用程序。
  • 业务应用程序功能组的结构。
    注: 以下限制仅在 TADDM 7.3.0 中有效，不适用于 TADDM 7.3.0.1 和更高版本。
    但是，一个 CI 只能分配到一个层，因此对于与早期版本兼容的旧业务应用程序，单个 CI 无法在多个组之间进行共享。 如果在多个组之间共享了一个 CI，那么将从某个组以外的所有组中除去该 CI。