AUTOCHANGESTATEBATCHSIZE - Detailbeschreibung

Open

Überblick

Parameter:AUTOCHANGESTATEBATCHSIZE
Kategorie: Workflow
Standardwert: 1000
Produkt: eTASK.Workflow

Was macht dieser Parameter?

Dieser Parameter steuert, wie viele Tickets gleichzeitig vom Timer-Job "GlWorkflowStepFollowSwitch" pro Durchlauf abgefragt und verarbeitet werden. Der Timer-Job ist verantwortlich für das automatische Weiterschalten von Tickets in Workflows, wenn bestimmte Bedingungen erfüllt sind. Durch die Festlegung der Batch-Größe können Sie die Verarbeitungsgeschwindigkeit und die Systembelastung steuern.

Wofür wird dieser Parameter verwendet?

• Steuerung der Anzahl von Tickets, die pro Timer-Job-Durchlauf verarbeitet werden

• Performance-Optimierung bei der automatischen Workflow-Verarbeitung

• Ressourcenschonung bei hoher Systemlast

• Vermeidung von Timeouts bei der Workflow-Verarbeitung

• Balance zwischen Verarbeitungsgeschwindigkeit und Systembelastung

Technische Details (für Administratoren)

Format: Ganzzahl (Integer)
Standardwert: 1000

Gültige Werte:

• 10 = Minimale Batch-Größe (sehr ressourcenschonend, langsame Verarbeitung)

• 100 = Kleine Batch-Größe (ressourcenschonend)

• 500 = Mittlere Batch-Größe (ausgewogen)

• 1000 = Standard-Batch-Größe (empfohlen für normale Systeme)

• 2000+ = Große Batch-Größe (schnelle Verarbeitung, höhere Systemlast)

Wichtige Hinweise:

• Der Wert bestimmt die Seitengröße (Page Size) für die Datenbankabfrage

• Der Timer-Job verarbeitet Tickets in Batches, bis alle relevanten Tickets bearbeitet sind

• Bei sehr großen Werten kann der Job länger als die empfohlenen 5 Minuten laufen

• Zu kleine Werte können dazu führen, dass Tickets nicht rechtzeitig verarbeitet werden

• Im Debug-Modus wird der Wert automatisch auf 10 gesetzt

• Der Job verarbeitet nur Tickets in aktiven Workflows mit aktiviertem automatischen Schalten

Zusammenspiel mit anderen Parametern:

Der Parameter arbeitet mit dem Timer-Job "GlWorkflowStepFollowSwitch" zusammen, der in regelmäßigen Abständen läuft und Tickets automatisch im Workflow weiterschaltet.

Wann sollten Sie diesen Wert ändern?

Wert verringern (z.B. auf 100-500), wenn:

• Der Timer-Job länger als 5 Minuten läuft

• Die Systemlast während der Job-Ausführung zu hoch ist

• Datenbank-Timeouts auftreten

• Sie Ressourcen schonen möchten

• Viele andere rechenintensive Prozesse gleichzeitig laufen

Wert erhöhen (z.B. auf 2000-5000), wenn:

• Sie viele Tickets haben, die automatisch verarbeitet werden müssen

• Der Timer-Job zu langsam arbeitet und Tickets sich aufstauen

• Die Systemressourcen ausreichend verfügbar sind

• Die Verarbeitungszeit verkürzt werden soll

• Sie ein leistungsstarkes System mit guter Datenbankanbindung haben

Wichtige Hinweise

1. Monitoring der Job-Laufzeit
   Überwachen Sie die Laufzeit des Timer-Jobs "GlWorkflowStepFollowSwitch". Wenn er regelmäßig länger als 5 Minuten läuft, sollten Sie den Wert reduzieren.

2. Balance zwischen Geschwindigkeit und Systemlast
   Ein höherer Wert führt zu schnellerer Verarbeitung, aber auch zu höherer Systemlast. Finden Sie den optimalen Wert für Ihre Systemumgebung.

3. Auswirkung auf Ticket-Verarbeitung
   Bei sehr kleinen Werten kann es passieren, dass Tickets, die bearbeitet werden müssen, länger liegen bleiben, weil andere Tickets den Prozess blockieren.

4. Test nach Änderungen
   Ändern Sie den Wert schrittweise und beobachten Sie die Auswirkungen auf die Job-Laufzeit und Systemlast über mehrere Tage.

Sicherheit

Hat eine Änderung dieses Parameters Auswirkungen auf die Sicherheit?

Nein, dieser Parameter hat keine direkten Sicherheitsauswirkungen. Es handelt sich um einen Performance-Parameter zur Optimierung der Workflow-Verarbeitung.

Zu beachten: * Zu hohe Werte können zu Systemüberlastung führen * Zu niedrige Werte können zu verzögerter Ticket-Bearbeitung führen * Indirekte Auswirkung auf Service-Level-Agreements durch verzögerte Verarbeitung möglich

Empfehlung: Wählen Sie einen ausgewogenen Wert, der schnelle Verarbeitung ermöglicht, ohne das System zu überlasten. Überwachen Sie die Job-Performance regelmäßig.

Praktisches Beispiel

Ausgangssituation: Ihr System verarbeitet täglich mehrere hundert Tickets automatisch über Workflows. Der Timer-Job "GlWorkflowStepFollowSwitch" läuft alle 5 Minuten, benötigt aber in letzter Zeit immer länger und überschreitet manchmal die 5-Minuten-Grenze. Dies führt zu Überlappungen und erhöhter Systemlast.

Konfiguration: AUTOCHANGESTATEBATCHSIZE = 500 (reduziert von 1000)

Nach der Änderung:

• Der Timer-Job fragt nur noch 500 Tickets pro Durchlauf ab statt 1000

• Die Datenbankabfrage wird schneller ausgeführt

• Die Verarbeitungszeit pro Job-Durchlauf sinkt auf 3-4 Minuten

• Die Systemlast während der Job-Ausführung ist geringer

• Tickets werden weiterhin zeitnah verarbeitet, da der Job alle 5 Minuten läuft

Ergebnis: Der Timer-Job läuft stabil innerhalb der 5-Minuten-Grenze. Die Systemlast ist gleichmäßiger verteilt. Alle Tickets werden weiterhin zeitnah automatisch im Workflow weitergeleitet, ohne dass es zu Verzögerungen kommt.

Alternative Szenarien:

Szenario A - Leistungsstarkes System mit vielen Tickets:

• AUTOCHANGESTATEBATCHSIZE = 2000

• Schnellere Verarbeitung großer Ticket-Mengen

• System hat ausreichend Ressourcen für große Batches

Szenario B - Schwächeres System oder hohe Gesamtlast:

• AUTOCHANGESTATEBATCHSIZE = 250

• Sehr schonende Verarbeitung

• Längere Gesamtverarbeitungszeit, aber keine Systemüberlastung

Empfohlene Einstellung

Für Standard-Installationen:1000(Standard)

Begründung:

• Bewährter Wert für die meisten Systemumgebungen

• Gute Balance zwischen Verarbeitungsgeschwindigkeit und Systemlast

• Ausreichend für typische Ticket-Volumina

• Erprobter Standardwert mit guter Performance

Ausnahmen (Anpassungen):

• Kleine Systeme oder hohe Gesamtlast: Wert auf 250-500 reduzieren

• Große, leistungsstarke Systeme: Wert auf 1500-2500 erhöhen

• Sehr viele automatische Workflows: Wert individuell optimieren

• Job-Laufzeit überschreitet 5 Minuten: Schrittweise reduzieren (z.B. auf 750, dann 500)

IC2865