Serverprozesse

Serverprozesse sind die technische Grundlage der Automation Engine. Im Grunde gibt es entweder Arbeitsprozesse (WPs) oder Kommunikationsprozesse (CPs), aber innerhalb dieser beiden Gruppen gibt es mehrere Arten von Serverprozessen. Serverprozesse sind nicht auf einen einzigen Knoten/einen einzigen Computer beschränkt, was sowohl die Effizienz als auch die Zuverlässigkeit durch ihre Verteilung auf mehrere Computer erhöht. Weitere Informationen finden Sie unter Serverprozesstypen.

Diese Seite beinhaltet Folgendes:

Übersicht

Alle Serverprozesse kommunizieren miteinander. Fällt ein Prozess aus, übernehmen die anderen.

Wichtig!

  • Prozessnummern müssen im gesamten AE-System eindeutig sein, auch wenn das System auf mehrere Computer verteilt ist.
  • Ab v21 stellen alle Windows-, Linux- und Java-Agenten eine Verbindung zu Java-Kommunikationsprozessen Processes (JCPs) her. Wenn Ihre Systeminstallation jedoch Agenten älterer Versionen verwendet, stellen diese Agenten und die meisten CallAPIs weiterhin eine Verbindung zu CPs her. Weitere Informationen finden Sie unter TLS Gateway bzw. CallAPI – Übersicht


Grafisch dargestellte Kommunikation zwischen Serverprozessen.

Serverprozessnamen werden dynamisch erstellt und geben die Reihenfolge an, in der sie gestartet werden. Alle Prozesse beginnen mit Buchstaben, anhand derer Sie sie erkennen können, gefolgt von der nächsten verfügbaren Prozessnummer. Log- und Trace-Dateinamen basieren auf den zugehörigen Prozessnamen.

Anzahl der Serverprozesse

Jedes Automation Engine-System benötigt mindestens einen Arbeitsprozess (WP), einen Java-Kommunikationsprozess (JCP) und/oder einen Kommunikationsprozess (CP), einen Java-Arbeitsprozess (JWP) und einen REST-Prozess (REST). Bei Bedarf kann die Anzahl der Serverprozesse jederzeit erhöht werden. Der Kommunikationsaufwand sollte ausgewogen sein, und die gesamte Kommunikation sollte nicht von einem einzigen (Java-) Kommunikationsprozess (JCP/CP) abhängen. Es wird empfohlen, zwei (Java-) Kommunikationsprozesse (JCPs/CPs) und verschiedene (Java-) Arbeitsprozesse (JWPs/WPs) zu verwenden, die mit der Anzahl der verwendeten Prozessoren umgehen können.

Ausrüstung

Es wird empfohlen, die Anzahl der Serverprozesse entsprechend den unten aufgeführten Werten einzurichten. Es gibt keine Beschränkung für die Anzahl der Prozesse. Denken Sie jedoch daran, dass bei einer erhöhten Anzahl an Serverprozessen der interne Administrationsaufwand höher als der durch die Lastverteilung erzielte Nutzen sein könnte.

Hinweis: Diese Werte basieren auf der Annahme, dass keine anderen Anwendungen auf dem jeweiligen Computer laufen.

Folgende Mindestausstattungen sind erforderlich:

  • ein primärer Arbeitsprozess (PWP)

  • zwei Java-Kommunikationsprozesse (JCPs)

  • zwei Arbeitsprozesse (WPs)

  • zwei Dialogprozesse (DWPs)

  • zwei Java-Arbeitsprozesse (JWPs)

  • einen Kommunikationsprozess (CP)

  • ein REST-Prozess (REST)

Die empfohlene Verteilung der Ausstattung ist:

  • pro Computer: mindestens zwei Java-Kommunikationsprozesse (JCPs), einen Kommunikationsprozess (CP) und einen REST-Prozess (REST)

  • pro Kern: ein bis drei Arbeitsprozesse (WPs) und mindestens ein Java-Arbeitsprozess (JWP)

  • nach Anforderung: zwei bis n Dialogprozesse (DWPs)

Die Anzahl der zu verwendenden Dialogprozesse (DWPs) hängt nicht von der Anzahl der Prozessoren ab, sondern von der Anzahl der Benutzer, die am System angemeldet sind. Überprüfen Sie die Auslastung auf der Seite Prozesse und Auslastung und erstellen Sie bei Bedarf neue. Sie können auch die Auslastung der einzelnen Serverprozesse überprüfen. Abhängig von den jeweiligen Werten können Sie reagieren und bei Bedarf neue Serverprozesse starten. Weitere Informationen finden Sie unter Dialogprozesse und Prozesse und Auslastung.

Standardmäßig ist das Datenbankschema auf fünf Kommunikationsprozesse ausgelegt. Wenn diese fünf Kommunikationsprozesse jedoch überschritten werden, erzeugt der nächste Prozess eigene Tabellen (MQ1CP006 und MQ2CP0006) in der Datenbank.

Siehe auch: