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

时间:2018-08-02 18:38:57

标签: import db2 upgrade apprequests tivoli-identity-manager

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

1 个答案:

答案 0 :(得分:0)

您的问题不是Db2问题,而是一个应用程序层问题,因为无论RDBMS是Oracle还是SQL-Server还是Db2,问题都是相同的。

有关details of upgrading的信息,请参阅ISIM知识中心。

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

  

“在开始升级过程之前减少系统活动。避免   在开始执行政策执行或对帐请求之前   升级IBM Security Identity Manager。不删除条目   直接从IBM Security中的SCHEDULED_MESSAGES表   Identity Manager数据库。 “

如果在升级之前已保护数据库备份,并在数据库上启用了归档日志记录,并且分隔新旧环境,则可以避免数据丢失,但要花一些数据迁移时间升级。

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

升级single server ITIM instance

升级clustered configuration