Aktualisieren von Daten in Power BI

Mit Power BI können Sie schnell Einblicke in Daten gewinnen und diesen Einblicken entsprechende Aktionen veranlassen, aber Sie müssen sicherstellen, dass die Daten in Ihren Power BI-Berichten und -Dashboards aktuell sind. Zu wissen, wie die Daten aktualisiert werden, kann oftmals dafür entscheidend sein, genaue Ergebnisse zu erhalten.

Dieser Artikel beschreibt die Datenaktualisierungsfeatures von Power BI und ihre Abhängigkeiten auf konzeptioneller Ebene. Darüber hinaus werden Ihnen Best Practices und Tipps zur Vermeidung häufig auftretender Aktualisierungsprobleme vorgestellt. Der Inhalt bietet Ihnen eine Grundlage, den Ablauf der Datenaktualisierung besser zu verstehen. Gezielte schrittweise Anweisungen zum Konfigurieren der Datenaktualisierung finden Sie in den Tutorials und Schrittanleitungen, die am Ende dieses Artikels im Abschnitt „Verwandte Inhalte“ aufgeführt sind.

Grundlegendes zur Datenaktualisierung

Einbetten von Power BI-Inhalten mit Dienstprinzipal und Anwendungsgeheimnis

Wenn Sie Daten aktualisieren, muss Power BI die zugrunde liegenden Datenquellen abfragen, möglicherweise die Quelldaten in ein Semantikmodell laden und dann alle Visualisierungen in Ihren Berichten oder Dashboards aktualisieren, die auf dem aktualisierten Semantikmodell basieren. Der gesamte Prozess besteht je nach den Speichermodi Ihres Semantikmodells aus mehreren Phasen, wie in den folgenden Abschnitten erläutert.

Um zu verstehen, wie Power BI Ihr Semantikmodell, Berichte und Dashboards aktualisiert, müssen Sie die folgenden Konzepte kennen:

  • Speichermodi und Semantikmodelltypen: Die Speichermodi und Semantikmodelltypen, die Power BI unterstützt, weisen unterschiedliche Aktualisierungsanforderungen auf. Sie können zwischen dem erneuten Importieren von Daten in Power BI, um etwaige aufgetretene Änderungen anzuzeigen, oder dem direkten Abfragen der Daten an der Quelle wählen.
  • Power BI-Aktualisierungstypen: Unabhängig von den Besonderheiten des jeweiligen Semantikmodells kann die Kenntnis der verschiedenen Aktualisierungstypen Ihnen erleichtern, zu verstehen, wie Power BI während eines Aktualisierungsvorgangs vorgehen könnte. Außerdem erleichtert die Kombination dieser Details mit Speichermoduskenntnissen Ihnen das Verständnis der genauen Vorgehensweise von Power BI, wenn Sie für ein Semantikmodell auf Jetzt aktualisieren klicken.

Speichermodi und Semantikmodelltypen

Ein Semantikmodell in Power BI kann in einem der folgenden Modi für den Zugriff auf Daten aus einer Vielzahl von Datenquellen eingesetzt werden. Weitere Informationen erhalten Sie unter Storage mode in Power BI Desktop (Speichermodus in Power BI Desktop).

  • Import-Modus
  • DirectQuery-Modus
  • LiveConnect-Modus
  • Pushmodus

Das folgende Diagramm veranschaulicht basierend auf dem Speichermodus die unterschiedlichen Datenflüsse. Der wichtigste Punkt ist, dass nur die Semantikmodell im Import-Modus eine Quelldatenaktualisierung erfordern. Sie benötigen die Aktualisierung, weil nur dieser Typ von Semantikmodell Daten aus ihren Datenquellen importiert, und die importierten Daten könnten auf regulärer oder Ad-hoc-Basis aktualisiert werden. Semantikmodell in DirectQuery und mit Analysis Services verbundene Semantikmodelle im LiveConnect-Modus importieren keine Daten, sondern fragen bei jeder Benutzerinteraktion die zugrunde liegende Datenquelle ab. Semantikmodelle im Pushmodus greifen nicht direkt auf Datenquellen zu, sondern erwarten, dass Sie die Daten zu Power BI pushen. Die Anforderungen für die Aktualisierung des Semantikmodells variieren je nach Speichermodus-/Semantikmodelltyp.

Storage modes and semantic model types

Semantikmodelle im Importmodus

Power BI importiert die Daten aus den ursprünglichen Datenquellen in das Semantikmodell. Power BI-Berichts- und Dashboardabfragen, die an das Semantikmodell gesendet werden, geben Ergebnisse aus den importierten Tabellen und Spalten zurück. Sie können ein solches Semantikmodell als zeitpunktgenaue Kopie betrachten. Da Power BI die Daten kopiert, müssen Sie das Semantikmodell aktualisieren, um Änderungen aus den zugrunde liegenden Datenquellen zu holen.

Wenn ein Semantikmodell aktualisiert wird, wird es entweder vollständig oder teilweise aktualisiert. Die teilweise Aktualisierung erfolgt im Semantikmodell mit Tabellen mit einer Richtlinie für inkrementelle Aktualisierungen. In diesen Semantikmodellen wird nur eine Teilmenge der Tabellenpartitionen aktualisiert. Darüber hinaus können fortgeschrittene Benutzer den XMLA-Endpunkt verwenden, um bestimmte Partitionen in jedem Semantikmodell zu aktualisieren.

Die zum Aktualisieren eines Semantikmodells erforderliche Arbeitsspeichermenge hängt davon ab, ob Sie eine vollständige oder teilweise Aktualisierung durchführen. Während der Aktualisierung wird eine Kopie des Semantikmodells beibehalten, um Abfragen für das Semantikmodell zu verarbeiten. Das bedeutet, dass Sie bei einer vollständigen Aktualisierung doppelt so viel Arbeitsspeicher benötigen, wie das Semantikmodell benötigt.

Es wird empfohlen, die Kapazitätsauslastung zu planen, um sicherzustellen, dass der zusätzliche Arbeitsspeicher, der für die Aktualisierung des Semantikmodells benötigt wird, berücksichtigt wird. Wenn genügend Arbeitsspeicher vorhanden ist, werden Aktualisierungsprobleme verhindert, die auftreten können, wenn Ihre Semantikmodelle mehr Arbeitsspeicher benötigen, als während Aktualisierungsvorgänge verfügbar ist. Informationen dazu, wie viel Arbeitsspeicher für jedes Semantikmodell für eine Premium-Kapazität verfügbar ist, finden Sie in der Tabelle Kapazitäten und SKUs.

Weitere Informationen zu großen Semantikmodellen in Premium-Kapazitäten finden Sie unter großen Semantikmodelle.

Semantikmodelle im DirectQuery-Modus

Power BI importiert Daten nicht über Verbindungen, die im DirectQuery-Modus betrieben werden. Stattdessen gibt das Semantikmodell Ergebnisse aus der zugrunde liegenden Datenquelle zurück, wenn ein Bericht oder Dashboard das Semantikmodell abfragt. Power BI transformiert die Abfragen und leitet sie an die Datenquelle weiter.

Hinweis

Berichte zu Liveverbindungen übermitteln Abfragen an die Kapazität oder die Analysis Services-Instanz, die das Semantikmodell oder das Modell hostet. Bei Verwendung externer Analysedienste wie SQL Server Analysis Services (SSAS) oder Azure Analysis Services (AAS) werden Ressourcen außerhalb von Power BI genutzt.

