Show TOC

Requests im Delta-Queue-Monitor überwachenLocate this document in the navigation structure

Verwendung

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 der Übersicht der Requests des Delta-Queue-Monitors 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

  1. 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.

    • Im Anwendungslog (Transaktion SLG1) können Sie über das Objekt ODQ und das Unterobjekt Extraction die Protokolle zur Datenextraktion analysieren.

    • 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.

  2. Beheben Sie den Fehler.

  3. 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 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.

  4. 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 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 ohne Abonnement 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 und große Daten-Snapshots aus der Delta-Queue entfernt werden. Der Status wird folgendermaßen gesetzt: Wenn die Extraktion fehlgeschlagen ist, wird der Status auf Ungültig gesetzt; wenn die Extraktion erfolgreich war, wird der Status des Requests auf Bestätigt gesetzt.

  • 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.

    Durch das Abschließen des Requests erhält der Extraktions-Request den Status Ungültig. Der Request kann nicht mehr mit der Funktion Extraktions-Request wiederholen wiederholt werden. Der Deltaprozess kann anschließend von jedem Abonnenten fortgesetzt werden. Dabei wird ein neuer Extraktions-Request erzeugt, der nahtlos an der letzten erfolgreichen Extraktion anknüpft.

Einheiten und Daten für bestimmte Queues oder Zeiträume anzeigen

In der Übersicht der Einheiten können Sie die Einheiten anzeigen. Die Vorauswahl im Monitor oder die Navigation in diese Sicht bestimmen über die damit verbundenen Zeitstempel und Queues, welche Einheiten angezeigt werden. Mit einem Doppelklick auf eine Zeile können Sie für eine Einheit im unteren Bildbereich des Monitors die in dieser Einheit extrahierten Daten anzeigen.