Import ITIM 5.1到ISIM 6.0升级后,系统如何响应挂起的请求DB2转储

Import ITIM 5.1到ISIM 6.0升级后,系统如何响应挂起的请求DB2转储,import,db2,upgrade,apprequests,tivoli-identity-manager,Import,Db2,Upgrade,Apprequests,Tivoli Identity Manager,我们正在将ITIM 5.1迁移到ISIM6.0。在我们进行升级过程和测试新生产系统的同时,旧生产系统继续捕获生产中所做的更改。IBM Security Identity Manager升级没有提供捕获这些更改的机制,因此我们需要将数据从旧的生产系统导入新的生产系统。在导入DB2转储时,旧系统上可能很少有挂起的请求,所以当我们迁移这些数据时,系统将如何响应这些挂起的请求?为了在较新的生产系统上处理这些请求,我们是否需要执行任何步骤,或者这些挂起的请求是否会自动拾取 您的问题不是Db2问题,而是应用

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

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

有关详细信息,请参阅ISIM知识中心

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

“在开始升级过程之前减少系统活动。避免 在之前启动策略实施或对账请求 正在升级IBM Security Identity Manager。请勿删除条目 直接从IBM Security中的SCHEDULED_MESSAGES表 身份管理器数据库。“

如果您在升级之前对数据库备份进行了保护,并且在数据库上启用了归档日志记录,并且将新旧环境分开,那么您可以避免数据丢失,而代价是在升级后进行一些数据迁移

升级详细信息因您的配置而异

升级


升级一个

如果在升级之前,很少有未决的请求,比如未决的批准和RFI,那么当我们在DB2升级期间在新的生产环境中导入这个未决的请求时,这些未决的请求会在迁移后继续存在吗?在新的生产环境中,这些挂起的请求是否会得到处理?