Betriebsprotokolle in Jitterbit Studio

Einführung

Wenn eine Operation ausgeführt wird, wird ein Betriebsprotokoll erstellt. Ein Betriebsprotokoll enthält Informationen darüber, wann und wo eine Operation ausgeführt wurde, den Status der Operation und alle Protokollnachrichten. Ob detaillierte Protokollnachrichten angezeigt werden, hängt von den Berechtigungen und Zugriffslevels sowie davon ab, ob das Cloud-Logging aktiviert ist.

API-gestartete Operationen (konfiguriert über benutzerdefinierte APIs oder OData-APIs) verfügen über zusätzliche Protokollierungsoptionen, die je nach konfigurierten Einstellungen aktiviert werden können. Für Details siehe API-Anforderungs- und Antwortdaten.

Betriebsprotokolle, einschließlich detaillierter Protokollnachrichten von sowohl Cloud-Agenten als auch privaten Agenten sowie Eingabe- und Ausgabedaten von Komponenten innerhalb der Betriebsprotokolle, werden von Harmony 30 Tage lang aufbewahrt.

Zugriff auf Betriebsprotokolle

Betriebsprotokolle können im Studio auf Workflow-, Operations- oder Projektebene zugegriffen werden. Je nachdem, wo sie aufgerufen werden, zeigt der Bildschirm für Betriebsprotokolle maximal 1.000 Protokolle für einen bestimmten Zeitraum für Operationen an, die in einem bestimmten Workflow, für eine bestimmte Operation oder in einem Projekt ausgeführt wurden. Wenn Operationen mit Operationsaktionen oder der Funktion RunOperation verknüpft sind, werden auch Protokolle für nachgelagerte Operationen einbezogen.

Nach Workflow

Die Option Protokolle anzeigen für einen Workflow, die Protokolle für Operationen anzeigt, die innerhalb eines bestimmten Workflows ausgeführt wurden, kann über die Registerkarte Workflows im Projektbereich (siehe Workflow-Aktionsmenü in Projektbereich Workflows-Registerkarte) aufgerufen werden.

Nach Operation

Die Protokolle anzeigen-Option für eine Operation ist von diesen Orten aus zugänglich:

• Der Workflows-Tab im Projektbereich (siehe Komponenten-Aktionsmenü im Projektbereich Workflows-Tab).
• Der Komponenten-Tab im Projektbereich (siehe Komponenten-Aktionsmenü im Projektbereich Komponenten-Tab).
• Die Entwurfskanvas (siehe Komponenten-Aktionsmenü im Entwurfskanvas).

Darüber hinaus können Sie nach dem manuellen Ausführen einer Operation auf den Betriebsstatus auf der Entwurfskanvas klicken, um die Protokolle anzuzeigen (siehe Betriebsstatus in Betriebsbereitstellung und -ausführung).

Nach Projekt

Wenn Sie die Protokolle anzeigen-Option eines Projekts verwenden, wird die Laufzeit Seite der Management-Konsole in einem neuen Browser-Tab geöffnet und gefiltert, um Protokolle für Operationen anzuzeigen, die innerhalb des Projekts ausgeführt wurden.

Die Protokolle anzeigen-Option für ein Projekt kann von diesen Orten aus aufgerufen werden:

• Die Projekte-Seite (siehe Kartenansicht oder Listenansicht in Projekte).
• Die Projekt-Toolbar (siehe Projekt-Aktionsmenü in Projekt-Toolbar).

Protokoll-Tab des Projekt-Dockers

Wenn Sie Protokolle nach Workflow oder Operation anzeigen, öffnet sich der Projekt-Docker am unteren Rand der Designfläche, um Ihren Kontext im Projekt beizubehalten. Die Betriebsprotokolle werden in einer geteilten Ansicht angezeigt, mit der Operationsliste auf der linken Seite und detaillierten Protokollinformationen zur ausgewählten Operation auf der rechten Seite.