Da Power BI die Daten nicht importiert, müssen Sie keine Datenaktualisierung durchführen. Power BI führt jedoch weiterhin Kachelaktualisierungen und möglicherweise Berichtsaktualisierungen durch, wie im nächsten Abschnitt über Aktualisierungstypen beschrieben. Eine Kachel ist ein visueller Bericht, der an ein Dashboard angeheftet ist, und die Aktualisierung der Kachel des Dashboards erfolgt etwa jede Stunde, sodass die Kacheln die neuesten Ergebnisse anzeigen. Sie können den Zeitplan in den Einstellungen für das Semantikmodell ändern, wie im folgenden Screenshot gezeigt, oder eine Aktualisierung des Dashboards manuell erzwingen, indem Sie die Option Jetzt aktualisieren verwenden.

Refresh schedule

Hinweis

  • Semantikmodelle im Importmodus und zusammengesetzte Semantikmodelle, die den Importmodus und den DirectQuery-Modus kombinieren, erfordern keine separate Kachelaktualisierung, da Power BI die Kacheln bei jeder geplanten oder bedarfsgesteuerten Datenaktualisierung automatisch aktualisiert. Semantikmodelle, die basierend auf dem XMLA-Endpunkt aktualisiert werden, löschen nur die zwischengespeicherten Kacheldaten (ungültiger Cache). Die Kachelcaches werden erst aktualisiert, wenn alle Benutzer*innen auf das Dashboard zugreifen. Bei Importmodellen finden Sie den Aktualisierungszeitplan im Abschnitt „Geplante Aktualisierung“ der Registerkarte Semantikmodelle. Für zusammengesetzte Semantikmodelle befindet sich der Abschnitt „Geplante Aktualisierung“ im Abschnitt Leistungsoptimierung.
  • Power BI unterstützt keine grenzüberschreitenden Liveverbindungen mit Azure Analysis Services (AAS) in einer Sovereign Cloud.

Push-Semantikmodelle

Push-Semantikmodelle enthalten keine formale Definition einer Datenquelle, sodass Sie keine Datenaktualisierung in Power BI durchführen müssen. Sie aktualisieren sie, indem Sie Ihre Daten über einen externen Dienst oder Prozess wie z.B. Azure Stream Analytics in das Dataset pushen. Dies ist eine gängige Methode für Analysen in Echtzeit mit Power BI. Power BI führt weiterhin Cacheaktualisierungen für alle Kacheln durch, die auf einem Push-Semantikmodell verwendet werden. Eine ausführliche exemplarische Vorgehensweise finden Sie unter Tutorial: Stream Analytics und Power BI: Ein Dashboard zur Echtzeitanalyse von Streamingdaten.

Power BI-Aktualisierungstypen

Ein Power BI-Aktualisierungsvorgang kann aus mehreren Aktualisierungstypen bestehen, einschließlich Datenaktualisierung, OneDrive-Aktualisierung, Aktualisierung von Abfragecaches, Kachelaktualisierung und Aktualisierung visueller Berichtselemente. Power BI bestimmt zwar automatisch die erforderlichen Aktualisierungsschritte für ein bestimmtes Semantikmodell, aber Sie sollten wissen, wie sie zur Komplexität und Dauer eines Aktualisierungsvorgangs beitragen. Eine Kurzübersicht finden Sie in der folgenden Tabelle.

Speichermodus Datenaktualisierung OneDrive-Aktualisierung Abfragecaches Kachelaktualisierung Visuelle Berichtselemente
Importieren Geplant und bedarfsgesteuert Ja, für verbundene Semantikmodelle Wenn auf Premium-Kapazität aktiviert Automatisch und bedarfsgesteuert Nein
DirectQuery Nicht zutreffend Ja, für verbundene Semantikmodelle Wenn auf Premium-Kapazität aktiviert Automatisch und bedarfsgesteuert Nein
LiveConnect Nicht zutreffend Ja, für verbundene Semantikmodelle Wenn auf Premium-Kapazität aktiviert Automatisch und bedarfsgesteuert Ja
Push Nicht zutreffend Nicht zutreffend Nicht praktisch Automatisch und bedarfsgesteuert Nein

Eine weitere Möglichkeit, die verschiedenen Aktualisierungstypen zu betrachten, ist die Frage, was sie bewirken und wo Sie sie anwenden können. Änderungen an Tabellenstruktur oder Schema der Datenquelle, wie z. B. eine Spalte hinzufügen, umbenennen oder entfernen, können nur in Power BI Desktop vorgenommen werden. Im Power BI-Dienst können sie dazu führen, dass die Aktualisierung fehlschlägt. Eine Kurzübersicht ihrer Auswirkung finden Sie in der folgenden Tabelle.


Aktualisieren von visuellen Berichtselementen Datenaktualisierung Schemaaktualisierung
Was bewirken die verschiedenen Aktualisierungstypen? Abfragen, die zum Auffüllen von Visuals dienen, werden aktualisiert.

Bei Visuals, die DirectQuery-Tabellen verwenden, wird das Visual abgefragt, um die neuesten Daten aus der Datenquelle abzurufen.

Bei Visuals, die importierte Tabellen verwenden, werden nur Daten abfragt, die bereits bei der letzten Datenaktualisierung in das Semantikmodell importiert wurden.
Die Daten werden über die Datenquelle aktualisiert.

Gilt nicht für DirectQuery-Tabellen, da sie sich auf Visualebene befinden und auf die Aktualisierung von Berichtsvisuals angewiesen sind.

Bei importierten Tabellen werden die Daten über die Quelle aktualisiert.
Alle Änderungen der Tabellenstruktur der Datenquelle seit der letzten Aktualisierung werden gezeigt.

Beispielsweise zum Anzeigen einer neuen Spalte, die zu einer Power BI Dataflow- oder SQL-Datenbank-Sicht hinzugefügt wurde.

Gilt für importierte und DirectQuery-Tabellen.

In Power BI Desktop erfolgen die Aktualisierung von Berichtsvisuals, Daten und Schema gemeinsam unter Verwendung über Folgendes

  • Menüband Start> Schaltfläche Aktualisieren
  • Menüband Start>Daten transformieren>Schaltfläche Schließen und übernehmen
  • Das Kontextmenü (mit der rechten Maustaste klicken oder auf das Auslassungszeichen klicken) einer beliebigen Tabelle und Wählen von Daten aktualisieren

Diese Aktualisierungstypen können nicht stets unabhängig voneinander angewendet werden, und wo Sie sie anwenden können, ist in Power BI Desktop und dem Power BI-Dienst unterschiedlich. Eine Kurzübersicht finden Sie in der folgenden Tabelle.


Aktualisieren von visuellen Berichtselementen Datenaktualisierung Schemaaktualisierung
In Power BI Desktop
  • Menüband Ansicht>Schaltfläche Leistungsanalyse>Visuals aktualisieren
  • Erstellen und Ändern von Visuals, wodurch die Ausführung einer DAX-Abfrage verursacht wird
  • Bei Aktivierung von Seite aktualisieren (nur DirectQuery)
  • Öffnen der PBIX-Datei
Nicht unabhängig von anderen Aktualisierungstypen verfügbar Nicht unabhängig von anderen Aktualisierungstypen verfügbar
Im Power BI-Dienst
  • Wenn der Bericht im Browser geladen oder neu geladen wird
  • Klicken auf die Schaltfläche Visuals aktualisieren auf Menüleiste rechts oben
  • Klicken auf die Schaltfläche Aktualisieren im Bearbeitungsmodus
  • Bei Aktivierung von Seite aktualisieren (nur DirectQuery)
  • Geplante Aktualisierung
  • Jetzt aktualisieren
  • Aktualisieren eines Power BI-Semantikmodells aus Power Automate
  • Verarbeiten der Tabelle über SQL Server Management Studio (Premium)
Nicht verfügbar
Zu beachten Wenn Sie beispielsweise einen Bericht im Browser öffnen und die geplante Aktualisierung eine Datenaktualisierung in den importierten Tabellen vornimmt, werden die Berichtsvisuals im geöffneten Browser erst dann aktualisiert, nachdem eine Aktualisierung der Berichtsvisuals eingeleitet wurde. Die Datenaktualisierung im Power BI-Dienst schlägt fehl, wenn die Quellspalte oder -tabelle umbenannt oder entfernt wird. Sie schlägt fehl, da der Power BI-Dienst keine Schemaaktualisierung enthält. Um diesen Fehler zu beheben, muss eine Schemaaktualisierung in Power BI Desktop erfolgen und das Semantikmodell erneut im Dienst veröffentlicht werden. Eine umbenannte oder entfernte Spalte oder Tabelle in der Datenquelle wird zwar durch eine Schemaaktualisierung in Power BI Desktop aktualisiert, kann aber Visuals und DAX-Ausdrücke (Measure, berechnete Spalten, Sicherheit auf Zeilenebene usw.) beeinträchtigen und Beziehungen entfernen, die von diesen Spalten oder Tabellen abhängig sind.

Datenaktualisierung

Für Power BI-Benutzer bedeutet die Aktualisierung von Daten in der Regel den Import von Daten aus den ursprünglichen Datenquellen in ein Semantikmodell, entweder basierend auf einem Aktualisierungszeitplan oder bedarfsgesteuert. Sie können mehrere tägliche Aktualisierungen des Semantikmodells durchführen, was notwendig sein kann, wenn sich die zugrunde liegenden Quelldaten häufig ändern. Power BI beschränkt Semantikmodelle auf freigegebene Kapazität auf acht geplante tägliche Semantikmodellaktualisierungen. Die acht Uhrzeitwerte werden in der Back-End-Datenbank gespeichert und basieren auf der lokalen Zeitzone, die auf der Seite „Semantikmodelleinstellungen“ ausgewählt wurde. Der Planer prüft, welches Modell aktualisiert werden soll und zu welchen Zeitpunkten. Das Kontingent von acht Aktualisierungen wird täglich um 00:01 Uhr Ortszeit zurückgesetzt.

Data refresh schedule in Database settings.

Wenn sich das Semantikmodell auf einer Premium-Kapazität befindet, können Sie bis zu 48 Aktualisierungen pro Tag in den Semantikmodelleinstellungen planen. Weitere Informationen finden Sie unter Konfigurieren von geplanten Aktualisierungen weiter unten in diesem Artikel. Semantikmodelle in einer Premium-Kapazität, für die der XMLA-Endpunkt für Lese-/Schreibvorgänge aktiviert wurde, unterstützen unbegrenzte Aktualisierungsvorgänge, wenn sie programmgesteuert mit TMSL oder PowerShell konfiguriert werden.

Es ist auch wichtig, darauf hinzuweisen, dass die Beschränkung der gemeinsamen Kapazität für tägliche Aktualisierungen sowohl für geplante als auch für API-Aktualisierungen gilt. Sie können auch eine bedarfsgesteuerte Aktualisierung auslösen, indem Sie Menü des Semantikmodells Jetzt aktualisieren auswählen, wie der folgende Screenshot zeigt. Bedarfsgesteuerte Aktualisierungen sind nicht in der Aktualisierungseinschränkung enthalten. Beachten Sie auch, dass Semantikmodelle in einer Premium-Kapazität keine Einschränkungen für API-Aktualisierungen enthalten. Wenn Sie ihre eigene Aktualisierungslösung mithilfe der Power BI-REST-API erstellen möchten, lesen Sie Semantikmodelle – Aktualisierung eines Semantikmodells.

Refresh now

Hinweis

Datenaktualisierungen müssen auf gemeinsam genutzter Kapazität in weniger als 2 Stunden abgeschlossen werden. Wenn Ihre Semantikmodelle längere Aktualisierungsvorgänge erfordern, sollten Sie das Semantikmodell auf eine Premium-Kapazität verschieben. Bei Premium beträgt die maximale Aktualisierungsdauer 5 Stunden, aber durch Verwendung des XMLA-Endpunkts zum Aktualisieren von Daten kann der Grenzwert von 5 Stunden umgangen werden.

OneDrive-Aktualisierung

Wenn Sie Ihre Semantikmodelle und Berichte auf der Grundlage einer Power BI Desktop-Datei, einer Excel-Arbeitsmappe oder einer durch Trennzeichen getrennten Datei (CSV, Comma Separated Value) auf OneDrive oder SharePoint Online erstellt haben, führt Power BI eine andere Art der Aktualisierung durch, die als OneDrive-Aktualisierung bekannt ist. Weitere Informationen finden Sie unter Abrufen von Daten aus Dateien für Power BI.

Im Gegensatz zu einer Aktualisierung eines Semantikmodells, bei der Power BI Daten aus einer Datenquelle in ein Semantikmodell importiert, synchronisiert die OneDrive-Aktualisierung Semantikmodelle und Berichte mit ihren Quelldateien. Standardmäßig prüft Power BI etwa stündlich, ob ein Semantikmodell, das mit einer Datei auf OneDrive oder SharePoint Online verbunden ist, synchronisiert werden muss.

Power BI führt die Aktualisierung auf Grundlage einer Element-ID in OneDrive durch. Sie sollten daher sorgfältig vorgehen, wenn Sie zwischen Updates und einer Ersetzung abwägen. Wenn Sie eine OneDrive-Datei als Datenquelle festlegen, verweist Power BI beim Ausführen der Aktualisierung auf die Element-ID der Datei. Stellen Sie sich das folgende Szenario vor, in dem Sie über eine Masterdatei A sowie eine Produktionskopie B dieser Datei verfügen. Sie konfigurieren die OneDrive-Aktualisierung für Datei B. Wenn Sie dann Datei A über Datei B kopieren, wird durch den Kopiervorgang die alte Datei B gelöscht und eine neue Datei B mit einer anderen Element-ID erstellt, sodass die OneDrive-Aktualisierung nicht mehr funktioniert. Diese Situation lässt sich vermeiden, indem Sie Datei B stattdessen hochladen und ersetzen. So behält die Datei dieselbe Element-ID bei.

Sie können die Datei an einen anderen Speicherort verschieben (z. B. mittels Drag & Drop). Dann funktioniert die Aktualisierung weiterhin, da Power BI die Datei-ID nach wie vor kennt. Wenn Sie diese Datei jedoch an einen anderen Speicherort kopieren, werden eine neue Instanz der Datei und eine neue fileID erstellt. Daher ist der Verweis auf die Power BI-Datei nicht mehr gültig, und die Aktualisierung schlägt fehl.

Hinweis

Es kann in Power BI bis zu 60 Minuten dauern, bis ein Semantikmodell aktualisiert wird, auch wenn die Synchronisierung auf dem lokalen Computer abgeschlossen ist und Sie im Power BI-Dienst Jetzt aktualisieren verwendet haben.

Um vergangene Synchronisationszyklen zu überprüfen, überprüfen Sie die Registerkarte OneDrive im Aktualisierungsverlauf. Der folgende Screenshot zeigt einen vollständigen Synchronisierungszyklus für ein beispielhaftes Semantikmodell.

Refresh history

Wie der obige Screenshot zeigt, hat Power BI diese OneDrive-Aktualisierung als Geplante Aktualisierung identifiziert, aber es ist nicht möglich, das Aktualisierungsintervall zu konfigurieren. Sie können die OneDrive-Aktualisierung nur in den Einstellungen des Semantikmodells deaktivieren. Das Deaktivieren der Aktualisierung ist nützlich, wenn Sie nicht möchten, dass Ihre Semantikmodelle und Berichte in Power BI Änderungen aus den Quelldateien automatisch übernehmen.

Die Seite der Semantikmodelleinstellungen zeigt nur die Abschnitte Anmeldeinformationen für OneDrive und OneDrive-Aktualisierung, wenn das Semantikmodell mit einer Datei in OneDrive oder SharePoint Online verbunden ist, wie im folgenden Screenshot gezeigt. Semantikmodelle, die nicht mit einer Quellendatei in OneDrive oder SharePoint Online verbunden sind, werden nicht in diesen Abschnitten angezeigt.

