Examinez les considérations suivantes avant de commencer à mettre à niveau les composants Identity Manager :
Vous pouvez mettre à niveau les composants uniquement en mode console. La mise à niveau silencieuse n'est pas prise en charge.
Vous devez mettre à niveau un seul composant à la fois.
Le coffre-fort d'identité doit être mis à niveau séparément. Cette version prend en charge eDirectory 9.2.8 et versions ultérieures.
Si le coffre-fort d'identité est configuré sur le système de fichiers BTRFS, le processus de mise à niveau échouera. Cette version ne prend en charge que les systèmes de fichiers Ext3, Ext4 et XFS.
Assurez-vous que le fichier de cache ne contienne aucun événement avant d'entamer la mise à niveau du moteur Identity Manager. Si votre pilote utilise MapDB, assurez-vous que votre pilote mis à niveau fonctionne correctement avec le moteur mis à niveau. Pour plus d'informations, reportez-vous à la section Utilisation de MapDB 3.0.9.
Vous devez vérifier la configuration de serveur recommandée avant de mettre à niveau les composants. Identity Manager exige qu'Identity Applications et OSP soient installés sur le même ordinateur. Par contre, Identity Reporting prend en charge une instance OSP installée localement ou à distance.
Assurez-vous qu'Identity Applications, Identity Reporting et les bases de données ont été configurés de façon cohérente à l'aide de leur nom de domaine complet.
Si vous utilisez une version prise en charge de la base de données Oracle ou Microsoft SQL Server, vous devez configurer deux instances de base de données pour qu'Identity Applications fonctionne correctement : une base de données Identity Applications (idmuserappdb) et une base de données de workflow (igaworkflowdb). Veillez à configurer les instances de base de données sur le même serveur.
Si vous utilisez la configuration proxy inverse NAM avec Identity Applications pour charger des formulaires, vous devez utiliser la version 5.x de NAM.
À partir d'Identity Manager 4.9, NetIQ SecretStore n'est plus pris en charge. Après la mise à niveau vers le dernier paquetage UAD et le redémarrage de Tomcat, tous les mots de passe de compte de messagerie électronique existants dans le dépôt NetIQ SecretStore migrent automatiquement vers l'attribut notfSMTPMailPassword. Ce processus de migration de mot de passe est contrôlé par la propriété com.netiq.idm.migrate.secretstore, disponible dans le fichier ism-configuration.properties. Par défaut, cette propriété est définie sur true (vrai). Une fois la migration terminée, la propriété est automatiquement redéfinie sur false (faux) et reste dans cet état.
Les considérations suivantes s'appliquent à SSPR (Self Service Password Reset) :
Si la fonction d'audit est activée sur un serveur SSPR avec le type de format de sortie syslog CEF, vous devez désinstaller le collecteur NetIQ SSPR du serveur Sentinel Syslog, sinon le serveur Syslog ne sera pas en mesure d'analyser les événements d'audit SSPR.
SSPR prend en charge les types de format de sortie CEF et JSON pour les événements d'audit. SSPR 4.7.0.1 continuera à prendre en charge le collecteur NetIQ SSPR pour le type de format de sortie JSON. Si plusieurs serveurs SSPR sont connectés à un seul serveur Sentinel Syslog, vous ne devez sélectionner qu'un seul type de format pour les événements d'audit sur l'ensemble des serveurs.
Si SSPR est installé sur un serveur distinct, mettez à niveau le composant vers la dernière version intégrée dans Identity Manager 4.9.
Après avoir mis à jour Identity Manager vers la version 4.9, SSPR est mis à niveau vers la version 4.7.0.1 qui nécessite le collecteur Universal CEF pour collecter les événements d'audit au type de format CEF.
REMARQUE :si vous activez l'audit SSPR au type de format de sortie CEF pour la première fois, assurez-vous que le collecteur NetIQ SSPR n'est pas configuré sur le serveur Sentinel Syslog.