Parameter:
Server_MaxPossibleTransTimeKurzbeschreibung: Obergrenze (in Mikrosekunden) für eine einzelne Transaktion bei der Server-Availability-Index-(SAI/LoadMon)-Berechnung. Transaktionen, die länger dauern, werden auf diesen Wert gekappt. Im Tandem mit
Server_MinPossibleTransTime verhindert er, dass extrem lange Einzeltransaktionen den SAI verzerren.Steckbrief
Parameter | Server_MaxPossibleTransTime |
Syntax | Server_MaxPossibleTransTime=<µs> |
Wert | Ganzzahl in Mikrosekunden |
Default | Domino-internes Default; in der Praxis empfohlen: 20000000 (= 20 s) |
Gültigkeitsbereich | Domino-Server (LoadMon / Server Availability Index) |
Kategorie | Performance / Memory (SAI-Tuning) |
GUI-Entsprechung | Keine (nur notes.ini) |
Verwandt | Server_MinPossibleTransTime, Server_TransInfo_Max, Server_TransInfo_Update_Interval, Server_Min_Trans, Server_Availability_Threshold |
Verfügbar seit | Domino 8.5 (ursprünglich SPR in 7.0.4) |
Beschreibung
- Der LoadMon-Task berechnet aus den realen Transaktionszeiten den Server Availability Index (SAI). Sehr kurze Transaktionen ziehen den Wert nach oben, sehr lange Einzeltransaktionen ziehen ihn drastisch nach unten.
Server_MaxPossibleTransTimesetzt eine Obergrenze: Jede Transaktion, die länger dauert als der konfigurierte Wert, wird für die SAI-Berechnung auf genau diesen Wert gekappt.
- Im Tandem mit
Server_MinPossibleTransTime(Untergrenze) ergibt sich ein Korridor, in dem die SAI-Berechnung weniger anfällig für Ausreißer ist.
- Werte sind in Mikrosekunden anzugeben:
1000= 1 ms1500= 1,5 ms (typischer Min-Wert in der HCL/Nashed-Empfehlung fürServer_MinPossibleTransTime)20000000= 20 s (typischer Max-Wert fürServer_MaxPossibleTransTime)
- Empfohlen vor allem auf:
- schnellen Servern, deren SAI sonst trotz guter Hardware niedrig bleibt,
- virtualisierten Servern (VM), wo gelegentliche IO-Spitzen den SAI verzerren.
- Nach Änderung der Werte sollte die
loadmon.ncfbei heruntergefahrenem Server gelöscht werden, damit alte Min/Max-Werte verworfen werden.
Beispiel
Typische SAI-Tuning-Konfiguration:
Server_MinPossibleTransTime=1500 Server_MaxPossibleTransTime=20000000
- Untergrenze 1,5 ms, Obergrenze 20 s für alle in der SAI-Berechnung berücksichtigten Transaktionen.
Hinweise
- Änderung erfordert Server-Neustart; vorher empfehlenswert:
loadmon.ncfaus dem Datenverzeichnis löschen.
- Nach dem Restart unter Last
show aiundshow stat server.expansionfactorprüfen, um die Wirkung zu sehen.
- Begleitende Parameter für feineres Tuning:
Server_TransInfo_Max,Server_TransInfo_Update_Interval,Server_Min_Trans,debug_loadmon=1(zur Diagnose).
- Funktioniert auf allen unterstützten Plattformen.
- HCL hat bisher keinen eigenen Eintrag in
help.hcl-software.comzu diesem Parameter veröffentlicht. Die Werte und das Verhalten sind aber durch HCL-eigene Foren-Dokumente (ds_infolib.hcltechsw.com), das offizielle AdminCamp-PDF sowie den durch HCL-Mitarbeiter (Daniel Nashed) gepflegten Blog konsistent belegt.
Quellen
- HCL Notes and Domino 9.0 Social Edition Forum (ds_infolib.hcltechsw.com) – „Zero Availability Index and Slow server response for User“ (empfiehlt explizit
Server_MinPossibleTransTime=1500undServer_MaxPossibleTransTime=20000000plus Vorgehen mitloadmon.ncf): ds_infolib.hcltechsw.com/ldd/ndseforum.nsf/xpTopicThread.xsp?documentId=D8AB97209717333185257F99003A86E4
- AdminCamp 2014 – „Domino Clustering“ (T2S2-clustering.pdf), Abschnitt LoadMon-Tuning mit identischen Empfehlungswerten: admincamp.de/konferenz/ac2014.nsf/.../T2S2-clustering.pdf
- Daniel Nashed's Blog – „Configuring SAI / Loadmon for fast servers“ (detaillierte Erklärung der Mikrosekunden-Logik und Hinweis: Parameter sind nur in der öffentlichen SPR-Beschreibung von 7.0.4 dokumentiert): blog.nashcom.de/nashcomblog.nsf/dx/configuring-sai-loadmon-for-fast-servers.htm