Show TOC

AmpelnLocate this document in the navigation structure

Der Zustand eines Requests wird im Monitor für InfoPackages durch Ampeln auf verschiedenen Detailstufen dargestellt. Der Gesamt-Status des Requests wird im Monitor-Übersichtsbaum angezeigt. Die Bedeutung der Status-Ampeln wird im folgenden Abschnitt erläutert.

Registerkarte Status

Technischer Status

  • Eine gelbe Ampel zeigt an, dass der Request noch läuft. Wenn das Laden beendet ist und der Request eine gelbe Ampel anzeigt, bedeutet dies, dass während der Verarbeitung Warnungen, aber keine Fehler, aufgetreten sind. Dies führt dazu, dass Nachverarbeitungsschritte nicht durchgeführt werden, der Request gilt als "nicht beendet".
    Hinweis

    Sie haben zwei Möglichkeiten, die Ampelfarbe einzustellen, für den Fall, dass während der Verarbeitung Warnungen auftreten:

    • Im Customizing unter SAP NetWeaver  → Business Warehouse  →   Automatisierte Prozesse  → Extraktionsmonitor-Einstellungen  → Ampelfarbe einstellen oder im Monitor unter Einstellungen → Wertung von Requests (Ampelfarbe)können Sie die systemweite Einstellung festlegen.
    • Im Scheduler können Sie über Scheduler  →   Warnungsbehandlung pro InfoPackage einstellen, welchen Status der Request im Fall von Warnungen bekommen soll. Sie übersteuern damit die systemweite Einstellung für ein bestimmtes InfoPackage.

    Wir empfehlen, dem Request im Falle von Warnungen nicht den Status gelb zuzuweisen, da dann Nachverarbeitungsschritte nicht in Gang gesetzt werden und nach Ablauf der Timeout-Zeit der Request sowieso als fehlerhaft gewertet wird.

  • Eine rote Ampel zeigt an, dass der Request fehlerhaft ist oder die maximale Wartezeit überschritten hat.
    Hinweis

    Falls der Zeitpunkt des letzten eingegangenen IDocs zu einem Request länger als die maximale Wartezeit zurückliegt, wird die Ampel im Monitor auf rot gesetzt und der Request als fehlerhaft gewertet.

    Trotzdem der Request den Status rot hat, gilt er nicht als abgebrochen. Falls der Monitor nach Verstreichen der Wartezeit ein neues Protokoll zu diesem Request erhält, springt die Ampel wieder auf gelb.

    Auch wenn Sie den Gesamt-Status (QM-Status) im Monitor manuell setzen, verhindert dies nicht das Weiterverbuchen von Daten zu diesem Request. In diesem Fall kann der Request jedoch nicht mehr den Status grün erhalten, da der Gesamt-Status den technischen Status des Monitors übersteuert.

    Sie haben zwei Möglichkeiten, die Wartezeit einzustellen, nach der Requests als fehlerhaft gewertet werden sollen:

    • Im Customizing unter SAP NetWeaver  → SAP NetWeaver Business Warehouse   →  Automatisierte Prozesse  → Extraktionsmonitor-Einstellungen → Ampelwartezeit einstellen oder im Monitor unter Einstellungen → Wartezeit bis Status fehlerhaftkönnen Sie die systemweite Einstellung festlegen.
    • Im Scheduler können Sie über Scheduler  →   Timeout-Zeit pro InfoPackage einstellen, nach welcher maximalen Wartezeit ein Request im Monitor auf rot gesetzt werden soll. Sie übersteuern damit die systemweite Einstellung für ein bestimmtes InfoPackage.

    Voraussetzung für eine Statusänderung nach Ablauf der maximalen Wartezeit ist, dass der Request durch den Monitor-Assistenten analysiert wird. Erst dann werden ggf. Nachverarbeitungsprozesse zum Request angestoßen.

    Wir empfehlen, den Assistenten über das Customizing (SAP NetWeaver  → Business Warehouse  →   Automatisierte Prozesse  → Extraktionsmonitor-Einstellungen) periodisch einzuplanen.

  • Eine grüne Ampel zeigt an, dass der Ladeprozess erfolgreich abgeschlossen ist.

