Vorhandenes ICS-System vorbereiten

Der Upgrade des InterChange Server-Systems umfasst die folgenden Schritte:

InterChange Server-System sichern

Mit einer Sicherung des InterChange Server-Systems können Sie alle Dateien wiederherstellen, die bei der Installation der neuen Version möglicherweise versehentlich überschrieben wurden. Bevor Sie die Upgrade-Prozedur ausführen, sichern Sie daher sowohl statische als auch dynamische Daten (also änderbare Daten, die Sie unabhängig von Upgrades regelmäßig sichern). Beispiele für statische und dynamische Daten finden Sie in Tabelle 31.

So sichern Sie das System:

Tabelle 31 fasst die Sicherung der unterschiedlichen ICS-Komponenten zusammen.

Tabelle 31. Sicherungsmethoden für InterChange Server-Daten
Datentyp Sicherungsmethode
Statische Daten

Repository
Verwenden Sie das Dienstprogramm repos_copy, um einige oder alle der angepassten InterChange Server-Komponenten zu sichern. Weitere Informationen finden Sie in der Beschreibung der Sicherung von InterChange Server-Komponenten im Handbuch System Administration Guide.

Java- Klassendateien (.class) und Nachrichtendateien (.msg) von angepassten Collaborations Schließen Sie das Unterverzeichnis collaborations im Verzeichnis PRODUKTVERZ in die Systemdatensicherung ein:
PRODUKTVERZ/collaborations
 

Java-Klassendateien (.class) von angepassten Zuordnungen
Damit diese Dateien bei der Systemdatensicherung berücksichtigt werden, müssen Sie sicherstellen, dass das folgende Verzeichnis in der Systemsicherung angegeben ist:
PRODUKTVERZ/DLMs
 

Angepasste Connectors Nehmen Sie das folgende Verzeichnis in die Systemdatensicherung auf: PRODUKTVERZ/connectors/connectorname (hierbei steht connectorname für den Namen des angepassten Connectors)

Angepasste Startscripts Falls Sie angepasste Startscripts verwenden, müssen Sie sicherstellen, dass diese bei der Systemdatensicherung berücksichtigt werden.

ICS-Konfigurationsdatei (InterchangeSystem.cfg) Nehmen Sie die ICS-Konfigurationsdatei, die sich im Verzeichnis PRODUKTVERZ befindet, in die Systemdatensicherung auf.
Dynamische Daten

Querverweis-, Fehlerereignis- und Beziehungstabellen Verwenden Sie das Datenbanksicherungsprogramm für die Datenbank. Weitere Informationen finden Sie in der Beschreibung der Sicherung von InterChange Server-Komponenten im Handbuch System Administration Guide.

Ereignisarchivierungstabellen für Connectors Verwenden Sie das Datenbanksicherungsprogramm für die Datenbank, die diese Tabellen enthält.

Protokolldateien Nehmen Sie das folgende Verzeichnis in die Systemdatensicherung auf:
PRODUKTVERZ/logs
 

System in internen Wartestatus versetzen

Vor einem Upgrade des InterChange Server-Systems auf Version 4.3 müssen Sie sicherstellen, dass sich das System im internen Wartestatus befindet. Dies bedeutet, dass alle laufenden Ereignisse abgeschlossen und alle unbestätigten Transaktionen aufgelöst wurden, bevor Sie die Umgebung sichern und die Upgrade-Prozedur ausführen.

So können Sie das InterChange Server-System in den internen Wartestatus versetzen:

  1. Übergeben Sie fehlgeschlagene Ereignisse erneut, oder löschen Sie die Ereignisse (dieser Schritt ist optional). Mit den APIs für die erweiterte Verwaltung von fehlgeschlagenen Ereignissen aus dem Release 4.3 können Sie einen Upgrade der fehlgeschlagenen Ereignisse vornehmen und sie nach dem Systemupgrade verarbeiten.
  2. Beenden Sie alle Adapterabfragen von Ereignistabellen, indem Sie die Adaptereigenschaft PollFrequency auf No setzen und den Adapter erneut starten.
  3. Lassen Sie alle Ereignisse (inklusive aller laufender Ereignisse) das System durchlaufen. Alle unbestätigten Transaktionen müssen aufgelöst werden.
  4. Stoppen Sie die Collaborations. Diese Task stellt sicher, dass während des Upgrades keine Ereignisse den InterChange Server passieren.
  5. Löschen Sie den Inhalt der Warteschlangen, indem Sie alle alten Ereignisse aus den Warteschlangen entfernen.
    Anmerkung:
    Führen Sie Schritt 5 nur dann aus, wenn Sie Ihre fehlgeschlagenen Ereignisse nicht verarbeiten und die Ereignisse erneut durch die Anwendung übergeben lassen wollen. Im anderen Fall sollten die Warteschlangen zwar leer sein, aber prüfen Sie dies dennoch, um ganz sicher zu gehen. Falls Sie den Upgrade von fehlgeschlagenen Ereignissen auswählen und den WebSphere MQ-Transport verwenden, dürfen Sie den Inhalt der Warteschlangen nicht löschen. Sichern Sie stattdessen die Warteschlangen, und stellen Sie sie nach dem Upgrade wieder her. Details finden Sie in der Dokumentation von WebSphere MQ.

Informationen zur ordnungsgemäßen Beendigung eines aktiven Systems finden Sie im Handbuch System Administration Guide.

System beenden

Nachdem Sie die Sicherungen erstellt haben, können Sie das InterChange Server-System folgendermaßen beenden:

  1. Beenden Sie InterChange Server und alle zugehörigen Komponenten.
  2. Beenden Sie den Datenbankserver.
  3. Beenden Sie den Object-Request-Broker (ORB). Falls Sie den Upgrade ausgehend von Version 4.2.2 vornehmen, wird als ORB der IBM Java ORB verwendet. Bei einem Upgrade ausgehend von einer Vorgängerversion von 4.2.2 wird die VisiBroker-Version des ORB verwendet.
  4. Beenden Sie WebSphere MQ.
    Anmerkung:
    In Version 4.1.1 von InterChange Server trug das Produkt "WebSphere MQ" den Namen "IBM MQSeries".

Weitere Informationen zur Beendigung des Systems enthält das Handbuch System Administration Guide.

Windows-Services deinstallieren

Falls InterChange Server-Komponenten als Services auf einer verbundenen Windows-Maschine ausgeführt werden, deinstallieren Sie diese Service, bevor Sie den Upgrade der WebSphere Business Integration-Tools auf der Windows-Maschine vornehmen. Da sich das neue Release in einer anderen Position befindet, sind vorhandene Servicedefinitionen falsch. Nach Abschluss des Upgrades finden Sie im Handbuch Systeminstallation für Windows Anweisungen für die Konfiguration von InterChange Server-Komponenten als Services.

Copyright IBM Corp. 1997, 2004