Parameter:
Server_MaxConcurrentTransKurzbeschreibung: Maximale Anzahl gleichzeitiger Transaktionen, die der Server bearbeitet – wirkt als oberer Deckel für die NRPC-Worker-Threads
Steckbrief
Parameter | Server_MaxConcurrentTrans |
Kategorie | Performance / Memory |
Komponente | Server |
Verfügbar seit | 9.0.1 |
Unterstützte Versionen | 9.0.1, 10.0, 11.0, 12.0, 14.0, 14.5, 14.5.1 |
GUI-Entsprechung | Server-Dokument (Server Tasks → Maximum concurrent transactions) |
Mögliche Werte | Ganzzahl (Standard 20 × Anzahl CPUs; typisch 40–500) |
Beschreibung
Server_MaxConcurrentTrans begrenzt die Anzahl gleichzeitig bearbeiteter NRPC-Transaktionen. Erreicht der Server diesen Wert, werden weitere Anfragen bis zum Freiwerden eines Worker-Threads in die Warteschlange gestellt.Der Standardwert (20 × CPU-Cores) reicht für die meisten Umgebungen. Auf Servern mit hoher Last (Mail-Hubs, viele Replikatoren) kann ein moderates Anheben sinnvoll sein – zu hohe Werte verschlechtern aber Latenz und Speicherverbrauch.
Beispiel-Konfiguration
Server_MaxConcurrentTrans=200
Hinweise & Stolperfallen
- Wert nicht blind hochsetzen – jeder Worker belegt Memory und kann Locks halten.
- Ergänzt sich mit
Server_MaxSessions,Server_Min_Possible_Trans_Time,Server_Max_Possible_Trans_Time.
- Aktuelle Auslastung über
show stat server.transactions.*undshow performancekontrollieren.
- In Cluster-Umgebungen über Lastverteilung statt allein über diesen Wert skalieren.
- Änderung wirkt nach Server-Neustart.