Im Customizing unter SAP NetWeaver  → Business Warehouse  →   Automatisierte Prozesse  → Extraktionsmonitor-Einstellungen → Ampelfarbe einstellen oder im Monitor unter Einstellungen → Wertung von Requests (Ampelfarbe)können Sie einstellen, welchen Status ein Request bekommen soll, falls keine Daten im Quellsystem vorhanden sind.

Gesamt-Status

Der Gesamt-Status eines Requests ist standardmäßig durch den technischen Status festgelegt. Über die so genannte QM-Aktion können Sie den Gesamt-Status eines Requests ändern. Wählen Sie hierzu die Drucktaste Gesamt auf der Registerkarte Status. Für den von Ihnen vergebenen Status können Sie einen Quickinfo-Text anlegen, der angezeigt wird, wenn Sie die Maus auf dem Gesamt-Status des Request positionieren.

Achtung

Wenn Sie eine Deltaanforderung von rot auf grün setzen, schickt das BW bei der nächsten Anforderung eine Deltaanforderung an das Quellsystem. Das Quellsystem wird dann ein Delta liefern. Die Daten der ursprünglich roten Anforderung kann das Quellsystem nicht mehr liefern (auch nicht mit einem Repeat). Es kann daher zu Datenverlusten kommen.

Hinweis

Beachten Sie zum Verständnis der Zusammenhänge zwischen Request-Status im Monitor und Request-Status in der InfoProvider-Administration Folgendes:

  • Wenn Sie Daten über ein InfoPackage oder über eine Prozesskette mit der Prozessvariante PSAlesen und Datenziel verbuchen in InfoProvider fortschreiben, ändert sich durch eine QM-Aktion im Monitor nicht der Request-Status in der Administration der versorgten InfoProvider. Führen Sie in diesem Fall die QM-Aktion nochmals in der Administration der InfoProvider durch, um auch dort den Request-Status zu ändern.
  • Der Status eines Requests im Monitor kann vom Status dieses Requests in der InfoProvider-Administration abweichen. Dies ist der Fall, sobald für den Request im InfoProvider eine Folgeaktion gestartet wurde wie beispielsweise die Aktivierung der Daten im DataStore-Objekt oder die Komprimierung von InfoCube-Daten. In diesem Fall bezieht sich die Statusanzeige in der InfoProvider-Administration auf die Folgeaktion. Des Weiteren weichen die Status voneinander ab, wenn Sie den Request per Neuaufbau in den InfoProvider fortgeschrieben haben. Sie finden in diesem Fall das Protokoll zum Neuaufbau ebenfalls im Monitor. Für den Status des Requests in der InfoProvider-Administration ist das Ergebnis dieses Protokolls ausschlaggebend. Das Ergebnis dieses Protokolls beeinflusst jedoch nicht den Status des Requests im Monitor.
  • Wenn ein Request durch eine abgebrochene Aktivierung der Daten im DataStore-Objekt den Status rot hat, darf der Gesamt-Status nicht durch QM-Aktion auf grün gesetzt werden. Dies kann zu Schiefständen der Daten führen, da Daten des Requests teilweise vor dem Abbruch aktiviert worden sein können.
Registerkarte Detail

Hier zeigt der Monitor in einem Übersichtsbaum alle Information zu allen Aktionen an, die mit dem Request durchgeführt wurden:

  • Anforderung
  • Extraktion
  • Übertragung
  • Verarbeitung
  • Weiterverbuchung
  • Prozessketten (für Datenfluss 3.x ohne DTP)

Informationen und ggf. Meldungen können Sie über das Kontextmenü zu einem Knoten anzeigen.

Hinweis

Für die Ermittlung des technischen Status sind nicht zwangsläufig die Status aller angezeigten Knoten und des Wurzelknotens des Übersichtsbaums relevant. So können z.B. die Schritte Anforderung, Extraktion, Übertragung und Verarbeitung erfolgreich beendet sein (Status grün) und bei der Weiterverbuchung der Daten mit einem Datentransferprozess ein Fehler aufgetreten sein (Status rot). Der technische Status des Requests in diesem Fall ist grün, obwohl auf der Registerkarte Detail im Übersichtsbaum ein Knoten den Status rot hat.

Der Status des Wurzelknotens des Übersichtsbaums wird aus den Status aller angezeigten Knoten aggregiert und ist daher nicht gleichbedeutend mit dem technischen Status des Requests.