Monitor für den QIN-Scheduler (SMQR) 

Verwendung

Normalerweise werden alle in die Eingangsqueues geschriebenen LUWs nicht automatisch ausgeführt. Jede Anwendung kann diese Queues durch APIs aktivieren. Um zu vermeiden, dass jede Anwendung einen gesonderten Scheduler schreibt, unterstützt qRFC einen allgemeinen Scheduler, den QIN-Scheduler. Jede qRFC Anwendung kann darüber hinaus, einen eigenen Scheduler erstellen, um die gewünschten Queues zu aktivieren

 

Vorgehensweise

Zum besseren Verständnis der Arbeitsweise des QIN-Schedulers, beachten Sie untenstehende Grafik:

 

 

Der QIN-Scheduler wird vom qRFC Manager aktiviert, nachdem eine qRFC-LUW in eine registrierte Queue geschrieben wurde und der QIN-Scheduler nicht bereits lief. Es gibt einen QIN-Scheduler für jeden Mandanten (Die Eingangsqueues sind Mandantenabhängig).

 

Ergebnis

Wenn der QIN-Scheduler aktiviert wurde, arbeitet er folgendermaßen:

 

...

       1.      Er schaut in den Datenbanktabellen nach registrierten Queues und verarbeitet diese. Leere Queues werden nicht verarbeitet.

 

       2.      Falls eine Queue in einem BATCH-WP aktiviert werden soll, so wird ein Batch-Job zur Aktivierung dieser Queue in einem BATCH-WP eingeplant.

 

       3.      Der QIN-Scheduler kann nur so viele registrierte Queues zur selben Zeit aktivieren, wie  Ressourcen im gesamten System verfügbar sind (Workprozesse aller Applikationsserver). Es können so viele Queues aktiviert werden, wie es die Anzahl der freien Workprozesse zulässt. Diese Queues werden durch den Funktionsaufruf „Call function … starting new task … destination in group GROUP_NAME performing … on end of task“ gestartet.

 

       4.      Der QIN-Scheduler läuft mit der Servergruppe DEFAULT als Voreinstellung. Das heißt, dass jeder Applikationsserver des lokalen SAP-Systems benutzt wird, um alle registrierten Queues zu aktivieren. Sie können eine Servergruppe gemäß ihren Wünschen erstellen. Die Servergruppe DEFAULT muss nicht angelegt werden und ist in der Transaktion RZ12 nicht sichtbar.

 

       5.      Die Zeitdauer die der QIN-Scheduler maximal für die Verarbeitung einer Queue verwenden soll, ist durch den Parameter Maxtime bei der Registrierung der Queue anzugeben. Falls die Maxtime während der Verarbeitung einer LUW abläuft, so wird die Verarbeitung nicht sofort unterbrochen, sondern erst nachdem diese LUW verarbeitet wurde.

 

       6.      Wenn alle DIALOG Workprozesse belegt sind und der QIN-Scheduler deswegen keine Ressourcen erhält, so setzt er seinen Status auf „Waiting“ (über SMQR zu sehen) und wartet auf den nächsten freien Workprozess.

 

       7.      Nachdem jede Queue einmal aktiviert wurde, fährt der QIN-Scheduler mit Schritt 1 fort. Zu dieser Zeit werden die Informationen über die neuen registrierten und deregistrierten Queues oder die Änderung einer neuen Gruppe von Applikationsservern aktualisiert.