Überwachen und Optimieren der Leistung des lokalen Datengateways

Überwachen der Gatewayleistung (öffentliche Vorschauversion)

Um die Leistung zu überwachen, sind Gatewayadministratoren traditionell von der manuellen Überwachung der Leistungsindikatoren über das Windows Performance Monitor-Tool abhängig. Wir bieten jetzt zusätzliche Abfrageprotokollierung und eine PBI-Vorlagendatei zur Gatewayleistung an, um die Ergebnisse zu visualisieren. Dieses Feature bietet neue Erkenntnisse für die Gatewaynutzung. Sie können damit Probleme mit Abfragen mit geringer Leistung beheben.

Hinweis

Dieses Feature ist derzeit nur für das lokale Datengateway im Standardmodus verfügbar. Es ist nicht für den persönlichen Modus verfügbar.

Hinweis

Die Gatewaydiagnose erfasst keine Diagnosen, die sich direkt auf den (virtuellen) Computer und sein Netzwerk beziehen, wie Bandbreite oder Latenz. Diese Diagnose wirkt sich jedoch möglicherweise auf die Gatewayleistung aus. Sie können Ressourcenüberwachungstools verwenden, um Ihren Computer zu überwachen.

Leistungsprotokollierung

Diese Funktion ist jetzt standardmäßig aktiviert.

Hinweis

• Derzeit werden bei dieser Protokollierung Abfragen von der Premium-Kapazität zum Gateway manchmal übersehen. Wir arbeiten aktiv daran, dieses Problem zu beheben.
• Zurzeit werden paginierte Power BI-Berichtsabfragen mit diesem Tool nicht protokolliert.

Konfigurieren der Leistungsprotokollierung

Die Konfigurationsdatei C:\Program Files\On-premises data gateway\Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config enthält weitere Werte, die Sie nach Bedarf aktualisieren können:

• ReportFilePath: Bestimmt den Pfad, in dem die vier Protokolldateien gespeichert sind. Standardmäßig ist dieser Pfad entweder \Benutzer\PBIEgwService\AppData\Local\Microsoft\On-premises data gateway\Report oder \Windows\ServiceProfiles\PBIEgwService\AppData\Local\Microsoft\On-premises data gateway\Report. Der Pfad hängt von der Betriebssystemversion ab. Wenn Sie ein anderes Dienstkonto für das Gateway als PBIEgwService verwenden, ersetzen Sie diesen Teil des Pfads durch den Namen des Dienstkontos.
• ReportFileCount: Bestimmt die Anzahl der Protokolldateien jeder Art, die beibehalten werden soll. Der Standardwert ist 10.
• ReportFileSizeInBytes: Bestimmt die Größe der beizubehaltenden Datei. Der Standardwert lautet 104.857.600.
• QueryExecutionAggregationTimeInMinutes: Bestimmt die Anzahl der Minuten, für die die Abfrageausführungsinformationen aggregiert werden. Der Standardwert ist 5.
• SystemCounterAggregationTimeInMinutes: Bestimmt die Anzahl der Minuten, für die der Systemzähler aggregiert wird. Der Standardwert ist 5.

Nachdem Sie die Änderungen an der Konfigurationsdatei vorgenommen haben, starten Sie das Gateway neu, damit diese Konfigurationswerte wirksam werden. Nun werden die Berichtsdateien angezeigt, die an dem von Ihnen angegebenen Speicherort für ReportFilePath generiert werden.

Hinweis

Es kann bis zu 10 Minuten plus der eingestellten Zeit für QueryExecutionAggregationTimeInMinutes in der Konfigurationsdatei dauern, bis Dateien im Ordner angezeigt werden.

Informationen zu Leistungsprotokollen

Wenn Sie diese Funktion aktivieren, werden vier neue Protokolldateien erstellt:

• Der Abfrageausführungsbericht
• Der Abfragestartbericht
• Der Aggregationsbericht zur Abfrageausführung
• Der Aggregationsbericht zum Systemzähler

Der Abfrageausführungsbericht enthält detaillierte Informationen zur Abfrageausführung. Die folgenden Attribute werden erfasst.

