Leitfaden für ein Upgrade auf eine neueAutomation Engine -Version.
Unten werden die Schritte für ein Upgrade Ihres Systems auf die neueste Version beschrieben.
Um das genaue Befolgen der einzelnen Upgrade-Schritte für das AE-System zu vereinfachen, ist dieses Thema in mehrere Schritte unterteilt.
Unsere Berater sind Experten für das Upgraden von AE-Systemen. Zögern Sie bitte nicht, uns zu kontaktieren, wenn Sie Unterstützung benötigen.
Verwenden Sie die Schaltfläche Alle erweitern /Alle reduzieren in der Menüleiste oben, um den gesamten Inhalt der eingeklappten Seiten unten zu drucken.
Gehen Sie auf jeden Fall nach dieser Anleitung vor! Ein erfolgreiches Upgrade Ihres Automation Engine Systems ist ansonsten nicht gegeben! Das Upgrade darf niemals sofort in einem produktiven Automation Engine System erfolgen! Ein umfangreicher Test der neuen AE-Version muss zuallererst immer in einer gesonderten Umgebung durchgeführt werden! Einzelheiten zur Installation von Hotfixes, siehe Hotfix-Installation. |
Für das Upgrade eines Automation Engine Systems ist ein strukturiertes Vorgehen enorm wichtig, um ohne große Verzögerungen weiter produktiv bleiben zu können. Bei einem Versionswechsel der Automation Engine werden alle für das Ausführen der Änderungen an der Datenbank notwendige Schritte durch das Dienstprogramm AE DB Load durchgeführt und überwacht. Das ist notwendig, da mit diesem auch Veränderungen an den Daten vorgenommen werden, die mit reinem SQL nicht möglich sind. Die vom Dienstprogramm ausgeführten Schritte beim Upgrade sind einerseits in der Datei uc_upd.txt ersichtlich und dokumentiert. Zudem gibt die Datei chngdb.sql auf jeden Fall darüber Auskunft welche Anweisungen gegen die Datenbank abgesetzt werden. Die Ausführung muss jedoch nach wie vor über das Dienstprogramm erfolgen. Die Vorbereitung der Datenbank ist bei jedem Automation Engine-Versionswechsel den Release Notes zu entnehmen. Der Upgrade-Vorgang umfasst mehrere Phasen:
Jede Phase besteht aus vielen kleinen Schritten, d.h. Ihr Automation Engine System wird nicht auf einmal, sondern Stück für Stück aktualisiert. Dabei werden die alten Komponenten nicht überschrieben, sondern parallel in eigene Verzeichnisse installiert. Lediglich die Datenbank wird mit Hilfe des Dienstprogrammes AE DB Load direkt aktualisiert. Diese Methode bietet zwei wesentliche Vorteile:
Führen Sie zuerst das Upgrade in Ihrem Testsystem durch. Mögliche Probleme lassen sich auf diese Weise erkennen und beheben bevor Sie später im Produktivsystem auftreten. Spielen Sie die einzelnen Schritte des Upgrades in Ihrem Testsystem durch und erstellen Sie dabei gleich einen Plan für die Aktualisierung Ihres Produktivsystems. Während des Updates der Datenbank steht das Automation Engine System nicht zur Verfügung! Nach jedem Teilschritt des Upgrades sind die neuen Komponenten über einen gewissen Zeitraum zu beobachten. Erst wenn deren Stabilität erwiesen ist, kann mit dem Aktualisieren weiterer Komponenten fortgesetzt werden. Beachten Sie, dass der von uns empfohlene Weg des Upgradevorgangs jederzeit eine Wiederaufnahme der Produktion in der alten Automation Engine-Version erlaubt. Dafür ist es notwendig, die Komponenten parallel zu installieren sowie eine zweite Datenbankinstanz bereit zu stellen. Sollten Sie eine Aufstellung über die Änderungen der Meldungen benötigen, können Sie das Vergleichsprogramm dazu verwenden. Unsere Berater sind Experten für das Upgraden von AE-Systemen. Zögern Sie bitte nicht, uns zu kontaktieren, wenn Sie Unterstützung benötigen. |
Erledigt |
Bedingung |
---|---|
|
Lesen Sie die ReleaseNotes der entsprechenden Automation Engine-Version genau durch. Sie enthalten Informationen, die vor oder während des Upgrade-Vorgangs unbedingt zu berücksichtigen sind. |
|
Die wichtigste Voraussetzung ist ein Testsystem. Bevor Sie die neue Automation Engine-Version in Ihrem Produktionssystem in Einsatz nehmen können, sind umfangreiche Tests in einem separaten System erforderlich. Dabei können Sie bereits die notwendigen Schritte für das Upgrade im Produktionssystem kennenlernen und optimieren. |
|
Ist Ihre Datenbank regelmäßig gewartet worden? Die letzte Reorganisation mit AE-Dienstprogrammen als auch mit Datenbankmitteln sollte vor dem Upgrade der Datenbank erfolgen. Je kleiner die Datenbank, desto schneller ist ihr Upgrade. Beachten Sie trotzdem, dass der Upgrade-Vorgang der Datenbank einige Zeit in Anspruch nimmt. Außerdem wird ausreichender Plattenplatz benötigt, wenn Tabellen dupliziert werden. |
|
Während der Upgradephasen brauchen Sie entsprechende Berechtigungen auf den betroffenen Rechner, Datenbanken, ERP-Systemen usw. Stellen Sie sicher, dass die verantwortlichen Administratoren, während des jeweiligen Arbeitsschrittes zur Verfügung stehen. |
|
Sie können für die Dauer des Upgrades Consultants, Entwickler und 24x7 Support anfordern. Eingriffe in unternehmenskritische und sensible Bereiche Ihres Automation Engine Systems werden damit hervorragend unterstützt. Setzen Sie sich sofort mit Ihrem Account Manager oder dem |
|
Legen Sie die Telefonnummer und die E-Mail-Adresse des Automic-Supports sowie die Anmeldedaten zur Automic Customer Zone bereit. |
1. Prüfung von Inkompatibilitäten zwischen Version 11.1 und 11.2
Die Tabelle unten listet neue Funktionen, die Kompatibilitätsprobleme verursachen könnten oder bei einem Upgrade zu berücksichtigen sind, auf – sie enthält nicht alle neue Funktionen dieser AE-Version. Erklärung der Tabellenspalten:
|
Thema |
Geändertes Verhalten |
Mögliche Inkompatibilitäten |
Maßnahmen/Gegenmaßnahmen |
---|---|---|---|
Allgemeine DB-Änderung Informationen und Prüfanweisungen gelten für alle Versionen und betreffen jeweils Ihre bestehende Installation und die neueste Version, auf die Sie upgraden möchten. |
Schema/Struktur der DB wurde geändert. |
Benutzerdefinierte SQL-Abfragen auf AE DB funktionieren nicht mehr. |
|
Release-Paket |
Das Release-Paket (.zip-Dateien, Ordnerstruktur und deren Inhalte) wurde geändert. Folgende Dateien und Ordner wurden entfernt:
|
Möglicherweisen werden automatisierte Installationsroutinen mithilfe von Release-Images nicht funktionieren. |
Falls Scripts auf die alte Paketstruktur angewiesen sind, müssen Sie die Pfade anpassen. |
CP/WP-Routing |
FORMS Anfragen für das Routing zu RA Agenten wurde geändert. |
Wenn Sie RA-Verbindungsobjekte bearbeiten, muss ein entsprechender RA-Agent im gleichen Mandanten aktiv sein, um Daten abrufen zu können. |
Weisen Sie einen RA-Agenten für relevante Mandanten zu. |
Drittüberwachung über External Monitoring Interface |
Die neue, hochmoderne JMX-Schnittstelle EMI (External Monitoring Interface) wurde eingeführt. Die vorhandene SNMP-Schnittstelle ist nach wie vor verfügbar, aber Drittintegration mit BMC Patrol, HP OpenView und Tivoli wird nicht mehr unterstützt. |
Es besteht zwar keine Inkompatibilität, aber die Integration mit BMC Patrol, HP OpenView und Tivoli ist nicht mehr verfügbar. |
Integrieren Sie Überwachungssysteme Dritter über die neue EMI-Schnittstelle. |
Verdoppelung der MQ-Tabellen |
Die MQ-Tabellen wurden verdoppelt und umbenannt. |
Wenn Sie DB Reorg nutzen, werden MQ-Tabellen u.U. nicht berücksichtigt und vorhandene Scripts können aufgrund geänderter Tabellennamen fehlschlagen. |
Passen Sie DB Reorg-Scripts an. |
Proxy INI-Dateierweiterungen |
Aufgrund von Funktionalitätsverbesserungen wurden Parameter und Formate einiger Parameterwerte in der INI-Datei geändert. |
Ohne Anpassung können Sie die INI-Dateien der Proxy-Versionen vor Version 2 nicht nutzen. |
Passen Sie INI-Dateiparameter entsprechend der Proxy-Benutzerdokumentation an. |
Erledigt |
System |
Arbeitsschritt |
||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
|
||||||||||||||||
|
|
Starten eines neuen Jobs ablehnen
|
||||||||||||||||
|
|
Upgrade der Kernkomponenten vorbereiten
|
||||||||||||||||
|
|
Hinweise:
|
||||||||||||||||
Upgrade des Enterprise Control Centers Upgrade von ECC 2.1 oder 11.1 auf (missing or bad snippet) Bei einem Upgrade einer bereits vorhandenen ECC-Installation auf eine neue Version wird das ECC-Framework und alle Plug-Ins ebenfalls upgegradet. Befolgen Sie die gleichen Anweisungen zur Installation von Hotfix-Paketen zwischen Releases. Überblick Für das Upgrade von Enterprise Control Center 2.1.x oder 11.0 auf (missing or bad snippet).x.x sind folgende Schritte nötig: Keine Datenmigration nötig. 1. Stopping the Apache Tomcat Service
2. Backing Up Current Configurations Diese Schritte sind optional. Sie können eine Sicherungskopie der gesamten ECC-Installation oder nur den Konfigurationsdateien anfertigen. Obwohl Sie sehr wenig der früheren Konfigurationen in der neuen Version verwenden können, ist es vielleicht doch hilfreich eine Kopie zu erstellen, um später beim Konfigurieren des Upgrades nachsehen zu können.
Aktualisieren Sie den Apache Tomcat Web Application Server, auf dem das ECC installiert ist, auf die aktuellste Version, die mit der neuen Version des ECC kompatibel ist.
4. Restarting the Apache Tomcat Service
5. Deploying the New ECC WAR File Deployen Sie die neue Version des ECC auf Tomcat.
Löschen Sie nicht die WAR-Datei! Wenn Sie dies tun, wird Tomcat ebenfalls die entsprechenden Unterordner entfernen, somit wird auch ECC zurückgenommen!
6. Configuring the New ECC Version
Siehe Abschnitt Troubleshooting von Browser-Problemen bei ECC-Mandanten für Tipps, wie die ECC Benutzeroberfläche allen Benutzern korrekt angezeigt wird.
|
||||||||||||||||||
|
|
Die Skripts befinden sich in den Verzeichnissen IMAGE:DB\GENERAL\<Version> und IMAGE:DB\<Datenbank-Typ>\<Version>. Die Dateien uc_upd.txt und chngdb.sql sind hierbei besonders wichtig! |
||||||||||||||||
|
|
|
3. Upgrade der Kernkomponenten
Erledigt |
System |
Arbeitsschritt |
||||||||||||||||||||||||||||||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
|
Beispiel für Windows: Dienstprogramme in C:\AUTOMIC\UTILITY\BIN Datenbankdateien in C:\AUTOMIC\UTILITY\DB |
||||||||||||||||||||||||||||||||||||||||||||||||||
|
Upgrade von AE und ServiceManager
|
|||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Upgrade Framework Integration (optional)
|
||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Upgrade UserInterfaces (if they have not yet been upgraded) If you didn't upgrade during the preparation process, do so now. |
||||||||||||||||||||||||||||||||||||||||||||||||||
Upgrade the Enterprise Control Center (if it has not yet been upgraded) If you didn't upgrade during the preparation process, do so now. |
||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Configure and start the Java Work Process (JWP)
AllgemeinesDer JWP ist eine Komponente der Automation Engine, welche für folgende Funktionen erforderlich ist:
Bereitgestellte DateienDer JWP wird im selben Verzeichnis wie alle anderen Automation Engine - Dateien ausgeliefert.
Das Verzeichnis /configuration/ wird automatisch erstellt wenn der JWP erstmals gestartet wird und enthält den Cache des OSGI-Bundles. InstallationEntpacken der Dateien.Unter Windows werden die JWP-Dateien automatisch vom SETUP.EXE-Programm in das BIN-Verzeichnis kopiert. Unter UNIX befinden sich die Dateien im zugehörigen TAR-Archiv. Kopieren Sie die Verzeichnisse „plugin“ und „lib“ in das BIN-Verzeichnis der Automation Engine. Die Installationsschritte, die folgen, hängen von der Art der verwendeten Datenbank ab. MS SQL-Server
Laden Sie den Microsoft JDBC Treiber 4.0 für SQL Server herunter. Kopieren Sie nach dem Download die Datei „sqljdbc4.jar“ in das lib-Verzeichnis der Automation Engine.
Überprüfen Sie nun, ob die verwendete MS SQL-Server-Instanz Zugriff über TCP/IP erlaubt. Öffnen Sie den SQL Server-Konfigurations-Manager und wählen Sie Protokolle für MSSQLSERVER unter SQL-Server Netzwerk Konfigurierung aus. Der Eintrag „TCP/IP“ muss im Abschnitt rechts auf „aktiviert“ gesetzt sein.
Der standardmäßige Port des MS SQL-Server Ports ist 1433. Wenn Sie sich bezüglich des Ports Ihrer MS SQL-Server Instanz nicht sicher sind, können Sie dies in der Log-Datei nachsehen. Die Meldung „Server überwacht [ 'any‘<ipv4> Portnummer“ sollte in der aktuellen Log-Datei, die den Port enthält, zu finden sein.
Der JWP verwendet die selbe Konfigurationsdatei (ucsrv.ini) wie andere Arbeitsprozesse des Automation Engine-Systems. Die Datenbankverbindung muss in der Konfigurationsdatei für den JWP bearbeitet werden. Dafür gibt es zwei verschiedene Optionen: 1) DSN-lose ODBC Verbindung Beachten Sie, dass bei dieser Variante jener Datenbank-Connection-String in der Konfigurationsdatei geändert werden muss, welchen auch alle anderen WPs des Automation Engine-Systems verwenden. Bei der Installation des JWPs für ein bestehendes System sind anschließend auch alle WPs neu zu starten. In der Sektion [ODBC] der Konfigurationsdatei ist ein Connection-String erforderlich, dessen Syntax ohne DSN auskommt. Server und Name der Datenbank sind in diesem Fall direkt anzugeben. SQLDRIVERCONNECT=ODBCVAR=SNNNNNRN,Driver={SQL Server Native Client VERSION};Server=tcp:SRVNAME,PORT;Database=DBNAME;Uid=DBUSER;Pwd=DBPWD
Beispiel: [ODBC] Der Eintrag sollte in einer Zeile stehen (ohne Umbruch).
2. Eigener Connection-String für den JWP Bei dieser Variante wird ein eigener Datenbank-Connection-String für den JWP in der Sektion [JDBC] definiert. Beispiel: [JDBC] Name und Passwort des Datenbank-Benutzers werden vom [ODBC] Eintrag verwendet. Vorteil dieser Methode ist, dass der Connection-String der anderen WPs (Sektion [ODBC]) nicht verändert werden muss und diese auch nicht neu zu starten sind. Oracle
Kopieren Sie den JDBC Treiber "ojdbc6.jar" von der Oracle Datenbank Client Installation in den "lib"-Ordner des JWP.
Dazu gibt es 2 Möglichkeiten: 1. Verbindung über OCI Bei dieser Variante ist eine Anpassung der INI-Datei ucsrv.ini nicht notwendig. Der JWP benötigt jedoch genauso Zugriff auf die Oracle Datenbank Libraries wie der WP. Bei UNIX müssen daher je nach Plattform die Umgebungsvariablen LD_LIBRARY_PATH oder SHLIB_PATH entsprechend gesetzt werden. Mehr Informationen zur Installation des JDBC-Treibers finden Sie in der JDBC-Installationsanleitung von Oracle.
2. Direkte Verbindung zur Datenbank Mit dem Oracle JDBC Thin Treiber ist es möglich, eine direkte Verbindung zur Datenbank aufzubauen. Dazu ist die Sektion [JDBC] in der Datei ucsrv.ini entsprechend zu konfigurieren. Beispiel: [JDBC] Name und Passwort des Datenbank-Benutzers werden dem [ODBC] Eintrag entnommen. DB2
Kopieren Sie die Datei db2jcc4.jar (JDBC-Treiber) in das "lib" Verzeichnis des JWP. Diese Datei ist Teil des DB2-Clients und befindet sich im Unterverzeichnis "SQLLIB/java".
Eine Änderung der Konfigurationsdatei ucsrv.ini Datei ist nicht notwendig. Falls gewünscht, kann der Datenbank-Connect-String aber in der Sektion [JDBC] der INI-Datei definiert werden. Beispiel: [JDBC] Der Benutzername und das Passwort für den Datenbankzugriff werden dem [ODBC] Eintrag entnommen. Hinzufügen von SSL-ZertifikatenUm SSL zu verwenden, muss das/die Zertifikat/e des LDAP-Servers dem Java-Arbeitsprozess zur Verfügung stehen. Es gibt zwei Möglichkeiten, Zertifikate hinzufügen:
Eine weitere Möglichkeit, das Zertifikat zu installieren, ist der Kommandozeilenparameter -installcert des Java-Arbeitsprozesses. java -jar ucsrvjp.jar -installcert <host>:<sslport>
Bei fehlendem Zertifikat wird die Meldung "unable to find valid certification path to requested target" ausgegeben und das fehlende Zertifikat heruntergeladen und in der Datei carcets gespeichert. Start des JWPVerwenden Sie beispielsweise folgenden Befehl, um den JWP via Kommandozeile zu starten: java -Xmx512M -jar ucsrvjp.jar -IC:\temp\ucsrv.ini Die Datei ucsrvjp.jar wird im selben Verzeichnis wie die anderen Automation Engine Dateien ausgeliefert. Sie dient ausschließlich dazu, den JWP zu starten. Es ist auch möglich, den JWP via ServiceManager zu starten. java -Xmx512M -jar ucsrvjp.jar -svc%port% -IC:\temp\ucsrv.ini Beim direkten Start über die Kommandozeile sollte der -svc Parameter weggelassen werden. Der Parameter –I für die Angabe der INI-Datei ist optional. Falls der Parameter fehlt, versucht der JWP die Datei ucsrv.ini im aktuellen Arbeitsverzeichnis (=Verzeichnis, in welchem sich die Datei ucsrvjp.jar befindet) zu finden. |
||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
Start the Automation Engine and clients
|
||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|
4. Upgrade aller anderen Komponenten
Erledigt |
System |
Arbeitsschritt |
---|---|---|
|
|
|
|
|
Installieren Sie die übrigen Komponenten
|
|
|
Verwenden Sie die neuen Funktionen
|
Automic Documentation - Tutorials - Automic Blog - Resources - Training & Services - Automic YouTube Channel - Download Center - Support |
Copyright © 2016 Automic Software GmbH |