Ansicht
Dokumentation
Verbuchungs-Dispatching ( RELNBC_30A_VBDISP )
ROGBILLS - Synchronize billing plans Addresses (Business Address Services)Diese Dokumentation steht unter dem Copyright der SAP AG.
Kurztext
Verbuchungs-Dispatching
Beschreibung
Ab 3.0 werden mehrere Verbuchungsserver pro SAP-System unterstützt. Beim Erzeugen eines Verbuchungsauftrages ermittelt die Verbuchungssteuerung automatisch einen "geeigneten" Verbuchungsserver. Um eine kostengünstige Lastverteilung zu erreichen, werden sämtliche Verbuchungsserver gemäß einer statischen Formel gewichtet und anschließend die Verbuchungsaufträge reihum verteilt. Dieses Dispatching der Verbuchungsaufträge ist in 3.0 standardmäßig aktiv.
Außer der Lastverteilung erhöht das Verbuchungsdispatching die Verfügbarkeit des Services Verbuchung und trägt somit zu einer höheren Verfügbarkeit des Gesamtsystems bei. Muß z.B. ein Verbuchungsserver beendet werden, erkennt das die Verbuchungssteuerung und dispatched die Verbuchungen auf die restlichen Server.
Auswirkungen auf die Systemverwaltung
Zur Steuerung der Gewichtung der Verbuchungsserver kann ein individueller Faktor angegeben werden. Dazu muß der Parameter rdisp/vb_factor folgendermaßen gepflegt werden:
-
rdisp/vb_factor =S=
,F= ;..
- Beispiel: rdisp/vb_factor =S=hs2105_MLP_13,F=2.0;
- Der Verbuchungsserver hs2105_MLP_13 erhält anteilig mehr VB-Aufträge als andere Verbuchungsserver, je nach Anzahl der aktiven Verbuchungsprozesse.
Die Gewichtung eines Verbuchungsservers geschieht nach folgender Formel f(s):
-
f(s) ::=
(s) * 10 * (s)
Zur Verteilung der Verbuchungsaufträge pflegt jeder Server eine Liste der aktiven Verbuchungsserver. Beginnend mit einem Verbuchungsserver werden diesem die nächsten f(s) Aufträge zugeteilt, dann wird auf den nächsten Verbuchungsserver dieser Liste gewechselt.
Für das Dispatching der V2-Verbuchungen wird zunächst überprüft, ob ein oder mehrere Server V2-Workprozesse enthalten, d.h. den Service Update2 anbieten. Falls dies der Fall ist, werden V2-Verbuchungen analog den V1-Verbuchungen zwischen diesen Servern dispatched. Falls es keinen Server mit Service Update2 gibt, werden die V2-Verbuchungen in den V1-Workprozessen ausgeführt und auf die normalen Verbuchungsserver dispatched.
Das Dispatching wird durch folgende Parameter beeinflußt:
| Parameter | Wert |
| rdisp/vb_dispatching | 0 Dispatching nicht aktiv |
| 1 Dispatching aktiv | Default: 1 |
| rdisp/vb_factor | Steuerung der Gewichtung der |
| Verbuchungsserver (siehe oben) | |
| default: Faktor 1 | |
| rdisp/vb_refresh_info | Zeitdauer in Sekunden, nachdem die |
| Verbuchungsserver-Liste neu aufgebaut | |
| wird. | |
| Default: 600 Sekunden | |
| Außer diesem zeitgesteuertem Refresh | |
| kann dieser auch manuell mittels | |
| Transaktion SM13 ausgelöst werden | |
| (Administration ->Reset). | |
| rdisp/max_vb_server | Max. Anzahl von VB-Server, die |
| beim Dispatching berücksichtigt | |
| werden können | |
| default: 50 Server | |
| rdisp/wp_no_vb2 | Anzahl der V2-Workprozesse eines Servers |
| default: 0 |
Einfluß auf den Datenbestand im Fehlerfall
Soft-/Hardwarevoraussetzungen
Besonderheiten bei der Installation
Auswirkungen auf die Systemverwaltung
Auswirkungen auf das Customizing
Auswirkungen auf Batch-Input
Änderungen an der Oberfläche
Änderungen in der Vorgehensweise
Bisher führte das Beenden eines Verbuchungs-Servers dazu, daß alle diesem Server zugeordneten Verbuchungsaufträge entweder manuell angestartet werden mußten, oder beim Restart dieses Servers verbucht wurden. In 3.0 wurde jetzt realisiert, daß das Beenden eines Verbuchungs-Servers erkannt wird und dann automatisch die diesem Server zugeordneten Verbuchungsaufträge auf andere Verbuchungs-Server redispatched werden. Voraussetzung ist natürlich, daß mehrere Verbuchungs-Server aktiv sind. Durch dieses Redispatching führt der Ausfall oder das Beenden eines Verbuchungs-Servers zu keinen nennenswerten Beeinträchtigungen des Gesamtsystems.
Aktionen zum Beheben von Fehlern am Datenbestand
Abhängige Funktionen
Planungen
Weitere Hinweise
General Data in Customer Master General Data in Customer Master
Diese Dokumentation steht unter dem Copyright der SAP AG.
Length: 6338 Date: 20240523 Time: 162642 sap01-206 ( 91 ms )