attribute	BESCHREIBUNG
GatewayObjectId	Eindeutiger Bezeichner für das Gateway.
RequestId	Eindeutiger Bezeichner für eine Gatewayanforderung. Er kann für mehrere Abfragen gleich sein.
Datenquelle	Enthält sowohl den Datenquellentyp als auch die Datenquelle.
QueryTrackingId	Eindeutiger Bezeichner für eine Abfrage. Es kann jedoch zu einer Wiederholung kommen, wenn eine Abfrage fehlschlägt und erneut versucht wird.
QueryExecutionEndTimeUTC	Zeitpunkt, zu dem die Abfrageausführung abgeschlossen ist.
QueryExecutionDuration (ms)	Dauer für eine Abfrageausführung.
QueryType-	Typ der Abfrage. Beispielsweise könnte die übergebene Abfrage eine Power BI-Aktualisierung oder DirectQuery sein. Oder es könnte sich um Abfragen von Power Apps und Power Automate handeln.
DataProcessingEndTimeUTC	Zeitpunkt, zu dem Datenverarbeitungsaktivitäten wie Spooling, Datenabruf, Komprimierung und Datenverarbeitung abgeschlossen sind.
DataProcessingDuration (ms)	Dauer für Datenverarbeitungsaktivitäten wie Spooling, Datenabruf, Komprimierung und Datenverarbeitung.
Erfolgreich	Gibt an, ob die Abfrage erfolgreich war oder fehlgeschlagen ist.
ErrorMessage	Wenn die Abfrage fehlschlägt, wird die Fehlermeldung angezeigt.
SpoolingDiskWritingDuration (ms)	Die Zeitspanne, die das Gateway benötigt, um alle Daten auf den Datenträger zu schreiben.
SpoolingDiskReadingDuration (ms)	Gibt die Dauer an, die das Gateway benötigt, um alle Daten auf den Datenträger zu schreiben.
SpoolingTotalDataSize (Byte)	Größe (komprimiert) der Daten, die auf den Datenträger geschrieben/gelesen werden.
DataReadingAndSerializationDuration (ms)	Gibt an, wie lange das Gateway benötigt, um Daten aus der Datenquelle zu lesen und in Paketen zu serialisieren.
DiskRead (Byte/Sek.)	Gibt die Bytes an, die vom Gateway pro Sekunde gelesen wurden. DiskRead(Byte/Sek.) = SpoolingTotalDataSize / SpoolingDiskReadingDuration
DiskWrite (Byte/Sek.)	Gibt die Bytes an, die vom Gateway pro Sekunde geschrieben wurden. DiskWrite(Byte/Sek.) = SpoolingTotalDataSize / SpoolingDiskWritingDuration

Der Abfragestartbericht enthält die Abfrage und die Abfragestartzeit. Die folgenden Attribute werden erfasst.

attribute	BESCHREIBUNG
GatewayObjectId	Eindeutiger Bezeichner für das Gateway.
RequestId	Eindeutiger Bezeichner für eine Gatewayanforderung. Er kann für mehrere Abfragen gleich sein.
Datenquelle	Enthält sowohl den Datenquellentyp als auch die Datenquelle.
QueryTrackingId	Eindeutiger Bezeichner für eine Abfrage. Es kann jedoch erneut erfolgen, wenn eine Abfrage fehlschlägt und nochmal ausgeführt wird.
QueryExecutionStartTimeUTC	Zeitpunkt, zu dem die Abfrageausführung gestartet wurde.
QueryType-	Typ der Abfrage. Beispielsweise könnte die übergebene Abfrage eine Power BI-Aktualisierung oder DirectQuery sein. Oder es könnte sich um Abfragen von Power Apps und Power Automate handeln.
QueryText	Vollständige in Base64 codierte Abfrage.
EvaluationContext	Enthält die artifactId (z. B. datasetid für semantische Modelle, dataflowsId usw.) zusammen mit zusätzlichen Ablaufverfolgungs-IDs, je nach Artefakt. Dieses Feld wird nur für unterstützte Workloads in Fabric, der Power Platform, Azure Analysis Services und bestimmten Connectors in Azure Logic Apps ausgefüllt. Zu diesen Workloads gehören semantische Modelle, Dataflow Gen2 und Power Platform-Datenflüsse. Sie enthält auch Azure Logic Apps-Workloads für die Azure-Connectors für Mashup Query, HTTP und Datei. Der Wert enthält unterschiedliche Trace-IDs, je nach verwendeter Workload. Power BI und Fabric Dataflow Gen1 und Power BI Paginated Reports werden nicht unterstützt.

Der Aggregationsbericht zur Abfrageausführung enthält Abfrageinformationen, die in einem Zeitintervall durch GatewayObjectId, DataSource, Success und QueryType zusammengefasst sind. Der Standardwert ist 5 Minuten, Sie können ihn jedoch anpassen. Die folgenden Attribute werden erfasst.

