Requests im Delta-Queue-Monitor überwachen

Ein Request ist eine Datenanforderung von einem Abonnenten. Es sind zwei Arten von Requests zu unterscheiden:

Ein Verbund-Request überträgt Daten einer oder mehrerer Queues, die in einem Abonnement zusammengefasst wurden.
Ein Extraktions-Request überträgt Daten für eine Queue vom Anbieter in die Ablage der Queue.

Ein Verbund-Request kann mehrere Extraktions-Requests beinhalten. Wenn nur Datenänderungen angefragt werden, die von der Quellanwendung selbst in die Queue geschrieben wurden, enthält der Verbund-Request keinen Extraktions-Request.

In dieser Sicht überwachen Sie die Requests. Sie führen verschiedene Aktionen auf den Requests durch, die noch nicht bestätigt, d.h. noch nicht erfolgreich vom Abonnenten übertragen wurden.

Vorgehensweise

Status laufender Requests prüfen

Mit der Funktion (Status laufender Requests prüfen und ggf. korrigieren) prüfen Sie für alle angezeigten Requests, ob der Status (Extraktion eingeplant) oder (Extraktion läuft) noch gültig ist. Falls die Extraktion abgebrochen oder beendet wurde, wird der Status auf der Datenbank und in der Anzeige korrigiert.

Fehlgeschlagene Extraktions-Requests untersuchen

Analysieren Sie die Fehlerursache:
- Mit der Funktion (Hintergrundjobs zu Extraktions-Request anzeigen) rufen Sie die Jobübersicht auf. Dort können Sie das Protokoll des relevanten Hintergrundjobs anzeigen, falls dieses noch nicht gelöscht wurde.
- Mit der Funktion (Extraktions-Request wiederholen) können Sie fehlgeschlagene Extraktions-Requests noch einmal einplanen. Die Extraktion wird um 60 Sekunden verzögert, damit Sie die Möglichkeit haben, in der Prozessübersicht (Transaktion SM50) oder der globalen Workprozess-Übersicht (Transaktion SM66) das Debugging für den Hintergrundjob einzuschalten und die Fehlerursache zu finden.
Beheben Sie den Fehler.
Wenn Sie Datenänderungen (Delta) übertragen, haben Sie folgende Möglichkeiten fortzufahren:
- Mit der Funktion (Extraktions-Request wiederholen) können Sie die Extraktion wiederholen.
- Mit der Funktion (Unbestätigten Request abschließen) können Sie den zugehörigen (Verbund-)Request abschließen und damit den Status des Extraktions-Requests auf (Ungültig) setzen. Bei der nächsten Anfrage, führt dieser Status zu einer erneuten Übertragung der Daten. Weitere Informationen finden Sie im folgenden Abschnitt.
Wenn Sie momentane Daten (Full) übertragen, führen Sie erneut eine Datenanforderung durch.

Unbestätigten Request abschließen

Mit der Funktion (Unbestätigten Request abschließen) können Sie (Verbund-)Requests, die vom Abonnenten bisher weder bestätigt noch abgebrochen wurden, abschließen. Folgende Gründe können dazu führen, einen Request im Monitor abzuschließen:

Der Request ist nicht abgeholt worden, z.B. weil die Verbindung zum Zielsystem gelöscht wurde.
In diesem Fall ist nicht davon auszugehen, dass der Abonnent den Request selbst abschließt. Wenn der Request-Status nicht auf (Bestätigt) oder (Ungültig) gesetzt wird, bewahrt die Delta-Queue die Daten jedoch bis zum Ablauf der Aufbewahrungsfrist auf. Durch das Abschließen solcher Requests können Sie Speicherplatz sparen.
Die Extraktion von Datenänderungen (Delta) ist fehlgeschlagen (Status (Extraktion fehlgeschlagen)).
In diesem Fall kann die Übertragung von neueren Datenänderungen von keinem Abonnenten dieser Queue fortgesetzt werden, da Datenänderungen lückenlos in der richtigen Reihenfolge übertragen werden müssen. Um die Übertragung von Datenänderungen dieser Queue erfolgreich fortzusetzen, genügt es im Allgemeinen nicht, den fehlgeschlagenen Request abzuschließen. Sie müssen außerdem die Fehlerursache beheben, da der nächste Extraktionsversuch sonst wieder fehlschlägt.

Hinweis Hinweis

Beim Abschließen eines Request mit Status (Extraktion erfolgreich) fragt das System, ob der Abonnent die extrahierten Daten erfolgreich übertragen hat. Wenn Sie die Frage mit Ja beantworten, wird der Status des Requests auf (Bestätigt) gesetzt. Wenn Sie die Frage mit Nein beantworten, wird der Status auf (Ungültig) gesetzt. Bei der Übertragung von Datenänderungen (Delta) führt dieser Status zu einer erneuten Übertragung der Daten bei der nächsten Anfrage.

Beachten Sie bei der Übertragung von Datenänderungen (Delta), dass auch beim Abschließen eines Requests mit Status (Extraktion fehlgeschlagen) bereits Daten erfolgreich vom Abonnenten übertragen worden sein können. Deshalb kann Ihnen auch in diesem Fall die Frage gestellt werden, ob der Abonnent die Daten erfolgreich übertragen hat. Analog zu oben führt die Antwort Ja zu einer Empfangsbestätigung und die Antwort Nein zu einer erneuten Übertragung der Daten bei der nächsten Anfrage. Unabhängig von Ihrer Antwort wird der Status des Requests auf (Bestätigt) gesetzt, um die Übertragung von Datenänderungen (Delta) fortsetzen zu können.

Ende des Hinweises.