• Tabs: Die Registerkarten oben im Docker sind mit Protokollierung beschriftet, gefolgt vom Namen der Operation oder des Workflows (je nachdem, von wo die Protokolle abgerufen wurden). Wenn Sie zusätzliche Protokolle oder Projektvariablen abrufen, werden neue Registerkarten hinzugefügt. Um die Registerkarten neu anzuordnen, ziehen Sie eine Registerkarte und lassen Sie sie an der gewünschten Stelle los. Um eine Registerkarte zu schließen, klicken Sie auf das Schließen-Symbol. Das Schließen der letzten Registerkarte oder das Verwenden des rechten Schließen-Symbols schließt den Docker.
• Größe ändern: Die Leiste oben im Docker kann verwendet werden, um den Docker zu vergrößern oder zu verkleinern. Fahren Sie mit der Maus über die Leiste und ziehen Sie das Größenänderungssymbol nach oben oder unten, um den Docker zu ändern.
• Einklappen: Klappt den Docker so ein, dass alle Protokolle verborgen sind. Nach dem Einklappen klicken Sie auf das Rückkehrsymbol, um zur vorherigen Ansicht zurückzukehren.
• Erweitern: Erweitert den Docker auf den Vollbildmodus, sodass alle zusätzlichen Protokolle angezeigt werden. Nach dem Erweitern klicken Sie auf das Rückkehrsymbol , um zur vorherigen Ansicht zurückzukehren.
• Im Runtime öffnen: Öffnet den aktuell aufgerufenen Protokoll-Tab der Operation mit allen angewendeten Abfragen auf der Seite Runtime der Management-Konsole Runtime. Zeitrahmenfilter werden nicht beibehalten und müssen auf der Seite Runtime erneut angewendet werden.
• Schließen: Schließt den Docker.

Steuerungen der Protokolltabelle

Die Dockeransicht des Betriebsprotokolls umfasst Filter für Zeitrahmen und Abfragen sowie die Aktualisierung der Tabelle.

Zeitrahmen

Alle Zeitrahmen werden als lokale Browserzeit angezeigt. Standardmäßig ist der Zeitrahmen auf die Letzten 24 Stunden von Protokollen seit dem letzten Ausführen einer Operation eingestellt. Alternativ kann das Menü verwendet werden, um Letzte 48 Stunden, Letzte 72 Stunden oder Benutzerdefinierte Zeit auszuwählen:

Für einen bestimmten Zeitrahmen sind maximal 1.000 Protokolle im Protokolltabelle der Operation enthalten.

Wenn Benutzerdefinierte Zeit ausgewählt ist, öffnet sich ein Konfigurationsdialog:

• Beendet: Um nach dem Datum und der Uhrzeit zu filtern, zu der die Operation oder der Operation Schritt gestoppt wurde, klicken Sie auf das Kalendersymbol, um den Datumswähler zu öffnen. Um dieses Feld zu löschen, klicken Sie auf das Symbol zum Filter löschen.
• Gestartet: Um nach dem Datum und der Uhrzeit zu filtern, zu der die Operation oder der Operation Schritt gestartet wurde, klicken Sie auf das Kalendersymbol, um den Datumswähler zu öffnen. Um dieses Feld zu löschen, klicken Sie auf das Symbol zum Filter löschen.
• Anwenden: (Aktiviert, wenn entweder die Felder Beendet oder Gestartet konfiguriert sind.) Wendet alle Datums- und Zeitfilter auf die Protokolle der Operationstabelle an.
• Löschen: (Aktiviert, wenn entweder die Felder Beendet oder Gestartet konfiguriert sind.) Löscht sowohl die Beendet- als auch die Gestartet-Filter.

Sobald auf ein Kalendersymbol geklickt wird, öffnet sich der Datum/Uhrzeit-Wähler für dieses Feld:

• Von/Bis Datum: Verwenden Sie den Kalender unter einem oder beiden dieser Felder, um ein Datum innerhalb der letzten 30 Tage auszuwählen.

  • Monat: Der aktuelle Monat wird standardmäßig verwendet. Verwenden Sie die Pfeile, um zu einem anderen Monat zu navigieren.

  • Tag: Wählen Sie den gewünschten Tag aus dem Kalender aus.

• Uhrzeit: Geben Sie die Stunde, die Minute und den Zeitraum (AM oder PM) ein.