attribute	BESCHREIBUNG
GatewayObjectId	Eindeutiger Bezeichner für das Gateway.
AggregationStartTimeUTC	Start des Zeitfensters, für das Abfrageattribute aggregiert wurden.
AggregationEndTimeUTC	Ende des Zeitfensters, für das Abfrageattribute aggregiert wurden.
Datenquelle	Enthält sowohl den Datenquellentyp als auch die Datenquelle.
Erfolgreich	Gibt an, ob die Abfrage erfolgreich war oder fehlgeschlagen ist.
AverageQueryExecutionDuration (ms)	Durchschnittliche Abfrageausführungszeit für das Aggregationszeitfenster.
MaxQueryExecutionDuration (ms)	Maximale Abfrageausführungszeit für das Aggregationszeitfenster.
MinQueryExecutionDuration (ms)	Mindestabfrageausführungszeit für das Aggregationszeitfenster.
QueryType-	Typ der Abfrage. Beispielsweise könnte die übergebene Abfrage eine Power BI-Aktualisierung oder DirectQuery sein. Oder es könnte sich um Abfragen von Power Apps und Power Automate handeln.
AverageDataProcessingDuration (ms)	Durchschnittliche Zeit für Datenverarbeitungsaktivitäten wie Spooling, Datenabruf, Komprimierung und Datenverarbeitung für das Aggregationszeitfenster.
MaxDataProcessingDuration (ms)	Maximale Zeit für Datenverarbeitungsaktivitäten wie Spooling, Datenabruf, Komprimierung und Datenverarbeitung für das Aggregationszeitfenster.
MinDataProcessingDuration (ms)	Mindestzeit für Datenverarbeitungsaktivitäten wie Spooling, Datenabruf, Komprimierung und Datenverarbeitung für das Aggregationszeitfenster.
Zählen	Anzahl von Abfragen

Der Aggregationsbericht zum Systemzähler enthält Systemzählerwerte, die zu einem Zeitintervall aggregiert wurden. Der Standardwert ist 5 Minuten, Sie können ihn jedoch anpassen. Die folgenden Attribute werden erfasst.

attribute	BESCHREIBUNG
GatewayObjectId	Eindeutiger Bezeichner für das Gateway.
AggregationStartTimeUTC	Beginn des Zeitfensters für die aggregierten Systemzähler.
AggregationEndTimeUTC	Ende des Zeitfensters für die aggregierten Systemzähler.
CounterName	Systemzähler gelten jeweils für einen Server, auf dem ein Gatewayknoten gehostet wird, und umfassen: • SystemCPUPercent: CPU, die auf dem Server als Prozentsatz der gesamten verfügbaren CPU verwendet wird. • SystemMEMUsedPercent: Arbeitsspeicher, der auf dem Server als Prozentsatz des gesamten verfügbaren Arbeitsspeichers verwendet wird. • GatewayCPUPercent: Die Summe des Prozentsatzes der CPU, die vom Gatewayprozess für jeden Kern verwendet wird. Um den Prozentsatz der auf dem Server verwendeten CPU zu erhalten, dividieren Sie GatewayCPUPercent durch die Anzahl der Kerne. • GatewayMEMKb: Summe des Gesamtspeichers in Kilobyte, die vom Gatewayprozess verwendet werden.
Max.	Maximalwert für den Systemzähler für das Aggregationszeitfenster.
Min	Mindestwert für den Systemzähler für das Aggregationszeitfenster.
Durchschnitt	Durchschnittswert für den Systemzähler für das Aggregationszeitfenster.

Visualisieren der Gatewayleistung

Jetzt können Sie die Daten in den Protokolldateien visualisieren.

1. Laden Sie die PBI-Vorlage für die Gatewayleistung herunter, und öffnen Sie sie mit Power BI Desktop.

2. Überprüfen Sie im daraufhin geöffneten Dialogfeld, ob der Ordnerpfad dem Wert in ReportFilePath entspricht.

   

3. Wählen Sie Laden aus, und die Vorlagendatei beginnt mit dem Laden der Daten aus Ihren Protokolldateien. Alle Grafiken werden mithilfe der Daten in den Berichten ausgefüllt.

4. Speichern Sie diese Datei optional als PBIX, und veröffentlichen Sie sie für automatische Aktualisierungen in Ihrem Dienst. Weitere Informationen finden Sie unter Veröffentlichen von Semantikmodellen und Berichten aus Power BI Desktop.

Sie können diese Vorlagendatei auch an Ihre Anforderungen anpassen. Weitere Informationen zu Power BI-Vorlagen finden Sie in diesem Microsoft Power BI-Blogbeitrag.

Überwachen des Spoolspeichers

