Lesen Sie die folgenden Überlegungen, bevor Sie mit dem Upgrade der Identity Manager-Komponenten beginnen:
Die Komponenten können nur im Konsolenmodus aufgerüstet werden. Ein automatisches Upgrade wird nicht unterstützt.
Sie müssen die Komponenten nacheinander aufrüsten.
Das Identitätsdepot muss separat aufgerüstet werden. Diese Version unterstützt eDirectory 9.2.8 und höher.
Falls das Identitätsdepot auf einem BTRFS-Dateisystem konfiguriert wurde, wird der Upgradevorgang nicht erfolgreich durchgeführt. Diese Version unterstützt nur die Dateisysteme Ext3, Ext4 und XFS.
Vor Beginn des Upgrades der Identity Manager-Engine dürfen sich keine Ereignisse in der Cache-Datei befinden. Wenn Ihr Treiber MapDB verwendet, müssen Sie sicherstellen, dass der aufgerüstete Treiber mit der aufgerüsteten Engine korrekt funktioniert. Weitere Informationen finden Sie unter Arbeiten mit MapDB 3.0.9.
Vor dem Upgrade der Komponenten müssen Sie sich mit der empfohlenen Servereinrichtung vertraut machen. Identity Manager sieht vor, dass Identity Applications und OSP auf demselben Computer installiert sind. Identity Reporting unterstützt jedoch einen lokal oder entfernt installierten OSP.
Vergewissern Sie sich, dass Identity Applications, Identity Reporting und die Datenbanken einheitlich mit FQDN konfiguriert sind.
Wenn Sie eine unterstützte Version der Oracle- oder Microsoft SQL Server-Datenbank verwenden, müssen Sie zwei Datenbankinstanzen konfigurieren, damit Identity Applications korrekt funktioniert: die Identity Applications (idmuserappdb)-Datenbank und die Workflow (igaworkflowdb)-Datenbank. Vergewissern Sie sich, dass Sie die Datenbankinstanzen auf demselben Server konfigurieren.
Wenn Sie die NAM Reverse Proxy-Konfiguration mit Identity Applications verwenden, um Formulare zu laden, müssen Sie die Version NAM 5.x verwenden.
Ab Identity Manager 4.9 wird NetIQ SecretStore nicht mehr unterstützt. Nachdem Sie ein Upgrade auf das neueste UAD-Paket durchgeführt und Tomcat neu gestartet haben, werden alle bestehenden Passwörter für E-Mail-Konten im NetIQ SecretStore-Repository automatisch in das Attribut notfSMTPMailPassword migriert. Die Migration von Passwörtern wird über die Eigenschaft com.netiq.idm.migrate.secretstore gesteuert, die in der Datei ism-configuration.properties verfügbar ist. Standardmäßig ist diese Eigenschaft auf true festgelegt. Nach der Migration wird die Eigenschaft automatisch wieder auf "false" festgelegt und bleibt in diesem Zustand.
Beim Self Service Password Reset (SSPR) sind die folgenden Überlegungen zu beachten:
Wenn Auditing auf einem SSPR-Server mit dem Syslog-Ausgabeformattyp CEF aktiviert ist, müssen Sie den NetIQ Self Service Password Reset Collector vom Sentinel Syslog-Server deinstallieren. Andernfalls kann der Syslog-Server die SSPR-Auditereignisse nicht analysieren.
SSPR unterstützt sowohl den CEF- als auch den JSON-Ausgabeformattyp für das Auditing von Ereignissen. SSPR 4.7.0.1 unterstützt weiterhin NetIQ Self Service Password Reset Collector für den JSON-Ausgabeformattyp. Wenn mehr als ein SSPR-Server mit einem einzigen Sentinel Syslog-Server verbunden ist, müssen Sie nur einen Formattyp für das Auditing von Ereignissen auf allen Servern auswählen.
Wenn SSPR auf einem separaten Server installiert ist, rüsten Sie die Komponente auf die neueste Version auf, die in Identity Manager 4.9 gebündelt ist.
Nachdem Sie Identity Manager auf Version 4.9 aktualisiert haben, wird SSPR auf Version 4.7.0.1 aufgerüstet, die den Universal CEF Collector zum Sammeln von Auditingereignissen im CEF-Formattyp erfordert.
HINWEIS:Wenn Sie SSPR-Auditing im Ausgabeformattyp CEF zum ersten Mal aktivieren, stellen Sie sicher, dass auf dem Sentinel Syslog-Server der NetIQ Self Service Password Reset Collector nicht konfiguriert ist.