对变更请求迁移中的故障进行诊断

本主题用于帮助您对变更请求迁移中的故障进行诊断。本主题包含有关在迁移期间可能会发生的一些常见问题的信息,并提供可能的解决方案。

CR 迁移失败

如果由于临时出现的问题(例如网络故障或服务器重新启动)造成 CR 迁移失败,可以重新迁移失败的数据库。IBM® Rational® Change 会从发生故障的位置继续执行流程。已迁移的 CR 会保留下来。

如果故障无法自我纠正,请参阅日志文件以了解更多详细信息。CR 迁移流程使用 IBM Rational Synergy DCM 技术来迁移 CR。在许多情况下,Rational Synergy 日志以及与 DCM 相关的日志包含最详细的信息。Rational Change 服务器的 ccm_ui.log 文件通常会对故障进行详尽的描述,足以帮助您解决问题。 要了解更为详细的信息(包括每个已迁移的 CR 的清单),请参阅位于数据库 dcm/log 目录下的详细 DCM 日志。 根据发生故障的时间,您可以参阅开发数据库或中央 CR 数据库中的日志。

并非所有数据库都与 DCM 兼容

在 CR 迁移期间,可以禁用一些 DCM 兼容性检查,特别是针对兼容版本定界符和发行版定界符的检查。 如果已在可以安全地忽略这些检查的 DCM 环境中运行,那么可以通过在 Rational Change 中央服务器安装区域中创建以下文件,禁用这些检查:

例如:CHANGE_APP_HOME/WEB-INF/wsconfig/system/app.user.properties

然后根据需要添加以下行,接着重新启动 Rational Change 以使更改生效。

migrate_ignore_version_delimiter = true

migrate_ignore_release_delimiter = true


反馈