Show TOC

FunktionsdokumentationProfilparameter zum Nummernkreispuffer Dieses Dokument in der Navigationsstruktur finden

 

Sie können den Nummernkreispuffer über Profilparameter konfigurieren.

Sie finden diese mit Dokumentation im System (Transaktion RZ11).

Funktionsumfang

Folgende Parameter bestimmen Eigenschaften des Nummernkreispuffers.

Parametername

Bedeutung

nobuf/max_no_buffer_entries

Bestimmt die maximale Anzahl Nummern im Puffer (Standardwert: 1000).

Achtung Achtung

Der Nummernkreispuffer kann zur Laufzeit nicht dynamisch erweitert werden. Zum Startzeitpunkt eines Servers wird durch diesen Profilparameter festgelegt, wie viele Nummernkreisintervalle im Puffer Platz haben.

Ende der Warnung.

nobuf/max_attempts

Legt fest, wie lange der Nummernkreispuffer versucht eine Nummer zu ziehen (in Sekunden). Wenn diese Zeit abgelaufen ist und keine Nummer gezogen werden kann, erfolgt ein Abbruch mit einer Fehlermeldung; der Funktionsbaustein NUMBER_GET_NEXT zieht die Nummer direkt auf der Datenbank.

Weitere Informationen: Funktionsweise des Nummernkreispuffers

nobuf/server

Wenn die Nummern eines Intervalls im Puffer erschöpft ist, wird für den Nummernkreisserver ein freier Workprozess benötigt. Unter extremen Hochlastsituation kann es vorkommen, dass kein freier Workprozess zur Verfügung steht. Dies kann im Extremfall dazu führen, dass ein Server durch einen Deadlock blockiert wird.

Für solche Notsituationen dient dieser Profilparameter. Er legt einen Applikationsserver fest, auf dem alle Nummernkreisserver ausgeführt werden (auch dort in einem Dialog-Workprozess). Wenn es nun häufig so solchen Überlastsituation kommt, können Sie dafür einen dedizierten Server starten. Wenn Sie dafür sorgen, dass dort keine anderen Aktionen gestartet werden (der Server ist in keiner Logongruppe vorhanden), genügen zwei oder drei Dialog-Workprozesse auf dieser Instanz. Diese stehen dann immer zur Verfügung.

Empfehlung Empfehlung

Verwenden Sie diesen Parameter nur, wenn Sie die beschriebene Hochlast-Situation befürchten.

Der jeweilige Zugriff dauert etwas länger als wenn ein lokaler Prozess benutzt würde, doch Sie können unter Hochlast ein Deadlock eines Servers verhindern.

Ende der Empfehlung.