系统如何响应 ITIM 5.1 到 ISIM 6.0 升级后的待处理请求 DB2 转储

Posted 2023-03-16

【中文标题】系统如何响应 ITIM 5.1 到 ISIM 6.0 升级后的待处理请求 DB2 转储

【英文标题】：How System reacts to pending request DB2 dump post ITIM 5.1 to ISIM 6.0 upgrade

【发布时间】：2018-08-02 18:38:56

【问题描述】：

我们正在将 ITIM 5.1 迁移到 ISIM6.0。在我们进行升级过程和测试新的生产系统时，旧的生产系统会继续捕捉生产中的变化。 IBM Security Identity Manager 升级不提供捕获这些更改的机制，因此我们需要将数据从旧生产系统导入到新系统。在导入 DB2 转储时，旧系统上可能有很少的待处理请求，所以当我们迁移这些数据时，系统将如何对这些待处理请求做出反应？为了在较新的生产系统上处理这些请求，我们是否需要执行任何步骤，或者这些待处理的请求会自动获取吗？

【参考方案1】：

您的问题不是 Db2 问题，而是应用层问题，因为无论 RDBMS 是 Oracle、SQL-Server 还是 Db2，问题都是一样的。

请参阅 ISIM 知识中心以获取 details of upgrading。

某些应用程序不支持在线升级，需要完全或部分关闭或操作程序进行一些更改，特别是 IBM 建议：

"在开始升级过程之前减少系统活动。避免 之前开始执行政策或协调请求 升级 IBM Security Identity Manager。不要删除条目 直接来自 IBM Security 中的 SCHEDULED_MESSAGES 表 身份管理器数据库。 "

如果您在升级之前保护了数据库备份，并在数据库上启用了存档日志记录，并且分离新旧环境，那么您可以避免数据丢失，但代价是一些数据迁移后升级。

升级细节因您的配置而异。

升级single server ITIM instance

升级clustered configuration

【讨论】：

如果在升级之前只有很少的未决请求，例如未决批准和 RFI，那么当我们在 DB2 升级期间在新的生产环境中导入这个未决请求时，这些未决请求会在迁移中存活吗？在新的生产环境中，这些待处理的请求是否会得到处理？