Start/notes.ini Parameter/Server_MaxSessions

Server_MaxSessions

Parameter: Server_MaxSessions
Kurzbeschreibung: Begrenzt die maximale Anzahl gleichzeitiger NRPC-Sessions auf einem Domino-Server. Default: 65535 (effektiv unbegrenzt). Eine manuelle Begrenzung zwingt den Server, länger als 1 Minute idle Sessions zu droppen, bevor neue akzeptiert werden — typisches Schutz-/Recycling-Setting.

Steckbrief

Parameter
Server_MaxSessions
Kategorie
Performance / Server-Zugriff
Komponente
Server (NRPC-Listener)
Verfügbar seit
8.5
Unterstützte Versionen
9.0.1, 10.0, 11.0, 12.0, 14.0, 14.5, 14.5.1
GUI-Entsprechung
Nur notes.ini, kann aber auch im Konfigurations-Dokument unter NOTES.INI Settings gepflegt werden.
Mögliche Werte
Ganzzahl ≥ 1. Default: 65535 (intern „unbegrenzt", entspricht MaxDbServerTasks). Typische manuelle Werte: 1000–10000.

Beschreibung

Eine NRPC-Session ist die Klammer, in der ein Notes-Client (oder ein anderer Server) seine Datenbank-Operationen gegen den Domino-Server fasst. Pro angemeldetem User entstehen typisch 1 bis mehrere Sessions, abhängig vom Notes-Client-Verhalten (Workspace, Mail-Replikate, Drittanbieter-Add-ons).
Server_MaxSessions legt die harte Obergrenze für gleichzeitige NRPC-Sessions fest. Sobald die Grenze erreicht ist, beginnt der Server idle Sessions zu droppen (über 1 Minute inaktiv), bevor neue Sessions akzeptiert werden. Ist die Grenze nicht erreicht, recycelt Domino keine Sessions.
Wann setzen?
  • Überlast-Schutz: Bei Servern mit unklarer Spitzenlast eine harte Obergrenze definieren, statt sich auf den Default 65535 zu verlassen.
  • Mit erhöhtem Replicators oder MailMaxThreads: HCL empfiehlt, Server_MaxSessions zu senken, wenn man parallele Replicators / Routers heraufsetzt — sonst kumulieren die zusätzlichen Tasks und drohen den Server zu überlasten.
  • Memory-Druck: Jede aktive Session hält Server-Speicher (Session-Strukturen, geöffnete NSF-Handles, Cache-Einträge). Ein Limit reduziert den Worst-Case-Verbrauch.
Verwandte Limits:
  • Server_MaxUsers — begrenzt die Anzahl eindeutiger User-Namen, nicht Sessions.
  • Server_Session_Timeout — Inaktivitäts-Timeout in Minuten, nach dem eine Session vom Server beendet wird.
  • Server_Pool_Tasks — begrenzt die Anzahl Worker-Threads pro Notes-Port, nicht Sessions.

Beispiel-Konfiguration

Klassisches Schutz-Limit:
Server_MaxSessions=5000
Gekoppelt mit moderatem Session-Timeout:
Server_MaxSessions=5000
Server_Session_Timeout=240
Limit entfernen / Default zurückholen:
set config Server_MaxSessions=

Hinweise & Stolperfallen

  • „Sessions" ≠ „User": Ein User kann mehrere Sessions halten (Workspace, Mail, lokale Replikate über denselben Server). Eine zu kleine Server_MaxSessions-Grenze trifft also schon weit unterhalb der Anzahl Anwender.
  • Default ist effektiv unbegrenzt: 65535 wird in der Praxis nie erreicht; ohne explizite Grenze wirkt der Parameter nicht.
  • Performance-Effekt: Wirkt nur, wenn die Grenze erreicht ist. Unterhalb der Grenze keine Verhaltensänderung.
  • Wechselwirkung: Wer parallele Replicators / mehr MailMaxThreads aktiviert, sollte Server_MaxSessions ggf. senken, um Gesamtbelastung zu deckeln.
  • Änderung wirkt sofort über set config Server_MaxSessions=… — kein Server-Neustart nötig.
  • Monitoring: show stat Server.Sessions.*, show users, show server — inklusive Drop-Statistiken.
  • Sicherheits-Aspekt: Bei DoS-Verdacht (sehr viele kurzlebige Verbindungen) ist Server_MaxSessions ein wichtiger Härtungsschalter.
  • Funktioniert auf allen unterstützten Plattformen.

Quellen (HCL Product Documentation)