Standardmäßig befindet sich der Spoolspeicher für das Gateway unter C:\Benutzer\PBIEgwService\AppData\Local\Microsoft\On-premises data gateway\Spooler. Achten Sie darauf, diesen Speicherort zu überwachen, um sicherzustellen, dass ausreichend freier Speicherplatz vorhanden ist. Weitere Informationen hierzu können Sie zu Gateway-Spoolingdaten aufrufen.

Abfragen mit geringer Leistung

Lange ausgeführte Abfragen erfordern möglicherweise zusätzliche Änderungen an Ihrer Datenquelle oder eine weitere Optimierung der Abfrage selbst. Diese Änderung kann entweder für Power BI-Aktualisierungen oder für direkte Datenbankabfragen wie Power BI DirectQuery, Power Apps oder Azure Logic Apps erfolgen.

Standardmäßig führt das Gateway eine grundlegende Protokollierung durch. Wenn Sie Untersuchungen zu langsam ausgeführten Abfragen anstellen, können Sie zusätzlich zur Leistungsüberwachungsfunktion vorübergehend Zusätzliche Protokollierung aktivieren, um weitere Protokollinformationen zu sammeln, einschließlich Abfragezeichenfolgen, Mashup-Modul-Protokolle und ausführlicher Ablaufverfolgung. Diese Protokolle werden am gleichen Ort gespeichert wie Ihre normalen Gatewayprotokolle. Um zusätzliche Protokollierung zu aktivieren, wählen Sie in der lokalen Datengateway-Appdie Option "Zusätzliche>Diagnoseprotokollierung" aus.

Durch aktivieren dieser Einstellung wird die Protokollgröße aufgrund der Gatewaynutzung wahrscheinlich erheblich erhöht. Es wird empfohlen, dass Sie nach der Überprüfung der Protokolle die zusätzliche Protokollierung deaktivieren. Es wird nicht empfohlen, diese Einstellung während der normalen Gatewaynutzung aktiviert zu belassen.

Optimieren der Leistung durch Streaming von Daten

Standardmäßig spoolt das lokale Datengateway Daten, bevor sie an das Semantikmodell zurückgegeben werden, was möglicherweise zu einer langsameren Leistung beim Laden und Aktualisieren von Daten führen kann. Das Standardverhalten kann überschrieben werden.

1. Legen Sie in der Datei C:\Programme\On-Premises data gateway\Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config die Einstellung StreamBeforeRequestCompletes auf True fest, und speichern Sie sie.

   <setting name="StreamBeforeRequestCompletes" serializeAs="String">
      <value>True</value>
   </setting>
   

2. Starten Sie das Gateway unter Lokaler Datengatewaydienst>Einstellungen,neu.

Hinweis

Das Aktivieren von StreamBeforeRequestCompletes kann probleme mit der Zuverlässigkeit von Abfragen verursachen, wenn langsame Datenquellen oder instabile/eingeschränkte Netzwerkverbindungen verwendet werden.

Wenn Sie die Leistung optimieren, indem Sie bestimmte Ordner von der Virenprüfung ausschließen,

Um potenzielle Leistungseinbußen zu vermeiden, können bestimmte Ordner von der Antivirenüberprüfung ausgeschlossen werden, wenn Sie eine Antivirensoftware auf Dateiebene auf dem Server verwenden, auf dem ein lokales Datengateway installiert ist. Wenn diese Ordner nicht ausgeschlossen werden, können Sie Leistungseinbußen und potenziell andere unerwartete Verhaltensweisen beobachten, da diese Ordner eine große Anzahl von Schreibvorgängen erhalten und im Kern Datenpipelinen des lokalen Datengateways sind.

Ordner, die möglicherweise vom Virenscan auf dem lokalen Datengatewayserver ausgeschlossen werden müssen

Hinweis

Das folgende Platzhalterlaufwerk stellt den Buchstaben des Laufwerks dar, auf dem das lokale Datengateway installiert ist. In der Regel ist der Treiberbuchstaben C. Der folgende Platzhalter ServiceAccount stellt das Dienstkonto dar, welches das lokale Datengateway ausführt. Das Standardkonto ist PBIEgwService.

• Protokollierungsverzeichnis: Laufwerk:\Windows\ServiceProfiles\ ServiceAccount \AppData\Local\Microsoft\Lokales Datengateway
• Spool-Speicherverzeichnis: Laufwerk:\Windows\ServiceProfiles\ ServiceAccount \AppData\Local\Microsoft\Lokales Datengateway\Spooler

Verwandte Inhalte

• Tools für die Problembehandlung