Der Upgrade des InterChange Server-Systems umfasst die folgenden
Schritte:
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
|
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:
- Ü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.
- Beenden Sie alle Adapterabfragen von Ereignistabellen, indem Sie die
Adaptereigenschaft PollFrequency auf No setzen und den
Adapter erneut starten.
- Lassen Sie alle Ereignisse (inklusive aller laufender Ereignisse) das
System durchlaufen. Alle unbestätigten Transaktionen müssen aufgelöst
werden.
- Stoppen Sie die Collaborations. Diese Task stellt sicher, dass
während des Upgrades keine Ereignisse den InterChange Server passieren.
- 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.
Nachdem Sie die Sicherungen erstellt haben, können Sie das InterChange
Server-System folgendermaßen beenden:
- Beenden Sie InterChange Server und alle zugehörigen Komponenten.
- Beenden Sie den Datenbankserver.
- 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.
- 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.
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.