Refresh

Protokolle werden automatisch alle fünf Sekunden aktualisiert, wenn eine Operation noch im Status Empfangen, Eingereicht, Ausstehend oder Läuft ist.

Sie können die Protokolle auch jederzeit manuell aktualisieren, um aktualisierte Informationen anzuzeigen. Um die Protokolle manuell zu aktualisieren, klicken Sie auf das Aktualisieren-Symbol oben rechts.

Queries

Eine Abfrage besteht aus einem oder mehreren Schlüssel/Wert-Begriffen. Mehrere Begriffe werden durch Semikolons getrennt. Ein Begriff hat die Form <key><operator><value>. Für den Schlüssel operation kann der Wert ein Platzhalterzeichen, %, enthalten, das mit jeder Zeichenkette übereinstimmt.

Um eine Abfrage zu verwenden, geben Sie eine gültige Abfragespezifikation in die Suchleiste ein und drücken Sie dann die Eingabetaste:

Die folgende Tabelle zeigt die verfügbaren Komponenten der Abfragebegriffe:

Operation statuses

Die folgenden Status können abgefragt werden, wenn der status-Schlüssel verwendet wird:

• Error: Wenn der Agent die Ausführung einer Operation abschließt, aber ein schwerwiegender Fehler beim Schreiben in das Zielsystem aufgetreten ist, oder ein schwerwiegender Validierungsfehler in der Transformation aufgetreten ist, oder die Transformationslogik die Funktion RaiseError ausgelöst hat, wird der Betriebsstatus auf Error gesetzt und die Ausführung der Operation wird beendet.

• SOAP Fault: Wenn der Agent die Ausführung einer Operation abschließt und das Ergebnis ein SOAP-Fehler war, wird der Status auf SOAP Fault gesetzt. Dieser Status ist nur für Operationen anwendbar, die Salesforce, Salesforce Service Cloud, ServiceMax, SOAP oder Workday Aktivitäten verwenden.

• Submitted: Wenn Operationen in die Harmony-Warteschlange eingereicht werden, aber noch nicht von einem Agenten zur Ausführung abgeholt wurden, haben sie den Status Submitted. Operationen können auf verschiedene Weise eingereicht werden:

  • Jitterbit-Planungsdienst oder externer Planungsdienst
  • Manuelle Ausführung der Operation im Studio
  • Eine RunOperation-Funktion aus einem Skript oder einer Transformation
  • Jedes Tool, einschließlich JitterbitUtils, das eine API-Manager-API aufruft

• Received: Sobald ein Agent ausgewählt wurde und der Agent bestätigt hat, dass er die Anfrage zur Ausführung einer Operation erhalten hat, wird der Status auf Received geändert.

• Pending: Sobald eine Operation geplant ist, um in der Betriebsengine eines Agenten ausgeführt zu werden, wird der Status auf Pending geändert. Operationen sollten sich nicht lange im Status Pending befinden, da Agenten die Anfrage abholen und die Operationen in kurzer Zeit ausführen sollten.

• Running: Sobald der Agent mit der Ausführung einer Operation beginnt, sollte der Status auf Running geändert werden. Operationen bleiben in diesem Status, bis sie abgeschlossen sind oder einen Fehler auftreten. Der Agent beginnt, Nachrichten zu protokollieren, die von der Operation während der Ausführung generiert werden, damit die Benutzer verfolgen können, welcher Teil der Operation derzeit ausgeführt wird.

• Cancel Requested: Gibt an, dass eine Anfrage zum Stoppen der Operation eingereicht wurde. Wenn ein Benutzer eine Operation, die sich im Status Submitted, Received, Pending oder Running befindet, stoppen möchte, kann er dies an folgenden Orten tun:

  • Die Operation (siehe runtime status im Design canvas).
  • Die operation log table.
  • Die Runtime Seite der Management Console.

  Alternativ kann er eine andere Operation aktivieren, um eine Operation mithilfe einer Kombination der Funktionen GetOperationQueue und CancelOperation abzubrechen. Sobald eine Stornierung angefordert wird, ändert sich der Status der Operation in Cancel Requested. Eine Operation sollte nicht lange in diesem Status verbleiben, da der Agent die Operation in relativ kurzer Zeit abbrechen sollte.

• Canceled: Sobald ein Agent eine Operation abbricht, wird der Status auf Canceled gesetzt und die Operation wird beendet. Alle Protokollinformationen bis zum Zeitpunkt der Stornierung sind zur Überprüfung in den Protokollnachrichten verfügbar, sodass Sie wissen, zu welchem Zeitpunkt die Operation abgebrochen wurde.

• Success: Sobald ein Agent die Ausführung einer Operation abschließt, wird der Status auf Success gesetzt, wenn das Ergebnis ein Erfolg war, ohne Warnungen vom Zielsystem oder Warnungen, die in der Transformation mit der Funktion WriteToOperationLog geschrieben wurden.

• Success with Info: Wenn der Agent die Ausführung einer Operation abschließt, aber nicht fatale Probleme in der Transformation oder beim Posten an das Zielsystem auftraten oder die Funktion WriteToOperationLog verwendet wurde, um Nachrichten in das Protokoll zu schreiben, wird der Status auf Success with Info gesetzt. Dies weist den Benutzer darauf hin, dass er Informationen in den Protokollnachrichten überprüfen sollte.

• Success with Warning: Wenn der Agent die Ausführung einer Operation abschließt, aber nicht fatale Probleme in der Transformation oder beim Posten an das Zielsystem auftraten und eine Warnung ausgegeben wurde, wird der Status auf Success with Warning gesetzt. Dies weist den Benutzer darauf hin, dass er nach Warnungen in den Protokollnachrichten suchen sollte.

• Erfolg mit Kindfehler: Wenn der Agent die erfolgreiche Ausführung einer Operation abschließt, aber innerhalb einer oder mehrerer Kindoperationen ein schwerwiegender Fehler beim Schreiben in das Zielsystem aufgetreten ist, oder ein schwerwiegender Validierungsfehler in der Transformation aufgetreten ist, oder die Transformationslogik die Funktion RaiseError ausgelöst hat, wird der Betriebsstatus auf Erfolg mit Kindfehler gesetzt. Dieser Status gilt nicht für asynchrone Operationen.

• Verzögerter Status: Wenn der Agent aus irgendeinem Grund kein Betriebsprotokoll zurückgibt, wird Verzögerter Status angezeigt. Harmony wird versuchen, die Protokolle sechsmal abzurufen, mit einem Timeout von 10 Sekunden zwischen jedem Aufruf. Aktualisieren Sie die Protokolle oder überprüfen Sie sie später erneut. Sie können nicht nach Operationen mit Verzögertem Status filtern, aber Sie können sie in den Betriebsprotokollen sehen.

Betriebsstatus der Schritte

Betriebs Schritte erscheinen nur, wenn diese Operation das Debug-Protokollieren auf Betriebsebene aktiviert hat (für Cloud-Agenten oder für private Agenten) und die Operation auf einem Agenten der Version 10.48 oder höher ausgeführt wurde.

Betriebs Schritte können folgende mögliche Status haben:

• Abgeschlossen: Der Betriebsschritt wurde ausgeführt und ohne Fehler abgeschlossen.
• Fehler: Der Betriebsschritt wurde ausgeführt, konnte jedoch aufgrund eines Fehlers nicht abgeschlossen werden.
• Unvollständig: Der Betriebsschritt wurde nicht ausgeführt oder abgeschlossen. Mögliche Gründe für diesen Status sind, dass der Betriebsschritt auf die Ausführung wartet oder dass ein Fehler in einem vorherigen Betriebsschritt aufgetreten ist, der die Ausführung des folgenden Schrittes verhindert.

Ansicht der Betriebsprotokolle

Die Ansicht der Betriebsprotokolle zeigt eine geteilte Ansicht mit Betriebsprotokollen im linken Bereich und detaillierten Protokollinformationen für die ausgewählte Operation im rechten Bereich. Die Ansicht verwendet die ausgewählten Tabellensteuerungen, um die Ergebnisse zu filtern. Wenn Operationen verkettet sind, werden diese Operationen unter der übergeordneten Operation aufgelistet.