OneDrive Credentials and OneDrive refresh

Wenn Sie die OneDrive-Aktualisierung für ein Semantikmodell deaktivieren, können Sie Ihr Semantikmodell weiterhin bei Bedarf synchronisieren, indem Sie Jetzt aktualisieren im Menü „Semantikmodell“ auswählen. Im Rahmen der bedarfsgesteuerten Aktualisierung prüft Power BI, ob die Quelldatei auf OneDrive oder SharePoint Online neuer ist als das Semantikmodell in Power BI und synchronisiert das Dataset, falls dies der Fall ist. Verlauf aktualisieren listet diese Aktivitäten als bedarfsgesteuerte Aktualisierungen auf der OneDrive-Registerkarte auf.

Beachten Sie, dass die OneDrive-Aktualisierung keine Daten aus den ursprünglichen Datenquellen pullt. Die OneDrive-Aktualisierung aktualisiert einfach die Ressourcen in Power BI mit den Metadaten und Daten aus der PBIX-, XLSX- oder CSV-Datei, wie das folgende Diagramm veranschaulicht. Um sicherzustellen, dass das Semantikmodell immer die über die neuesten Daten aus den Datenquellen verfügt, löst Power BI eine Datenaktualisierung auch im Rahmen einer bedarfsgesteuerten Aktualisierung aus. Sie können dies in Aktualisierungsverlauf überprüfen, wenn Sie zur Geplant-Registerkarte wechseln.

OneDrive refresh diagram

Wenn Sie OneDrive-Aktualisierung für ein mit OneDrive oder SharePoint Online verbundenes Semantikmodell aktiviert lassen und die Datenaktualisierung auf Basis eines Zeitplans ausführen möchten, stellen Sie sicher, dass Sie den Zeitplan konfigurieren, damit Power BI die Datenaktualisierung nach der OneDrive-Aktualisierung durchführt. Wenn Sie beispielsweise einen eigenen Dienst oder Prozess erstellt haben, um die Quelldatei in OneDrive oder SharePoint Online jede Nacht um 1:00 Uhr zu aktualisieren, könnten Sie die geplante Aktualisierung für 2:30 Uhr konfigurieren, um Power BI genügend Zeit zu geben, die Aktualisierung von OneDrive abzuschließen, bevor die Datenaktualisierung gestartet wird.

Aktualisieren von Abfragecaches

Wenn sich Ihr Semantikmodell auf einer Premium-Kapazität befindet, könnten Sie die Leistung aller zugehörigen Berichte und Dashboards verbessern, indem Sie die Zwischenspeicherung von Abfragen aktivieren, wie im folgenden Screenshot gezeigt. Mit der Zwischenspeicherung von Abfragen wird die Premium-Kapazität angewiesen, den lokalen Cachedienst zu verwenden, um Abfrageergebnisse zu verwalten und um zu vermeiden, dass die zugrunde liegende Datenquelle diese Ergebnisse berechnet. Weitere Informationen finden Sie unter Zwischenspeicherung von Abfragen in Power BI Premium.

Query caching

Nach einer Datenaktualisierung sind jedoch zuvor zwischengespeicherte Abfrageergebnisse nicht mehr gültig. Power BI verwirft diese zwischengespeicherten Ergebnisse und muss sie neu erstellen. Aus diesem Grund ist die Zwischenspeicherung von Abfragen für Berichte und Dashboards, die mit Semantikmodell verknüpft sind, die Sie sehr oft aktualisieren, z.B. 48 Mal pro Tag, möglicherweise nicht so nützlich.

Aktualisieren von visuellen Berichtselementen

Dieser Aktualisierungsprozess ist weniger wichtig, da er nur für Liveverbindungen mit Analysis Services relevant ist. Für diese Verbindungen speichert Power BI den letzten Zustand der visuellen Berichtselemente zwischen, sodass Power BI beim erneuten Betrachten des Berichts nicht das tabellarische Modell von Analysis Services abfragen muss. Wenn Sie mit dem Bericht interagieren, z.B. durch Ändern eines Berichtsfilters, fragt Power BI das tabellarische Modell ab und aktualisiert die visuellen Berichtselemente automatisch. Wenn Sie den Verdacht haben, dass ein Bericht veraltete Daten anzeigt, können Sie auch die Schaltfläche „Aktualisieren“ des Berichts auswählen, um eine Aktualisierung aller visuellen Berichtselemente auszulösen, wie der folgende Screenshot veranschaulicht.

Refresh report visuals

Nur angeheftete Visuals werden aktualisiert, angeheftete Liveseiten dagegen nicht. Eine angeheftete Liveseite können Sie über die Schaltfläche „Aktualisieren“ im Browser aktualisieren.

Überprüfen von Infrastrukturabhängigkeiten

Unabhängig von den Speichermodi kann keine Datenaktualisierung erfolgreich sein, wenn die zugrunde liegenden Datenquellen nicht zugänglich sind. Die drei wichtigsten Datenzugriffsszenarien sind:

  • Ein Semantikmodell verwendet Datenquellen, die lokal gespeichert sind
  • Ein Semantikmodell verwendet Datenquellen in der Cloud
  • Ein Semantikmodell verwendet sowohl Daten aus lokalen als auch Cloudquellen

Herstellen der Verbindung mit lokalen Datenquellen

Wenn Ihr Semantikmodell eine Datenquelle verwendet, auf die Power BI nicht über eine direkte Netzwerkverbindung zugreifen kann, müssen Sie eine Gatewayverbindung für dieses Semantikmodell konfigurieren, bevor Sie einen Aktualisierungszeitplan aktivieren oder eine bedarfsgesteuerte Datenaktualisierung durchführen können. Weitere Informationen zu Datengateways und deren Funktionsweise finden Sie unter Was sind lokale Datengateways?.

Sie haben folgende Optionen:

  • Auswahl eines Enterprisedatengateways mit der erforderlichen Datenquellendefinition
  • Bereitstellen eines persönlichen Datengateways

Hinweis

Eine Liste der Datenquellentypen, die ein Datengateway erfordern, finden Sie im Artikel Verwalten der Datenquelle – Import/Geplante Aktualisierung.

Verwenden eines Enterprisedatengateways

Microsoft empfiehlt, anstelle eines persönlichen Gateways ein Enterprisedatengateway zu verwenden, um ein Semantikmodell mit einer lokalen Datenquelle zu verbinden. Stellen Sie sicher, dass das Gateway ordnungsgemäß konfiguriert ist, was bedeutet, dass das Gateway über die neuesten Updates und alle erforderlichen Datenquellendefinitionen verfügt. Eine Datenquellendefinition stellt Power BI die Verbindungsinformationen für eine bestimmte Quelle zur Verfügung, einschließlich Verbindungsendpunkten, Authentifizierungsmodus und Anmeldeinformationen. Weitere Informationen zum Verwalten von Datenquellen auf einem Gateway finden Sie unter Verwalten der Datenquelle – Import/Geplante Aktualisierung.

Das Herstellen einer Verbindung eines Semantikmodells mit einem Enterprisegateway ist relativ unkompliziert, wenn Sie ein Gatewayadministrator sind. Mit Administratorberechtigungen können Sie das Gateway sofort aktualisieren und ggf. fehlende Datenquellen hinzufügen. In der Tat können Sie eine fehlende Datenquelle Ihrem Gateway direkt auf der Seite mit den Semantikmodelleinstellungen hinzufügen. Erweitern Sie die Umschaltfläche, um die Datenquellen anzuzeigen, und wählen Sie den Link Zu Gateway hinzufügen aus, wie im folgenden Screenshot gezeigt. Wenn Sie kein Gatewayadministrator sind, müssen Sie sich an einen Gatewayadministrator wenden, um die erforderliche Datenquellendefinition hinzuzufügen.

