Lesen Sie die folgenden Überlegungen, bevor Sie mit dem Upgrade der OpenText Identity Manager-Komponenten beginnen:
Aktualisieren Sie alle OpenText Identity Manager-Komponenten auf die neueste Version, wenn sie auf demselben Server ausgeführt werden.
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 OpenText eDirectory 9.3.
Wenn OpenText Identity Console und OpenText eDirectory gemeinsam vorhanden sind, stellen Sie sicher, dass Sie die OpenText Identity Console auf die neueste Version 1.9 aktualisieren, bevor Sie ein Upgrade von OpenText eDirectory auf 9.3 vornehmen. Weitere Informationen zum Aktualisieren der OpenText Identity Console finden Sie unter Aktualisieren der OpenText Identity Console.
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 OpenText 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. OpenText 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.
Es wird empfohlen, Identity Applications und Datenbanken mit dem vollständig qualifizierten Domänennamen (FQDN) zu konfigurieren. Für Identity Reporting wird jedoch nur der Hostname unterstützt.
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-Datenbank (idmuserappdb) und die Workflow-Datenbank (igaworkflowdb). 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 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 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 Upgrade von 4.9 auf 4.10 wird der Benutzer nicht zur Eingabe des Master-Keystore-Passworts aufgefordert. Es wird das zuvor gespeicherte Passwort aus der ism-sensitive.properties-Datei verwendet. Beim Upgrade von 4.7.5 und 4.8.x auf 4.10 wird der Benutzer jedoch nicht zur Eingabe des Master-Keystore-Passworts (encrypt-keys.pkcs12) aufgefordert. Führen Sie die unter Storing Configupdate Ultity Password (Speichern des Passworts für das Configupdate-Dienstprogramm) beschriebenen Schritte aus, um das Passwort zu ändern oder erneut zu verschlüsseln.
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 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.8.0.1 unterstützt weiterhin 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 OpenText Identity Manager 4.10 gebündelt ist.
Nachdem Sie OpenText Identity Manager auf Version 4.10 aktualisiert haben, wird SSPR auf Version 4.8.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 Self Service Password Reset Collector nicht konfiguriert ist.