FileNet-Komponenten nach der Migration zu IBM Connections 6.0 wiederherstellen

Aktualisieren Sie nach der Migration zu IBM Connections 6.0 CR1 Connections Content Manager und stellen Sie anschließend Ihre FileNet-Komponenten wieder her.

Informationen zu diesem Vorgang

Schließen Sie die Migration von IBM® Connections Content Manager von 5.0 oder 5.5 auf 6.0 CR1 ab, indem Sie FileNet-Komponenten aktualisieren und wiederherstellen, die Sie vor dem Installieren von IBM Connections 6.0 gesichert haben.

Vorgehensweise

  1. Aktualisieren Sie Connections Content Manager wie in der IBM Technote Anforderungen für IBM Connections 6.0 CR für IBM FileNet für die Verwendung mit Connections Content Manager (CCM) beschrieben.
  2. Wenn Sie während der 6.0-Installation eine Verbindung zu den Connections 5.0- oder 5.5-Datenbanken hergestellt haben, müssen Sie die Konfiguration des FileNet-Speicherbereichs aktualisieren:
    1. Starten Sie IBM Connections und Connections Content Manager.
    2. Greifen Sie auf ACCE zu.
    3. Navigieren Sie zu IC Domain > Object Stores > ICObjectStore > Administrative > Storage Areas > ICObjectStore > Properties.
    4. Ändern Sie nach Bedarf den Wert in Root Directory path.
  3. Migrieren Sie die Chiffrierschlüssel für die FileNet Content Engine-EAR-Datei von 5.0 oder 5.5, die Sie vor der Connections 6.0-Installation gesichert haben:
    1. Erstellen Sie zwei Arbeitsverzeichnisse, Beispiele:
      D:\CCM_WORK\OLD_EAR
      D:\CCM_WORK\NEW_EAR
    2. Kopieren Sie die Datei Engine-ws.ear aus der 5.0- oder 5.5-Umgebung in das Verzeichnis D:\CCM_WORK\OLD_EAR.
      Anmerkung: Engine-ws.ear befindet sich standardmäßig unter: <connections_root>\addons\ccm\ContentEngine\tools\configure\profiles\ccm\ear
    3. Kopieren Sie die Datei Engine-ws.ear der IBM Connections 6.0-Umgebung nach D:\CCM_WORK\NEW_EAR.
      Anmerkung: Engine-ws.ear befindet sich standardmäßig unter: <connections_root>\FileNet\ContentEngine\tools\configure\profiles\ccm\ear
    4. Führen Sie den folgenden Befehl aus:
      java -jar BootstrapConfig.jar -e D:\CCM_WORK\OLD_EAR\Engine-ws.ear -j 
      D:\CCM_WORK\NEW_EAR\Engine-ws.ear
      Dabei gilt Folgendes:
      1. BootstrapConfig.jar befindet sich im Verzeichnis <connections_root>\FileNet\ContentEngine\lib unter Windows oder im Verzeichnis /FileNet/ContentEngine/lib unter Linux/AIX.
      2. -e fügt die (alte) EAR-Quelldatei ein.
      3. -j fügt die (neue) EAR-Zieldatei ein.
      4. Java kann die ausführbare Datei von WebSphere sein, beispielsweise D:\IBM\Websphere\AppServer\java\bin\java.exe
      Beispiel:
      D:\IBM\WebSphere\AppServer\java\bin\java.exe -jar 
      D:\IBM\Connections\FileNet\ContentEngine\lib\BootstrapConfig.jar -e 
      D:\CCM_WORK\OLD_EAR\Engine-ws.ear -j 
      D:\CCM_WORK\NEW_EAR\Engine-ws.ear
      d. Kopieren Sie die geänderte EAR-Zieldatei (D:\CCM_WORK\NEW_EAR) (die Datei, auf die der Switch -j im Befehl verweist) in das Verzeichnis <connections_root>\FileNet\ContentEngine\tools\configure\profiles\CCM\ear, sodass Sie die gesicherte Datei Engine-ws.ear ersetzen.
    5. Melden Sie sich bei der WebSphere Application Server-Administrationskonsole an und navigieren Sie zu Anwendungen > WebSphere-Unternehmensanwendungen.
      1. Wählen Sie FileNetEngine zur Aktualisierung.
      2. Ersetzen Sie die gesamte Anwendung, geben Sie den Dateipfad zum Ziel (neu) Engine-ws.ear an und klicken Sie auf Weiter.
      3. Akzeptieren Sie die Standardeinstellung auf der nächsten Seite und klicken Sie auf Weiter.
      4. Akzeptieren Sie die Standardinstallationsoptionen und klicken Sie auf Weiter.
      5. Akzeptieren Sie die Modulzuordnungseinstellung und klicken Sie auf Weiter.
      6. Prüfen Sie die Zusammenfassung und klicken Sie auf Fertigstellen.
  4. Wenn Sie festgestellt haben, dass es sich bei dem filenetAdmin-Benutzer (entspricht normalerweise dem ConnectionsAdmin-Benutzer) um einen lokalen WIM-Benutzer handelt, stellen Sie die Sicherung der Datei fileRegistry.xml vom 5.0- oder 5.5-Server wieder her. Durch diese Aktion wird sichergestellt, dass der WebSphere Application Server, auf dem Version 6.0 ausgeführt wird, über dasselbe dateibasierte Benutzerregistry verfügt, um sicherzustellen, dass die Benutzer-ID die gleiche ist. Wenn die Position nicht genau übereinstimmt, z. B. beim Wechseln von Betriebssystemen, finden Sie weitere Informationen im Abschnitt Optional: Changing the location on disk used to store library content (Optional: Position auf dem Datenträger ändern, die zum Speichern von Bibliotheksinhalten verwendet wird).