Hinweis

Nur Gatewayadministratoren können Datenquellen zu Gateways hinzufügen. Stellen Sie auch sicher, dass Ihr Gatewayadministrator Ihr Benutzerkonto zur Liste der Benutzer mit Berechtigungen für die Verwendung der Datenquelle hinzufügt. Auf der Seite mit Semantikmodelleinstellungen können Sie nur ein Enterprise-Gateway mit einer entsprechenden Datenquelle verwenden, für die Sie über Berechtigungen verfügen.

Add to gateway

Achten Sie darauf, dass Sie Ihrer Datenquelle die richtige Datenquellendefinition zuordnen. Wie Sie im obigen Screenshot sehen, können Gatewayadministratoren mehrere Definitionen für ein Gateway erstellen, das mit derselben Datenquelle verbunden ist, jeweils mit anderen Anmeldeinformation. Im gezeigten Beispiel würde ein Semantikmodellbesitzer in der Vertriebsabteilung z. B. die Datenquellendefinition AdventureWorksProducts-Sales auswählen und ein Semantikmodellbesitzer in der Supportabteilung würde das Semantikmodell der Datenquellendefinition AdventureWorksProducts-Support zuordnen. Wenn die Namen der Datenquellendefinitionen nicht intuitiv sind, wenden Sie sich an den Gatewayadministrator, um herauszufinden, welche Definition Sie wählen sollten.

Hinweis

Ein Semantikmodell kann nur eine einzige Gatewayverbindung verwenden. D.h., es ist nicht möglich, über mehrere Gatewayverbindungen auf lokale Datenquellen zuzugreifen. Daher müssen Sie alle erforderlichen Datenquellendefinitionen dem gleichen Gateway hinzufügen.

Bereitstellen eines persönlichen Datengateways

Wenn Sie keinen Zugriff auf ein Enterprisedatengateway haben und die einzige Person sind, die Semantikmodelle verwaltet, sodass Sie keine Datenquellen mit anderen teilen müssen, können Sie ein Datengateway im persönlichen Modus bereitstellen. Wählen Sie im Abschnitt Gatewayverbindung unter Sie haben keine persönlichen Gateways installiert die Option Jetzt installieren aus. Das persönliche Datengateway hat mehrere Einschränkungen, wie in Lokales Datengateway (persönlicher Modus) dokumentiert.

Im Gegensatz zu einem Enterprisedatengateway müssen Sie einem persönlichen Gateway keine Datenquellendefinitionen hinzufügen. Verwalten Sie stattdessen die Datenquellenkonfiguration mithilfe des Abschnitts Datenquellen-Anmeldeinformationen in den Semantikmodelleinstellungen, wie im folgenden Screenshot veranschaulicht.

Configure data source credentials for gateway

Zugriff auf Clouddatenquellen

Semantikmodelle, die Clouddatenquellen wie z.B. Azure SQL-Datenbank verwenden, erfordern kein Datengateway, wenn Power BI eine direkte Netzwerkverbindung mit der Quelle herstellen kann. Dementsprechend können Sie die Konfiguration dieser Datenquellen verwalten, indem Sie den Abschnitt Datenquellen-Anmeldeinformationen in den Semantikmodelleinstellungen verwenden. Wie der folgende Screenshot zeigt, müssen Sie keine Gatewayverbindung konfigurieren.

Configure data source credentials without a gateway

Hinweis

Jeder Benutzer kann nur über ein Paar aus Anmeldeinformationen pro Datenquelle verfügen, und zwar in allen Semantikmodellen, die er besitzt, unabhängig von den Arbeitsbereichen, in denen sich die Semantikmodelle befinden. Und jedes Semantikmodell kann nur einen Besitzer haben. Wenn Sie die Anmeldeinformationen für ein Semantikmodell aktualisieren möchten, bei dem Sie nicht der Besitzer des Semantikmodells sind, müssen Sie zuerst das Semantikmodell übernehmen, indem Sie auf der Seite mit den Semantikmodelleinstellungen auf die Schaltfläche „Übernehmen“ klicken.

Zugreifen auf lokale und Cloudquellen in der gleichen Quellabfrage

Ein Semantikmodell kann Daten aus mehreren Quellen abrufen und diese Quellen können lokal sein oder sich in der Cloud befinden. Wie bereits erwähnt, kann ein Semantikmodell nur eine einzelne Gatewayverbindung verwenden. Während Clouddatenquellen nicht unbedingt ein Gateway benötigen, ist ein Gateway erforderlich, wenn ein Semantikmodell in einer einzigen Mashupabfrage sowohl mit lokalen als auch mit Clouddatenquellen eine Verbindung herstellt. In diesem Szenario muss Power BI für die Clouddatenquellen ebenfalls ein Gateway verwenden. Das folgende Diagramm veranschaulicht, wie solch ein Semantikmodell auf seine Datenquellen zugreift.

Cloud and on-premises data sources

Hinweis

Wenn ein Semantikmodell separate Mashupabfragen verwendet, um eine Verbindung mit lokalen und Cloudquellen herzustellen, verwendet Power BI eine Gatewayverbindung, um die lokalen Quellen zu erreichen, und eine direkte Netzwerkverbindung mit den Cloudquellen. Wenn eine Mashupabfrage Daten aus lokalen und Cloudquellen zusammenführt oder anhängt, wechselt Power BI auch für die Cloudquellen zur Gateway-Verbindung.

Power BI-Semantikmodelle sind beim Zugriff auf Quelldaten und deren Abruf von Power Query abhängig. Die folgende Mashupauflistung zeigt ein einfaches Beispiel einer Abfrage, die Daten aus einer lokalen Quelle und einer Cloudquelle zusammenführt.

Let

    OnPremSource = Sql.Database("on-premises-db", "AdventureWorks"),

    CloudSource = Sql.Databases("cloudsql.database.windows.net", "AdventureWorks"),

    TableData1 = OnPremSource{[Schema="Sales",Item="Customer"]}[Data],

    TableData2 = CloudSource {[Schema="Sales",Item="Customer"]}[Data],

    MergedData = Table.NestedJoin(TableData1, {"BusinessEntityID"}, TableData2, {"BusinessEntityID"}, "MergedData", JoinKind.Inner)

in

    MergedData

Es gibt zwei Möglichkeiten, ein Datengateway zur Unterstützung des Zusammenführens oder Anfügens von Daten aus lokalen und Cloudqellen zu konfigurieren:

  • Fügen Sie dem Datengateway zusätzlich zu den lokalen Datenquellen eine Datenquellendefinition für die Cloudquelle hinzu.
  • Aktivieren Sie das Kontrollkästchen Aktualisierung der Clouddatenquellen des Benutzers über diesen Gatewaycluster zulassen.

Refresh through gateway cluster

Wenn Sie das Kontrollkästchen Aktualisierung der Clouddatenquellen des Benutzers über diesen Gatewaycluster in der Gatewaykonfiguration zulassen, wie im obigen Screenshot aktivieren, kann Power BI die Konfiguration verwenden, die der Benutzer unter Datenquellen-Anmeldeinformationen in den Semantikmodelleinstellungen für die Cloudquelle definiert hat. Dies kann dazu beitragen, den Aufwand für die Gatewaykonfiguration zu reduzieren. Wenn Sie hingegen eine größere Kontrolle über die Verbindungen haben möchten, die Ihr Gateway herstellt, sollten Sie dieses Kontrollkästchen nicht aktivieren. In diesem Fall müssen Sie Ihrem Gateway für jede Cloudquelle, die Sie unterstützen möchten, eine explizite Datenquellendefinition hinzufügen. Sie können auch das Kontrollkästchen aktivieren und einem Gateway explizite Datenquellendefinitionen für Ihre Cloudquellen hinzufügen. In diesem Fall verwendet das Gateway die Datenquellendefinitionen für alle übereinstimmenden Quellen.