Elternoperationen (und alle darunter liegenden Kindoperationen) werden in aufsteigender Reihenfolge nach Begonnen sortiert. Die Tabelle kann (nur für übergeordnete Operationen) nach Name, Begonnen, Beendet, Dauer oder Status sortiert werden, indem auf die jeweilige Kopfzeile geklickt wird.

Es werden maximal 1000 Betriebsprotokolle angezeigt. Um Protokolle für zusätzliche Operationen anzuzeigen, passen Sie die Filter entsprechend an.

Betriebslisten-Panel

Wenn Sie die Ansicht des Betriebsprotokolls öffnen, wird standardmäßig das erste Betriebsprotokoll in der Liste ausgewählt. Die detaillierten Protokollinformationen für diese Operation erscheinen im rechten Panel.

• Name: Der Name der Operation oder des Betriebsschrittes. Die Pfeile, die verwendet werden können, um zusätzliche Zeilen ein- oder auszuklappen, werden bei übergeordneten Operationen und bei Operationen angezeigt, für die Eingabe- und Ausgabedaten von Komponenten verfügbar sind:

  • Elternoperationen: Wenn Sie eine übergeordnete Operation erweitern, erscheinen zusätzliche Zeilen für ihre Kindoperationen in der Reihenfolge, in der sie ausgeführt wurden. Standardmäßig sind alle übergeordneten Operationen erweitert. Verwenden Sie die Liste einklappen oder Liste ausklappen Symbole neben der Name-Spalte, um alle übergeordneten Operationen ein- oder auszuklappen.

  • Operation mit Eingabe- und Ausgabedaten: Wenn Sie eine Operation mit Eingabe- und Ausgabedaten erweitern, erscheinen zusätzliche Zeilen für jeden Betriebsschritt in der Reihenfolge, in der sie ausgeführt wurden. Weitere Informationen finden Sie unter Eingabe- und Ausgabedaten der Komponente.

• Gestartet: Das Datum und die Uhrzeit, zu der die Operation oder der Operation Schritt begonnen hat, angezeigt als lokale Browserzeit.

• Beendet: Das Datum und die Uhrzeit, zu der die Operation oder der Operation Schritt gestoppt wurde, angezeigt als lokale Browserzeit. Dieses Feld ist leer, solange die Operation oder der Operation Schritt noch läuft.

• Dauer: Die Zeit, die zwischen Gestartet und Beendet vergangen ist, angegeben in Sekunden für Operationen und in Millisekunden für Operation Schritte. Dieses Feld ist leer, solange die Operation oder der Operation Schritt noch läuft.

• Status: Der Status der Operation oder des Operation Schrittes. Eine vollständige Liste möglicher Status finden Sie in den Operation-Status weiter oben auf dieser Seite.

• Aktionen: Diese Aktion ist verfügbar:

  • Operation abbrechen: Aktiviert für Operationen, die den Status Eingereicht, Empfangen, Ausstehend oder Läuft haben.

    Operation abbrechen sendet eine Anfrage an den Agenten, um die Operation zu stoppen. Nach dem Klicken wird der Status Abbrechen angefordert neben dem Echtzeit-Status der Operation angezeigt.

    Hinweis

    Das Senden einer Abbruchanfrage garantiert nicht, dass die Operation abgebrochen wird. Operationen, die den Status Abbrechen angefordert haben, können weiterhin ausgeführt werden, abhängig vom aktuellen Ausführungszustand des Agenten.

• Aktualisieren: Klicken Sie, um die Liste der Operationsprotokolle zu aktualisieren.

• Einstellungen anzeigen: Öffnet ein Menü, das steuert, welche Operationen in der Protokollansicht angezeigt werden.

  • Verkettete Operationen: Zeigt untergeordnete Operationen in einer Operationskette an oder verbirgt sie. Wenn aktiviert (), zeigt die Protokollansicht die ausgewählte Operation und alle untergeordneten Operationen in ihrer Operationskette an. Wenn deaktiviert (), erscheinen nur die Protokolle der ausgewählten Operation.

