Hello Jay，

7.2和8.0非常不同，因此升级并非易事。

不要考虑"快速"，而要考虑"彻底"，不要忘记测试所有内容。

。

哪些配置更改使您感到惊讶？

。

问候，

Steffi。

Hello Jay，

我不知道您是否朝着正确的方向前进，但是您（您的公司）似乎低估了该项目的时间，现在却承受着后果。 很多事情从7.2更改为8.0。 您可以在社区中的此处查找博客，以查找有关此方面的信息。 这是我做的一件事，但是我至少在开始实际升级之前的一年就开始收集有关要寻找的内容，期望的内容等信息。

没有计划和解决方案就跳入此升级 如何应对这些变化……嗯，不是一个好主意。 ;）

。

我希望您目前只在升级（或尝试升级）沙箱或测试系统，因为您需要投入一些时间（或 现在，如果您没有合作伙伴就可以这样做）。

例如，挂钩任务已成为过去。 而且也没有全局脚本和常量了。 然后是存储库类型以及所有这些类型。

。

在进行任何升级之前，需要根据您的情况为所有更改找到解决方案。 因此，我建议您暂时不使用生产系统，直到您对问题/疑问有答案为止。 也许开始寻找具有升级过程经验的顾问。 这不是社区可以帮助您的事情。

。

致谢，

Steffi。

Jaya，

您应该依靠您的实施伙伴。

除此之外， Steffi 所说的话，大多数咨询公司都已经建立了完善的方法。 ！ ：）

马特

我知道，贾亚。

我建议您找一个伙伴。 如您所见，这是一个漫长而复杂的任务，而我所知道的唯一使它更容易承受的是经验和一群人在工作。

正如其他人所提到的，在Sandbox中工作是 如果您打算自己做的话，这是一种获取知识并建立好的方法的好方法。

马特

嗨，Jaya，

那里 没有什么特别的 有关需要更改的内容的指南或步骤，而且很难 让您知道您需要检查什么，因为它取决于系统或 客户对客户。 但是根据我的经验，我建议您从

1. 第一步是列出 缩小7.2和8.0之间的更改并将它们分为两组 例如主要更改和次要更改
2. 以下是很少更改或新更改 在7.2和8.0之间进行比较时的概念

• 通过Developer登录到IDM Studio作为Eclipse插件而不是MMC
• 有序/无序组 任务已被替换为流程。
• 没有其他全局脚本和 常量
• 没有更多的Windows运行时 引擎，因此如果用VB脚本编写任何脚本，则它们将无法工作。 这些脚本需要用Javascript重写
• UI任务被替换为 表格
• 配置变更 框架概念，不再需要钩子任务。

我会 建议您准备以下计划，这可能会对您有所帮助

1. 确定您使用案例的方式 需要根据您现有的情况进行测试，例如测试计划 生产7.2系统。

对于 例如。

非 调配作业

- 诸如将角色导入IDM，

- 批量管理员导入作业，例如用户创建/修改/角色分配等，

- 导出与报告相关的职位

- 其他任何计划的作业，例如用户停用/终止，邮件通知 等，

设置 职位

- 标识在产品中设置和运行的工作流程列表。 考虑每个 流作为测试用例。

配置 框架

- 需要测试所有的插件，例如创建/修改/删除/锁定/解锁所有需要 进行配置和测试。

1. 计划一旦准备好， 在测试之前，先手动遍历整个用例，然后检查是否 您需要执行以下任何更改

1. 表格-检查

1. 表单类型
2. 结果处理标签，关于 从UI提交请求后执行的任务。 之后的某个时间 升级，这些链接将被破坏
3. 属性
4. 访问控制

过程-检查

1. 希瑟 流程需要公开，如果需要公开，那么那里 文本中不应包含空格，因此需要重命名
2. 进程类型，无论是否 添加成员/删除成员任务
3. 结果处理，是否 任务已正确链接
4. 工作流程，例如是否 所有操作/切换/批准任务均按照 设计。 如果不是，您需要确定相应的流程任务，并且 链接它（如果存在的话），需要创建一个新的链接。
5. 打开每个操作/批准 /swtich任务，并验证是否正确维护了细节。

配置框架

1. 导入新 供应框架
2. 导入存储库， 确保长度不超过6个字符，否则需要重命名 存储库
3. 基于以下类型 存储库，如果存在重新发布，则需要更新存储库类型 导入的，否则，如果从admin ui手动创建，则此步骤不是 必需。
4. 检查存储库 常量，可以正确维护事件任务。
5. 测试每个插件任务并 基于存储库类型的作业。

工作

1. 配置 职位/非配置职位

1. 全局脚本 替换为软件包脚本，建议您创建一个新的 包并在此包下包含所有全局脚本 公开，以便可以从其他软件包中访问它们
2. 需要查看所有 脚本并确定使用的常量，并需要将其创建为 包常量
3. 更改现有的 常量前缀从％$ GLB。％到 ％$ PCK。％
4. 检查调度员是否 链接正确
5. 还有更多

基本上，您需要 执行整个端到端测试。 一旦您的开发系统相似 到您的7.2生产系统，那么设置质量检查就很容易了 ＆Prod系统，因为您只需要执行trasnports并执行 完成端到端测试。

作为您的一部分 测试中，您会遇到很多错误，因此您需要每个错误 修复它，多数民众赞成在系统成功升级后进行。

因此，请花一些时间在 测试所有作业/流程/用户案例，以便一旦移至Prod，您将 没问题

如果您需要任何帮助，可以在小组中发布查询，专家可以为您提供帮助。

关于，

Deva