Konfigurieren der Abfrageparameter

Die Mashup oder M-Abfragen, die Sie mithilfe von Power Query erstellen, können in der Komplexität von trivialen Schritten bis zu parametrisierten Konstrukten variieren. Die folgende Auflistung enthält eine kleine Beispielmashupabfrage, die zwei Parameter namens SchemaName und TableName verwendet, um auf eine bestimmte Tabelle in einer AdventureWorks-Datenbank zuzugreifen.

let

    Source = Sql.Database("SqlServer01", "AdventureWorks"),

    TableData = Source{[Schema=SchemaName,Item=TableName]}[Data]

in

    TableData

Hinweis

Abfrageparameter werden nur für Semantikmodelle im Import-Modus unterstützt. Der DirectQuery-/LiveConnect-Modus unterstützt keine Abfrageparameterdefinitionen.

Um sicherzustellen, dass ein parametrisiertes Semantikmodell auf die richtigen Daten zugreift, müssen Sie die Mashup-Abfrageparameter in den Semantikmodelleinstellungen konfigurieren. Sie können die Parameter auch programmgesteuert mithilfe der Power BI-REST-API aktualisieren. Der folgende Screenshot zeigt die Benutzeroberfläche zum Konfigurieren der Abfrageparameter für ein Semantikmodell, das die oben genannte Mashupabfrage verwendet.

Configure query parameters

Aktualisieren dynamischer Datenquellen

Eine dynamische Datenquelle ist eine Datenquelle, in der einige oder alle für die Verbindung erforderlichen Informationen erst bestimmt werden können, wenn Power Query seine Abfrage ausführt. Die Daten werden nämlich im Code generiert oder von einer anderen Datenquelle zurückgegeben. Beispiele: Instanzname und Datenbank einer SQL Server-Datenbank, der Pfad einer CSV-Datei oder die URL eines Webdiensts.

In den meisten Fällen können Power BI-Semantikmodelle mit dynamischen Datenquellen nicht im Power BI-Dienst aktualisiert werden. Es gibt einige wenige Ausnahmen, in denen dynamische Datenquellen im Power BI-Dienst aktualisiert werden können, z. B. bei Verwendung der Optionen „RelativePath“ und „Query“ mit der M-Funktion „Web.Contents“. Abfragen, die auf Power Query-Parameter verweisen, können ebenfalls aktualisiert werden.

Um festzustellen, ob Ihre dynamische Datenquelle aktualisiert werden kann, öffnen Sie im Power Query-Editor das Dialogfeld Datenquelleneinstellungen. Wählen Sie Datenquellen in aktueller Datei aus. Suchen Sie im eingeblendeten Fenster nach der in der folgenden Abbildung gezeigten Warnmeldung:

Hinweis

Einige Datenquellen werden aufgrund manuell erstellter Abfragen möglicherweise nicht aufgeführt.

Dynamic data source indicator

Wenn diese Warnung im eingeblendeten Dialogfeld Datenquelleneinstellungen vorhanden ist, liegt eine dynamische Datenquelle vor, die im Power BI-Dienst nicht aktualisiert werden kann.

Konfigurieren von geplanten Aktualisierungen

Das Einrichten der Konnektivität zwischen Power BI und Ihren Datenquellen ist bei weitem die anspruchsvollste Aufgabe beim Konfigurieren einer Datenaktualisierung. Die restlichen Schritte sind relativ einfach und beinhalten das Festlegen des Aktualisierungszeitplans und das Aktivieren von Benachrichtigungen über Aktualisierungsfehler. Schrittweise Anweisungen finden Sie in der Schrittanleitung Konfigurieren geplanter Aktualisierungen.

Festlegen eines Aktualisierungszeitplans

In dem Bereich geplante Aktualisierung definieren Sie das Aktualisierungsintervall und Aktualisierungszeitfenster für ein Semantikmodell. Wie bereits erwähnt, können Sie bis zu acht Zeitfenster täglich konfigurieren, wenn sich Ihr Semantikmodell auf gemeinsam genutzter Kapazität befindet, oder 48 Zeitfenster in Power BI Premium. Der folgende Screenshot zeigt einen Aktualisierungszeitplan im Zwölf-Stunden-Intervall.

Configure scheduled refresh

Nachdem Sie einen Aktualisierungszeitplan konfiguriert haben, werden Sie auf der Seite mit den Semantikmodelleinstellungen über die nächste Aktualisierungszeit informiert, wie im obigen Screenshot dargestellt. Wenn Sie die Daten früher aktualisieren möchten, z.B. um Ihr Gateway und Ihre Datenquellenkonfiguration zu testen, führen Sie eine bedarfsgesteuerte Aktualisierung durch, indem Sie die Option Jetzt aktualisieren im Semantikmodellmenü im Navigationsbereich verwenden. Bedarfsgesteuerte Aktualisierungen wirken sich nicht auf den nächsten geplanten Aktualisierungszeitpunkt aus.

Tipp

Power BI stellt keine Option für ein monatliches Aktualisierungsintervall bereit. Sie können jedoch wie im folgenden Power BI-Blogbeitrag beschrieben, mit Power Automate ein benutzerdefiniertes monatliches Aktualisierungsintervall einrichten.

Beachten Sie auch, dass die konfigurierte Aktualisierungszeit möglicherweise nicht genau der Zeitpunkt ist, zu dem Power BI den nächsten geplanten Prozess startet. Power BI startet geplante Aktualisierungen auf bestmögliche Weise. Das Ziel ist, die Aktualisierung innerhalb von 15 Minuten des geplanten Zeitfensters zu starten, aber es kann zu einer Verzögerung von bis zu einer Stunde kommen, wenn der Dienst die benötigten Ressourcen nicht früher zuweisen kann.

Hinweis

Power BI deaktiviert Ihren Aktualisierungszeitplan nach vier aufeinander folgenden Fehlern oder wenn der Dienst einen nicht behebbaren Fehler erkennt, der ein Konfigurationsupdate erfordert, wie beispielsweise ungültige oder abgelaufene Anmeldeinformationen. Es ist nicht möglich, den Schwellenwert von aufeinander folgenden Fehlern zu ändern.

Abrufen von Benachrichtigungen bei Aktualisierungsfehlern

Standardmäßig sendet Power BI Benachrichtigungen über Aktualisierungsfehler per E-Mail an den Semantikmodellbesitzer, sodass sie rechtzeitig handeln können, wenn Aktualisierungsprobleme auftreten. Wenn der Besitzer die Power BI-App auf dem mobilen Gerät hat, erhält er dort auch die Fehlerbenachrichtigung. Power BI sendet Ihnen auch eine Benachrichtigung per E-Mail, wenn der Dienst eine geplante Aktualisierung aufgrund aufeinander folgender Fehler deaktiviert. Microsoft empfiehlt, das Kontrollkästchen Benachrichtigungs-E-Mails zu Aktualisierungsfehlern an Semantikmodellbesitzer senden aktiviert zu lassen.

Außerdem empfiehlt es sich, mithilfe des Textfelds Diese Benutzer bei Aktualisierungsfehlern per E-Mail benachrichtigen zusätzliche Empfänger für Benachrichtigungen über Fehler bei der geplanten Aktualisierung anzugeben. Angegebene Empfänger erhalten Benachrichtigungen über Aktualisierungsfehler per E-Mail und Pushbenachrichtigungen an die mobile App, genau wie der Semantikmodellbesitzer. Zu den angegebenen Empfängern gehören möglicherweise ein Kollege, der sich um Ihre Semantikmodelle kümmert, während Sie im Urlaub sind, oder der E-Mail-Alias Ihres Supportteams, das sich um Aktualisierungsprobleme für Ihre Abteilung oder Organisation kümmert. Das Senden von Benachrichtigungen aufgrund von Aktualisierungsfehlern an den Besitzer des Semantikmodells und an weitere Personen hilft dabei, dass Probleme rechtzeitig bemerkt und behoben werden können.

