Auf Englisch lesen

Freigeben über


Live-Monitor-Übersicht

Live Monitor ist ein Tool, das Herstellern die Möglichkeit bietet, einen Ereignisstream einer Benutzersitzung anzuzeigen, um Probleme zu diagnostizieren und zu beheben. Entwickler von Canvas-Apps können den Live-Monitor entweder zum Anzeigen von Ereignissen beim Erstellen einer neuen App verwenden Power Apps Studio oder zum Überwachen veröffentlichter Apps während der Laufzeit. Entwickler modellbasierter Apps können die Seitennavigation, Befehlsausführungen, formularbezogene Probleme und andere wichtige Aktionen überwachen, um das App-Verhalten zu verstehen und Verbesserungen vorzunehmen.

Leistungen

Mithilfe des Live-Monitors können Sie Probleme schneller diagnostizieren und beheben sowie zuverlässigere Apps erstellen. Es bietet einen umfassenden Überblick über Ihre App, indem es alle wichtigen Aktivitäten protokolliert, die in der App während der Ausführung auftreten. Der Live-Monitor bietet außerdem ein besseres Verständnis dafür, wie die in Ihrer App enthaltenen Ereignisse und Formeln funktionieren, sodass Sie die Leistung verbessern und etwaige Fehler oder Probleme identifizieren können.

Debuggen einer App

Der Schlüssel zum Debuggen eines Problems ist ein besseres Verständnis dessen, was Ihre App tut und wie sie es tut. Manchmal ist es schwierig, ein Problem zu isolieren, indem man sich nur die Formeln der Apps ansieht oder sogar Laufzeitfehler überprüft. Das Beobachten der Ereignisse, während sie in Ihrer App auftreten, kann Ihnen helfen, die Reihenfolge der Ereignisse und die Leistung Ihrer App zu verstehen, um Fehler zu erkennen und Probleme schneller zu diagnostizieren.

Einige Beispiele für Probleme und Fragen, die Sie bei der Verwendung des Live-Monitors erkennen können, sind:

  • Eine hohe Anzahl an Netzwerkanrufen

    • Ruft die App zu häufig Daten ab?
    • Können Sie die App so optimieren, dass nur bei Bedarf Daten abgerufen werden?
    • Werden Zeitgeber-Steuerelemente zu oft ausgelöst?
    • Treten beim Start der App zu viele Ereignisse auf? Kann der Abruf einiger Daten verzögert werden?
  • Daten vom selben Datenquelle abrufen

    • Können Sie verschiedene Muster verwenden, z. B. Zwischenspeichern von Daten in Sammlungen oder Variablen, anstatt dieselben Daten mehrfach abzurufen?
  • Die Datengröße Antwort

    • Können Sie Abfragefilter verwenden, um die Menge der angeforderten Daten zu reduzieren?
  • Die Dauer der Anfrage

    • Sind Konnektoren und Plug-ins optimiert?
    • Kann man die Größe der Antwort mit Hilfe von Abfragefiltern reduzieren?
  • Fehler

    • Haben Sie die erforderlichen Berechtigungen konfiguriert, um die App korrekt auszuführen?
    • Werden Ihre Anfragen von der Plattform gedrosselt?

Voraussetzungen

Sie benötigen die folgende Sicherheitsrolle-Mitgliedschaft in Umgebung, um den Live-Monitor zu verwenden.

App-Typ Erforderliche Sicherheitsrolle
Canvas App Umgebungsadmin oder Umgebungsersteller
Modellbasierte App Systemadministrator oder Systemanpasser für die Dataverse Organisation

Weitere Informationen: Konfigurieren Sie die Benutzersicherheit für Ressourcen in einem Umgebung

Live-Monitor-Dashboard

Sie können verschiedene Eigenschaften für jedes Ereignis im Live-Monitor überprüfen. Abhängig von der Ereigniskategorie enthalten einige dieser Eigenschaften möglicherweise keine Daten. Das folgende Bild zeigt ein Beispiel des Live-Monitor-Dashboards für Canvas-Apps.

Dashboard überwachen.

Spaltenname Eigenschaft
Ausweis Die Sequenznummer für die Ereignisse.
Zeit Die Uhrzeit, zu der das Ereignis aufgetreten ist.
Kateg. Der Ereignistyp, z. B. Netzwerk.
Vorgang Der resultierende interne Vorgangsname der Anforderung in der App. Beispielsweise ist createRow der Operationsname der Funktion Patch .
Ergebnis Die Textbeschreibung des Statuscodes. Beispielsweise wird der Status 429 als „Fehler“ in der Ergebnisspalte angezeigt. Zeilenfarben helfen auch dabei, Fehler und Warnungen schnell zu erkennen.
Ergebnisinformationen Die detaillierte Übersetzung der Fehlercodes und Ergebnisse. Ein 429-Statuscode wird z. B. als „Zu viele Anfragen“ in dieser Spalte angezeigt.
Status Der HTTP-Statuscode einer Netzwerkanforderung. Zum Beispiel steht ein 2XX-Code für eine erfolgreiche Anfrage, während ein 4XX-Code für einen Fehler steht.
Dauer Die Dauer kann meist dazu verwendet werden, die Leistung von Netzwerkaufrufen in der App zu verstehen, aber sie hängt auch von der Art des Ereignisses ab. Beispielsweise ist bei einer Netzwerkanforderung die Dauer die Zeit, die zum Senden der Anforderung und zum Empfangen einer Antwort benötigt wird.
Datenquelle Der Name der Datenquelle, auf die der ausgelöste Ereignisvorgang zugreift (z. B. der Name einer Microsoft Dataverse-Tabelle).
Kontrolle Der Name des Steuerelements, das mit diesem Ereignis verbunden ist
Eigentum Die aktive Steuerelement-Eigenschaft des ausgelösten Ereignisses.
Antwort Größe Stellt für ein Ereignis einer Netzwerkanforderung die Größe der vom Absender an Ihre App empfangenen Antwort in Bytes dar.

Wenn Sie ein Ereignis im Raster auswählen, zeigt ein Panel zusätzliche Details zu dem Ereignis an. Das Fenster verfügt über vier Registerkarten:

  • Details: Zeigt einen allgemeinen Überblick über das Ereignis, das Sie Auswählen. Einige der Daten können in der Baumansicht eingeklappt sein. Sie können erweitern und Detailinformationen anzeigen, um den Inhalt anzuzeigen.

    Monitor – Details.

  • Formel: Zeigt die zugehörige Formel aus Ihrer App für das ausgewählte Ereignis. Der Name der Eigenschaft des Steuerelements, das das Ereignis auslöst, wird oben auf der Registerkarte und innerhalb der Ereignistabelle angezeigt.

    Monitor – Formel.

  • Request: Zeigt die gesendete HTTP-Anfrage.

    Monitor – Anfrage.

  • Antwort: Zeigt das empfangene HTTP Antwort. Sie können die Antwort im JSON-Format anzeigen.

    Monitor – Antwort.

Nicht unterstützte Szenarien für den Live-Monitor

Weitere Informationen zu nicht unterstützten Szenarien für die Live-Überwachung finden Sie unter Erweiterte Überwachung – nicht unterstützte Szenarien.

Nächste Schritte

Siehe auch

Beheben von Formularproblemen in modellgesteuerten Apps
Gemeinsames Debuggen mit Live-Monitor
Erweiterte Überwachung