• Spalten filtern: Klicken Sie, um eine Schublade zu öffnen, die es Ihnen ermöglicht, die Spalten neu anzuordnen oder ihre Sichtbarkeit im Operationslistenpanel anzupassen:

  

  • Alle anzeigen: Alle Spalten sichtbar machen.

  • Verschieben: Ziehen und Ablegen, um die Position der Spalte im Verhältnis zu anderen zu ändern.

  • Ausblenden: Die Spalte ist sichtbar. Klicken, um sie auszublenden.

  • Anzeigen: Die Spalte ist ausgeblendet. Klicken, um sie anzuzeigen.

• Spalten anpassen: Ziehen Sie die Griffleiste einer Spalte, um ihre Größe zu ändern.

Protokollierungsbereich

Klicken Sie auf eine beliebige Zeile im linken Bereich, um die detaillierten Protokollinformationen im rechten Bereich anzuzeigen:

• Name: Der Name der Operation oder des Operationsschrittes, zu dem das Protokoll gehört.

• Status: Der Status der Operation oder des Operationsschrittes.

• Begonnen: Das Datum und die Uhrzeit, zu der die Operation oder der Operationsschritt gestartet wurde, angezeigt als lokale Browserzeit.

• Beendet: Das Datum und die Uhrzeit, zu der die Operation oder der Operationsschritt gestoppt wurde, angezeigt als lokale Browserzeit. Dieses Feld ist leer, solange die Operation oder der Operationsschritt noch läuft.

• Dauer: Die Zeit, die zwischen Begonnen und Beendet vergangen ist, in Sekunden für Operationen und in Millisekunden für Operationsschritte angegeben. Dieses Feld ist leer, solange die Operation oder der Operationsschritt noch läuft.

• Quell-Datensätze: Bei Verwendung einer FTP oder Datenbank Aktivität als Quelle wird die Anzahl der Datensätze angezeigt, die aus dem Quellsystem gelesen wurden. Bei anderen Konnektoren wird die Anzahl mit 0 angezeigt, unabhängig von der Anzahl der Quelldatensätze.

• Ziel-Datensätze: Bei Verwendung einer FTP oder Datenbank Aktivität als Ziel wird die Anzahl der Datensätze angezeigt, die an das Zielsystem gesendet wurden. Bei anderen Konnektoren wird die Anzahl mit 0 angezeigt, unabhängig von der Anzahl der Zieldatensätze.

• Protokollnachrichten: Protokollnachrichten enthalten die Protokolldetails für die ausgewählte Operation. Ob Protokollnachrichten angezeigt werden, hängt davon ab, ob das Cloud-Logging aktiviert ist. Weitere Informationen finden Sie im Tab Nachrichten in der Dokumentation der Management-Konsole auf der Seite Runtime.

  Hinweis

  • Daten und Zeiten in Protokollnachrichten erscheinen im ursprünglichen Format aus der Quelle und werden nicht in die lokale Browserzeit umgewandelt.
  • Protokollnachrichten, die ~100 KB an Größe (~99.000 Zeichen) überschreiten, werden gekürzt, was durch message truncated am Ende des Protokolls angezeigt wird.

• Kopieren: Kopiert die Protokolldaten in Ihre Zwischenablage.

• Herunterladen: Lädt die Protokollnachrichten als Textdatei herunter.

• Anzeigen / Ausblenden: Zeigt die Protokollnachrichten an oder blendet sie aus.

Eingabe- und Ausgabedaten der Komponente

Eingabe- und Ausgabedaten der Komponente werden generiert, wenn das Debug-Logging für die Operation auf der Ebene der Operation aktiviert ist (für Cloud-Agenten oder für private Agenten) und die Operation auf einem Agenten der Version 10.48 oder höher ausgeführt wurde.

Wenn Eingabe- und Ausgabedaten von Komponenten vorhanden sind, wird eine grafische Darstellung des Vorgangs oder des Vorgangsschritts im Operationenlistenpanel angezeigt:

Sie können auf die Vorgangsschritte klicken, um die Eingabe- und Ausgabedaten der Komponente für diesen einzelnen Vorgangsschritt anzuzeigen oder auszublenden. Jeder Eintrag im Eingabe- und Ausgabelog ist auf 100 MB begrenzt. Wenn die Daten für einen einzelnen Eintrag im Eingabe- oder Ausgabelog 100 MB überschreiten, werden keine Daten angezeigt.

• Suche: Sucht die Daten nach dem eingegebenen Text.

• Kopieren: Kopiert die Logdaten in Ihre Zwischenablage.

• Herunterladen: Lädt die Eingabe- oder Ausgabedaten als Datei im entsprechenden Datenformat herunter. Die Datei wird mit dem Namen des Vorgangsschritts gefolgt von _input oder _output benannt, je nach Bedarf.

API-Anforderungs- und -Antwortdaten

Wenn ein Vorgang durch eine API-Manager benutzerdefinierte API oder OData-API ausgelöst wird, hängt die Menge der in den Vorgangsprotokollen angezeigten Informationen davon ab, welche Einstellungen aktiviert sind:

Um das Debug-Logging für Operationen zu aktivieren, siehe Debug-Logging für Cloud-Agenten oder Debug-Logging für private Agenten. Um Anforderungs- und Antwortpayloads anzuzeigen, aktivieren Sie Anforderungs- und Antwortpayloads in Protokollen anzeigen im Einstellungs-Tab der API.

API-Informationen

Das Operationsprotokoll kann die folgenden Informationen für API-Aufrufe anzeigen:

• API: Der Name der API, die die Operation ausgelöst hat.

  • API in neuem Tab öffnen: Klicken Sie, um die API in einem neuen Tab im API-Manager zu öffnen.

• API-Typ: Dieses Feld kann einen der folgenden Typen haben:

  • CUSTOM_API: Eine benutzerdefinierte API im API-Manager erstellt.
  • ODATA: Eine OData-API im API-Manager erstellt.

• Anforderungsmethode: Die HTTP-Methode, die für den API-Aufruf verwendet wurde. Mögliche Werte sind GET, POST, PUT, DELETE, PATCH und MERGE.

• API-Anforderungs-ID: Eine eindeutige Kennung für die API-Anforderung. Sie können diese ID verwenden, um Protokolle über verschiedene Systeme hinweg zu korrelieren und nach bestimmten Anforderungen zu suchen. Klicken Sie auf das Kopiersymbol, um den Wert zu kopieren.

• Quell-IP: Die IP-Adresse der Clientanwendung oder des Servers, der die API-Anforderung gestellt hat.

• API-Gateway: Das API-Gateway, das die Anfrage verarbeitet hat. Dieses Feld zeigt den Domainnamen des Cloud-API-Gateways oder des privaten API-Gateways, das den API-Aufruf bearbeitet hat.

• API-Dienst-URL: Die vollständige URL zum Aufrufen der API, einschließlich der Basis-URL, des Dienststammverzeichnisses, der Version und aller Pfadparameter. Dies ist die vollständige API-Dienst-URL, wie sie vom Client verwendet wird.

• Quellanwendung: Die Anwendung oder der Browser, der die API-Anfrage gestellt hat.

Aufrufinformationen

Das Betriebsprotokoll zeigt einen Abschnitt Aufrufinformationen mit den HTTP-Anforderungsheadern an, die mit dem API-Aufruf gesendet wurden. Jeder Header wird als Schlüssel-Wert-Paar angezeigt, wie accept, accept_encoding, content_length, fulluri, host, user_agent und Weiterleitungsheader.

Aufrufprotokoll

Das Betriebsprotokoll zeigt auch einen Abschnitt Aufrufprotokoll mit detaillierten Nachverfolgungsinformationen über die Verarbeitung der API-Anfrage an. Diese Informationen können zur Fehlersuche bei API-Gateway-Problemen, Zeitüberschreitungsproblemen oder zum Verständnis des internen Verarbeitungsflusses der API verwendet werden. Der spezifische Inhalt des Aufrufprotokolls variiert je nach API-Konfiguration, Gateway-Einstellungen und ob während der Anfrageverarbeitung Probleme aufgetreten sind.