Hinweis

Pushbenachrichtigungen an die mobilen Apps unterstützen keine Gruppenalias.

Beachten Sie, dass Power BI Benachrichtigungen nicht nur zu Aktualisierungsfehlern sendet, sondern auch, wenn der Dienst eine geplante Aktualisierung aufgrund von Inaktivität stoppt. Nach zwei Monaten betrachtet Power BI das Semantikmodell als inaktiv, wenn kein Benutzer ein Dashboard oder einen Bericht besucht hat, der auf dem Semantikmodell basiert. In dieser Situation sendet Power BI eine E-Mail an den Semantikmodellbesitzer, um mitzuteilen, dass der Dienst den Aktualisierungszeitplan für das Semantikmodell angehalten hat. Der folgende Screenshot enthält ein Beispiel für eine solche Benachrichtigung.

Email for paused refresh

Um die geplante Aktualisierung fortzusetzen, rufen Sie einen Bericht oder ein Dashboard auf, der bzw. das mit diesem Semantikmodell erstellt wurde, oder aktualisieren Sie das Semantikmodell manuell mit der Option Jetzt aktualisieren.

Hinweis

Das Senden von Aktualisierungsbenachrichtigungen an externe Benutzer wird nicht unterstützt. Empfänger, die Sie im Textfeld Diese Benutzer bei Aktualisierungsfehlern per E-Mail benachrichtigen angeben, müssen über Konten in Ihrem Microsoft Entra-Mandanten verfügen. Diese Einschränkung gilt sowohl für die Aktualisierung des Semantikmodells als auch für die Datenflussaktualisierung.

Überprüfung von Aktualisierungsstatus und Verlauf

Zusätzlich zu den Fehlerbenachrichtigungen sollten Sie Ihre Semantikmodelle in regelmäßigen Abständen auf Aktualisierungsfehler überprüfen. Eine schnelle Möglichkeit besteht darin, die Liste der Semantikmodelle in einem Arbeitsbereich anzuzeigen. Semantikmodelle mit Fehlern zeigen ein kleines Warnsymbol an. Wählen Sie das Warnungssymbol aus, um zusätzliche Informationen zu erhalten, wie im folgenden Screenshot dargestellt. Weitere Informationen zur Problembehandlung spezifischer Aktualisierungsfehler finden Sie unter Problembehandlung für Aktualisierungsszenarios.

Refresh status warning

Das Warnungssymbol dient dazu, aktuelle Probleme mit dem Semantikmodell anzuzeigen, aber es ist auch eine gute Idee, den Aktualisierungsverlauf gelegentlich zu überprüfen. Wie der Name schon sagt, ermöglicht Ihnen der Aktualisierungsverlauf, den Erfolgs- oder Fehlerstatus vergangener Synchronisierungszyklen zu überprüfen. So könnte beispielsweise ein Gatewayadministrator einen abgelaufenen Satz von Datenbankanmeldeinformationen aktualisiert haben. Wie Sie im folgenden Screenshot sehen können, zeigt der Aktualisierungsverlauf an, wann eine betroffene Aktualisierung wieder funktioniert hat.

Refresh history messages

Hinweis

Sie finden einen Link zur Anzeige des Aktualisierungsverlaufs in den Semantikmodelleinstellungen. Sie können den Aktualisierungsverlauf auch programmgesteuert mithilfe der Power BI-REST-API abrufen. Indem Sie eine benutzerdefinierte Lösung verwenden, können Sie den Aktualisierungsverlauf von mehreren Semantikmodellen zentral überwachen.

Automatische Seitenaktualisierung

Die automatische Seitenaktualisierung funktioniert auf Berichtsseitenebene und ermöglicht Berichtsautoren, ein Aktualisierungsintervall für Visuals auf einer Seite festzulegen, das nur aktiv ist, wenn die Seite genutzt wird. Die automatische Seitenaktualisierung ist nur für DirectQuery-Datenquellen verfügbar. Das mindestens erforderliche Aktualisierungsintervall hängt davon ab, in welchem Typ von Arbeitsbereich der Bericht veröffentlicht wird und welche Administratoreinstellungen für Premium-Arbeitsbereiche und eingebettete Arbeitsbereiche gelten.

Weitere Informationen zur automatischen Seitenaktualisierung finden Sie im Artikel Automatische Seitenaktualisierung.

Aktualisierungsverlauf des Semantikmodells

Aktualisierungsversuche für Power BI-Semantikmodelle funktionieren möglicherweise nicht immer reibungslos oder dauern länger als erwartet. Auf der Seite Aktualisierungsverlauf können Sie diagnostizieren, warum eine Aktualisierung möglicherweise nicht wie erwartet erfolgt ist.

Power BI führt automatisch mehrere Versuche zur Aktualisierung eines Semantikmodells aus, wenn ein Aktualisierungsfehler auftritt. Ohne Erkenntnisse zu Aktualisierungsverlaufsaktivitäten kann es einfach so aussehen, als würde eine Aktualisierung länger als erwartet dauern. Auf der Seite Aktualisierungsverlauf können Sie diese fehlgeschlagenen Versuche anzeigen und Erkenntnisse zur Ursache des Fehlers erhalten.

Der folgende Screenshot zeigt eine fehlerhafte Aktualisierung mit Details zu jedem Zeitpunkt, zu dem Power BI automatisch versucht hat, die Aktualisierung erfolgreich abzuschließen.

Screenshot of refresh history details.

Sie können auch sehen, zu welchem Zeitpunkt Power BI erfolgreich war, wenn vorherige Versuche fehlgeschlagen sind, wie in der folgenden Abbildung dargestellt. Diese zeigt, dass Power BI erst nach drei vorherigen Fehlversuchen erfolgreich war. Beachten Sie, dass die erfolgreiche Datenaktualisierung und der Abfragecache dieselbe Indexnummer aufweisen. Dies weist darauf hin, dass beide beim vierten Versuch erfolgreich waren.

Screenshot of refresh history when successful.

Sie können neben einem Fehler den Link Anzeigen auswählen, um weitere Informationen zum fehlerhaften Aktualisierungsversuch zu erhalten. Dies kann bei der Problembehandlung hilfreich sein.

Darüber hinaus ist jeder Power BI-Aktualisierungsversuch in zwei Vorgänge unterteilt:

  • Daten: Laden von Daten in das Semantikmodell
  • Abfragecache: Aktualisierung von Premium-Abfragecaches und/oder Dashboardkacheln

Die folgenden Abbildungen zeigen, wie im Aktualisierungsverlauf diese Vorgänge getrennt werden. Außerdem enthält er Informationen zu den einzelnen Vorgängen.

Screenshot of refresh history with refresh operations separated.

Durch eine ausgiebige Nutzung von Dashboardkacheln oder Premium-Zwischenspeicherung kann sich die Aktualisierungsdauer verlängern, da viele Abfragen nach jeder Aktualisierung in die Warteschlange eingereiht werden können. Sie können entweder die Anzahl der Dashboards verringern oder die Einstellung für die automatische Cacheaktualisierung deaktivieren, um die Anzahl der Abfragen zu verringern.

Die Daten- und Abfragecachephasen sind voneinander unabhängig, werden aber nacheinander ausgeführt. Die Datenaktualisierung wird zuerst ausgeführt, und wenn diese erfolgreich ist, wird die Abfragecacheaktualisierung ausgeführt. Wenn die Datenaktualisierung nicht erfolgreich ist, wird die Abfrageaktualisierung nicht initiiert. Es ist möglich, dass die Datenaktualisierung erfolgreich ausgeführt werden kann, aber bei der Aktualisierung des Abfragecache ein Fehler auftritt.

Bei Aktualisierungen, die mit dem XMLA-Endpunkt durchgeführt werden, werden im Fenster Aktualisierungsverlauf keine Details zum Versuch angezeigt.

Abbruch der Aktualisierung

Das Beenden einer Semantikmodellaktualisierung ist nützlich, wenn Sie eine Aktualisierung eines großen Semantikmodells während der Spitzenzeit beenden möchten. Verwenden Sie die Aktualisierungsabbruchfunktion, um das Aktualisieren von Semantikmodellen zu beenden, die sich in Premium-, Premium-Pro-Benutzer- (PPU) oder Power BI Embedded-Kapazitäten befinden.

Um die Aktualisierung eines Semantikmodells abzubrechen, müssen Sie Mitwirkender, Mitglied oder Administrator des Arbeitsbereichs des Semantikmodells sein. Der Abbruch des Semantikmodells funktioniert nur mit Semantikmodellen, die den Importmodus oder den zusammengesetzten Modus verwenden.

Hinweis

Semantikmodelle, die als Teil von Datamarts erstellt wurden, werden nicht unterstützt.

Um eine Aktualisierung zu starten, wechseln Sie zu dem Semantikmodell, das Sie aktualisieren möchten, und wählen Sie Jetzt aktualisieren aus.

A screenshot of the refreshing a semantic model.

Führen Sie die folgenden Schritte aus, um eine Aktualisierung zu beenden:

  1. Wechseln Sie zum Semantikmodell, das aktualisiert wird, und wählen Sie Aktualisierung abbrechen aus.

    A screenshot of stopping a semantic model refresh.

  2. Wähle im Pop-up-Fenster Aktualisierung abbrechen die Option Ja.

    A screenshot of the cancel refresh pop-up window with the yes button highlighted.

Bewährte Methoden

Die regelmäßige Überprüfung des Aktualisierungsverlaufs Ihrer Semantikmodelle ist eine der wichtigsten Best Practices, die Sie anwenden können, um sicherzustellen, dass Ihre Berichte und Dashboards aktuelle Daten verwenden. Wenn Sie Probleme feststellen, beheben Sie sie umgehend, und informieren Sie gegebenenfalls die Datenquellenbesitzer und Gatewayadministratoren.

Beachten Sie außerdem die folgenden Empfehlungen, um zuverlässige Datenaktualisierungsprozesse für Ihre Semantikmodelle einzurichten und aufrechtzuerhalten:

  • Planen Sie Ihre Aktualisierungen für Zeiten mit geringerer Auslastung ein, insbesondere, wenn Sie Power BI Premium für Ihre Semantikmodelle verwenden. Wenn Sie die Aktualisierungszyklen für Ihre Semantikmodelle auf ein breiteres Zeitfenster verteilen, können Sie dazu beitragen, Spitzen zu vermeiden, die sonst die verfügbaren Ressourcen überfordern könnten. Verzögerungen beim Start eines Aktualisierungszyklus sind ein Indikator für die Überlastung der Ressourcen. Wenn eine Premium-Kapazität ausgeschöpft ist, könnte Power BI sogar einen Aktualisierungszyklus überspringen.
  • Beachten Sie die Aktualisierungsgrenzwerte. Wenn sich die Quelldaten häufig ändern oder das Datenvolumen beträchtlich ist, sollten Sie den DirectQuery-/LiveConnect-Modus anstelle des Import-Modus verwenden, wenn die erhöhte Last an der Quelle und die Auswirkungen auf die Abfrageleistung akzeptabel sind. Vermeiden Sie die ständige Aktualisierung eines Import-Modus-Semantikmodells. Der DirectQuery-/LiveConnect-Modus hat jedoch mehrere Einschränkungen, wie z.B. ein Limit von einer Million Zeilen für die Rückgabe von Daten und ein Reaktionszeitlimit von 225 Sekunden für die Ausführung von Abfragen, wie in Verwenden von DirectQuery in Power BI Desktop dokumentiert. Diese Einschränkungen könnten dazu führen, dass Sie dennoch den Import-Modus verwenden müssen. Erwägen Sie bei sehr großen Datenvolumen die Verwendung von Aggregationen in Power BI Desktop (Vorschauversion).
  • Stellen Sie sicher, dass Ihre Semantikmodellaktualisierungszeit nicht die maximale Aktualisierungsdauer überschreitet. Verwenden Sie Power BI Desktop, um die Aktualisierungsdauer zu überprüfen. Wenn es mehr als 2 Stunden dauert, sollten Sie das Semantikmodell zu Power BI Premium verschieben. Ihr Semantikmodell ist auf gemeinsam genutzter Kapazität möglicherweise nicht aktualisierbar. Erwägen Sie auch für Semantikmodell, die größer als 1 GB sind, oder deren Aktualisierung mehrere Stunden dauert, die Verwendung der inkrementellen Aktualisierung.
  • Optimieren Sie Ihre Semantikmodelle so, dass sie nur die Tabellen und Spalten enthalten, die in Ihren Berichten und Dashboards verwendet werden. Optimieren Sie Ihre Mashupabfragen, und vermeiden Sie nach Möglichkeit dynamische Datenquellendefinitionen und aufwändige DAX-Berechnungen. Vermeiden Sie insbesondere DAX-Funktionen, die jede Zeile einer Tabelle testen, wegen des hohen Speicherverbrauchs und des Verarbeitungsaufwands.
  • Wenden Sie die gleichen Datenschutzeinstellungen wie in Power BI Desktop an, um sicherzustellen, dass Power BI effiziente Quellabfragen generieren kann. Beachten Sie, dass Power BI Desktop keine Datenschutzeinstellungen veröffentlicht. Sie müssen die Einstellungen in den Datenquellendefinitionen nach dem Veröffentlichen Ihres Semantikmodells manuell erneut anwenden.
  • Begrenzen Sie die Anzahl der visuellen Elemente auf Ihren Dashboards, insbesondere wenn Sie Sicherheit auf Zeilenebene (Row-Level Security; RLS) mit Power BI verwenden. Wie bereits zuvor in diesem Artikel erläutert, kann eine übermäßige Anzahl von Dashboardkacheln die Aktualisierungsdauer erheblich erhöhen.
  • Verwenden Sie eine zuverlässige Enterprisedatengateway-Bereitstellung, um eine Verbindung Ihrer Semantikmodelle mit lokalen Datenquellen herzustellen. Wenn Sie gatewaybezogene Fehler bei der Aktualisierung feststellen, wenn das Gateway z.B. nicht verfügbar oder überlastet ist, besprechen Sie dies mit Gatewayadministratoren, um entweder einem bestehenden Cluster zusätzliche Gateways hinzuzufügen oder einen neuen Cluster bereitzustellen (zentral hochskalieren oder horizontal hochskalieren).
  • Verwenden Sie separate Datengateways für Importsemantikmodelle und DirectQuery-/LiveConnect-Semantikmodelle, damit die Datenimporte während der geplanten Aktualisierung nicht die Leistung von Berichten und Dashboards auf DirectQuery-/LiveConnect-Semantikmodellen beeinträchtigen, die bei jeder Benutzerinteraktion die Datenquellen abfragen.
  • Stellen Sie sicher, dass Power BI Benachrichtigungen über Aktualisierungsfehler an Ihre Mailbox senden kann. Spamfilter könnten die E-Mail-Nachrichten blockieren oder in einen separaten Ordner verschieben, in dem Sie sie möglicherweise nicht sofort bemerken.

Weitere Fragen? Stellen Sie Ihre Frage in der Power BI-Community.