Backup
Sichert Microsoft Ihr Power BI? So schützen Sie Berichte und Modelle
Ihr Data Warehouse ist wahrscheinlich gesichert. Die semantischen Modelle, Berichte und Gateway-Einstellungen darauf oft nicht.

Die kurze Antwort
Nicht so, dass Sie selbst wiederherstellen könnten. Microsoft repliziert den Power-BI-Dienst für die eigene Disaster Recovery, und Administratoren können einen gelöschten Arbeitsbereich innerhalb eines Fensters von 7 bis 90 Tagen wiederherstellen. Eine selbst auslösbare Point-in-Time-Wiederherstellung für einen überschriebenen Bericht oder ein überschriebenes semantisches Modell gibt es nicht. Sie brauchen deshalb exportierte Definitionen, geschützte Quellen und dokumentierte Gateways.
Das Wichtigste in Kürze
- Die Replikation von Power BI dient Microsofts eigenem Failover nach einem regionalen Ausfall, nicht der Wiederherstellung von Inhalten, die Sie gelöscht oder überschrieben haben.
- Ein gelöschter gemeinsamer Arbeitsbereich wird standardmäßig 7 Tage aufbewahrt, konfigurierbar bis zu 90 Tagen. Ein gelöschter Arbeitsbereich unter „Mein Arbeitsbereich“ bleibt 30 Tage erhalten.
- Die Sicherung semantischer Modelle in Azure Data Lake Storage Gen2 gibt es nur mit Premium- und Premium-pro-Benutzer-Kapazität, und sie enthält keine Berichte.
- Wenn Sie Berichte als Power-BI-Projekte (PBIP) in Git speichern, erhalten Sie versionierte, wiederherstellbare Definitionen von Bericht und Modell.
- Bewahren Sie den Wiederherstellungsschlüssel des Gateways sicher auf: Microsoft erklärt, dass es den Schlüssel nicht abrufen kann, wenn Sie ihn verlieren.
Was muss ein Power-BI-Backup eigentlich abdecken?
Eine wiederherstellbare Power-BI-Umgebung deckt vier Ebenen ab, nicht eine. Schützt Ihr Plan nur die Quelldatenbanken, ist die Arbeit Ihrer Analysten darauf ungeschützt.
Ein Finanzteam am Montagmorgen: Ein Aufräumskript hat am Freitag einen Arbeitsbereich entfernt, und mit ihm die semantischen Modelle, die Berichte und Monate sorgfältig gepflegter Measures. Die Quelldatenbanken sind in Ordnung, aber niemand weiß, wann die Berichte zuletzt exportiert wurden. Das ist ein häufiger blinder Fleck. Deshalb betrachten wir Analytics als Teil eines umfassenderen Backup-as-a-Service-Konzepts und nicht als Plattform, die jemand anderes schützt.
- Quelldaten. SQL Server, Dateien, ERP- und Cloud-Datenbanken, lokal oder in Azure. Meist die am besten geschützte Ebene.
- Semantische Modelle. Die Beziehungen, Measures und Transformationen, die in Power BI entstehen. Oft gibt es sie nirgendwo sonst.
- Berichte und Dashboards. Die Definitionen als PBIX oder PBIP, nur wiederherstellbar, wenn sie exportiert und versioniert sind.
- Gateways und Konfiguration. Einstellungen des lokalen Datengateways, Zugangsdaten der Datenquellen, Aktualisierungspläne und Berechtigungen in Arbeitsbereichen.
Verlieren Sie Ebene 1, stellen Sie eine Datenbank wieder her. Verlieren Sie die Ebenen 2 bis 4, heißt das meist: von Hand neu aufbauen.
Sichert Microsoft Ihre Power-BI-Umgebung?
Microsoft hält Backup-Instanzen des Dienstes für die eigene Kontinuität vor, aber das ist kein Backup, aus dem Sie wiederherstellen können. Ihre Inhalte nach einer Löschung oder Beschädigung wiederherzustellen, liegt in Ihrer Verantwortung.
Die FAQ von Microsoft zu Hochverfügbarkeit und Disaster Recovery in Power BI erklärt, dass die Komponenten des Dienstes ihre Backup-Instanzen mit „einem angestrebten Point-in-Time-Abgleich von 15 Minuten“ synchronisieren, per georedundanter Replikation in gekoppelten Regionen. Dieses Design gibt es, damit Microsoft den Dienst nach einem regionalen Ausfall umschalten kann, eine Entscheidung, die das Betriebsteam von Microsoft trifft. Es gibt Ihnen keine Schaltfläche, um ein Modell auf den Stand von letztem Dienstag zurückzusetzen.
Das übergeordnete Prinzip stammt von Microsofts eigener Seite Shared responsibility in the cloud: Unabhängig vom Bereitstellungstyp bleiben Sie immer für Ihre Daten, Endpunkte, Konten und die Zugriffsverwaltung verantwortlich. Power BI ist als SaaS-Dienst keine Ausnahme. Das Modell erklären wir ausführlicher in Was ist das Modell der geteilten Verantwortung bei Microsoft 365?, und dieselbe Logik steckt hinter Sichert Microsoft 365 meine Daten?
Welche nativen Wiederherstellungsoptionen hat Power BI?
Es gibt nützliche native Optionen, aber jede deckt nur eine Ebene ab und hat klare Grenzen. Zusammen lassen sie weiterhin Lücken bei überschriebenen Inhalten und bei allem, was älter ist als der Aufbewahrungszeitraum.
| Native Option | Was sie abdeckt | Grenzen |
|---|---|---|
| Aufbewahrung von Arbeitsbereichen | Wiederherstellung eines gelöschten gemeinsamen Arbeitsbereichs | Standardmäßig 7 Tage, konfigurierbar von 7 bis 90 Tagen, nur für Mandantenadministratoren |
| Aufbewahrung von „Mein Arbeitsbereich“ | Wiederherstellung eines gelöschten persönlichen Arbeitsbereichs | Fest auf 30 Tage |
| Sicherung und Wiederherstellung semantischer Modelle | Semantische Modelle als .abf-Dateien in Azure Data Lake Storage Gen2 | Premium- oder Premium-pro-Benutzer-Kapazität, nur mit XMLA-Tools, keine Berichte |
| Power-BI-Projekte (PBIP) in Git | Definitionen von Bericht und Modell als Textdateien mit Versionsverlauf | Müssen von den Autoren eingeführt werden, enthalten weder Daten noch Gateway-Einstellungen |
| Wiederherstellungsschlüssel des Gateways | Wiederherstellen oder Migrieren eines lokalen Datengateways | Funktioniert nur, wenn Sie den Schlüssel aufbewahrt haben. Microsoft kann ihn nicht abrufen |
Laut der Dokumentation von Microsoft zur Aufbewahrung von Arbeitsbereichen gilt nach Ablauf des Aufbewahrungszeitraums: „Fabric löscht den gelöschten Arbeitsbereich und seine Inhalte endgültig“. Außerdem warnt Microsoft: Wer die Aufbewahrungseinstellung verkürzt, kann Arbeitsbereiche endgültig löschen, die den neuen Wert bereits überschritten haben, und zwar ohne Schonfrist.
Die Funktion Sicherung und Wiederherstellung semantischer Modelle setzt Premium- oder PPU-Kapazität und ein ADLS-Gen2-Konto voraus, auf das Power BI direkt zugreifen kann. In der Power-BI-Benutzeroberfläche gibt es keine Backup-Option. Power-BI-Desktop-Projekte speichern die Definitionen von Bericht und semantischem Modell „als einzelne Klartextdateien“, ausgelegt für Git. Das ist der praktischste Weg, Berichte zu versionieren. Zum Gateway ist die Anleitung von Microsoft zur Wiederherstellung unmissverständlich: „Microsoft hat keinen Zugriff auf diesen Schlüssel, und wir können ihn nicht abrufen.“
Welche zusätzlichen Risiken bringt eine hybride Power-BI-Umgebung?
Hybride Umgebungen teilen die Zuständigkeit auf. Das Cloud-Team verantwortet die Arbeitsbereiche, das Infrastruktur-Team die Gateways und Datenbanken, und niemand verantwortet den gesamten Weg der Wiederherstellung.
- Gateway-Server. Das lokale Datengateway läuft auf einem Server, den Sie verwalten. Verlieren Sie die VM und den Wiederherstellungsschlüssel, stoppt jede geplante Aktualisierung.
- Persönliche Arbeitsbereiche. Produktive Berichte, die im „Mein Arbeitsbereich“ einer ausgeschiedenen Person liegen, verschwinden mit dem Konto, sobald die 30 Tage vorbei sind.
- Überschreiben statt Löschen. Ein Modell, das mit einem fehlerhaften Measure neu veröffentlicht wurde, ist nicht gelöscht. Die Aufbewahrung von Arbeitsbereichen hilft dann überhaupt nicht.
- Nachweise für Prüfer. Art. 32 Abs. 1 lit. c DSGVO verlangt „die Fähigkeit, die Verfügbarkeit der personenbezogenen Daten und den Zugang zu ihnen bei einem physischen oder technischen Zwischenfall rasch wiederherzustellen“, und Art. 21 Abs. 2 lit. c NIS2-Richtlinie nennt Backup-Management und Disaster Recovery unter den vorgeschriebenen Maßnahmen. „Wir glauben, wir könnten es neu aufbauen“ genügt einem Prüfer nicht.
Wie machen Sie Power BI wiederherstellbar?
Schützen Sie jede Ebene mit dem passenden Werkzeug und weisen Sie dann nach, dass es funktioniert. Fünf Schritte decken die meisten Umgebungen ab.
- Das Wichtige einordnen. Erfassen Sie die Arbeitsbereiche, markieren Sie die Berichte und Modelle, von denen Entscheidungen abhängen, und verlagern Sie produktive Inhalte aus „Mein Arbeitsbereich“.
- Berichtsdefinitionen versionieren. Speichern Sie kritische Berichte als PBIP und committen Sie sie in Git, oder exportieren Sie PBIX-Dateien regelmäßig in geschützten Speicher.
- Die Quellen sichern. Stellen Sie sicher, dass jede Datenbank und jede Dateiablage hinter Ihren Gateways ein unveränderliches Offsite-Backup hat, das der 3-2-1-1-0-Regel folgt.
- Das Gateway dokumentieren. Legen Sie den Wiederherstellungsschlüssel in einem Passwort-Tresor ab, sichern Sie den Gateway-Server und halten Sie Datenquellen, Verantwortliche für die Zugangsdaten und Aktualisierungspläne fest.
- Die Wiederherstellung testen. Bauen Sie jedes Quartal aus Ihren Kopien ein Modell und einen Bericht in einem Testarbeitsbereich neu auf, messen Sie die Zeit und bewahren Sie das Protokoll auf. Was Sie dabei messen sollten, steht in unserem Ratgeber dazu, woran Sie erkennen, ob Ihr Backup funktioniert.
Nutzen Sie Premium oder PPU, ergänzen Sie Sicherungen semantischer Modelle in ADLS Gen2 für große Modelle, deren Aktualisierung Stunden dauert. Erhöhen Sie die Aufbewahrung von Arbeitsbereichen auf die maximalen 90 Tage, wenn Sie ohnehin im Admin-Portal sind.
Wo passt Mindtime in einen Wiederherstellungsplan für Power BI?
Den Power-BI-Dienst selbst sichern wir nicht. Wir schützen die Ebenen darunter und darum herum, und dort steckt der größte Teil des Aufwands beim Neuaufbau.
- Quelldatenbanken: Unser Datenbank-Backup für SQL Server schützt die Daten, aus denen sich Ihre Modelle aktualisieren.
- Gateway-Server: Eine Gateway-VM auf VMware oder Hyper-V deckt unser Backup für VMware und Hyper-V ab, mit granularer Wiederherstellung.
- Exportierte Definitionen: PBIP-Ordner oder PBIX-Exporte in SharePoint oder OneDrive sind Dateien wie alle anderen und werden von unserem Microsoft-365-Backup geschützt.
- Azure-Quellen: Workloads in Azure lassen sich über unser Azure-Backup einbeziehen.
Alle Kopien liegen ausschließlich in unseren eigenen Tier-III-Rechenzentren in Deutschland und den Niederlanden, unveränderlich mit Object Lock plus einer Air-Gap-Kopie. Jeder Backup-Job wird automatisch geprüft.
Ihre nächsten Schritte
Power BI scheitert selten an einem Ausfall. Es scheitert an einem gelöschten Arbeitsbereich, einem überschriebenen Modell oder einem Gateway, das niemand dokumentiert hat. Weil Microsofts Rolle beim Betrieb des Dienstes endet, müssen Sie die Wiederherstellung Ihrer Analytics-Ebene selbst planen: versionierte Definitionen, geschützte Quellen, ein dokumentiertes Gateway und Wiederherstellungstests, die Sie einem Prüfer zeigen können.
Beginnen Sie mit der günstigsten Maßnahme: Suchen Sie heute den Wiederherstellungsschlüssel Ihres Gateways und erhöhen Sie die Aufbewahrung von Arbeitsbereichen auf 90 Tage. Prüfen Sie dann, wie Ihre Quellen und Exporte in Ihr Backup-as-a-Service-Konzept passen.
Sie wissen nicht, welche Ebenen Ihrer Power-BI-Umgebung wiederherstellbar sind? Fordern Sie eine kostenlose Analyse an, und wir zeigen Ihnen, was geschützt ist und was nicht.
Dieser Artikel ist eine allgemeine Information und keine Rechtsberatung.
Häufige Fragen
Sichert Microsoft Power-BI-Berichte automatisch?
Microsoft repliziert den Power-BI-Dienst, um nach einem regionalen Ausfall umschalten zu können. Für einen Bericht oder ein semantisches Modell, das Sie überschrieben haben, gibt es aber keinen selbst nutzbaren Wiederherstellungspunkt. Administratoren können einen gelöschten Arbeitsbereich innerhalb des Aufbewahrungsfensters von 7 bis 90 Tagen wiederherstellen. Langfristige, versionierte Kopien Ihrer Inhalte liegen in Ihrer Verantwortung.
Wie stelle ich einen gelöschten Power-BI-Arbeitsbereich wieder her?
Ein Fabric- oder Power-BI-Mandantenadministrator kann einen gelöschten gemeinsamen Arbeitsbereich innerhalb des Aufbewahrungszeitraums auf der Arbeitsbereichsseite des Admin-Portals wiederherstellen. Standard sind 7 Tage, konfigurierbar bis zu 90 Tagen. Gelöschte Arbeitsbereiche unter „Mein Arbeitsbereich“ bleiben 30 Tage erhalten. Danach löscht Microsoft den Arbeitsbereich und alles darin endgültig.
Kann ich ein semantisches Power-BI-Modell sichern?
Ja, wenn das Modell auf Power-BI-Premium- oder Premium-pro-Benutzer-Kapazität liegt. Sie verbinden einen Arbeitsbereich mit Azure Data Lake Storage Gen2 und erstellen mit XMLA-basierten Tools wie SQL Server Management Studio .abf-Backup-Dateien. In der Power-BI-Oberfläche gibt es dafür keine Option, und die Funktion deckt nur semantische Modelle ab, keine Berichte.
Wie versioniere ich Power-BI-Berichte am besten?
Speichern Sie Berichte als Power-BI-Projekte (PBIP). PBIP legt die Definitionen von Bericht und semantischem Modell als Textdateien in einer Ordnerstruktur ab, die für Git gedacht ist. So erhält jede Änderung einen Versionsverlauf, und Sie können jeden früheren Stand wiederherstellen oder vergleichen. Legen Sie das Repository oder regelmäßige PBIX-Exporte an einem Ort ab, der selbst gesichert wird.
Was passiert, wenn ich den Wiederherstellungsschlüssel des lokalen Datengateways verliere?
Sie können dieses Gateway nicht wiederherstellen, migrieren oder übernehmen, und Microsoft kann den Schlüssel nicht für Sie abrufen. Sie müssten ein neues Gateway installieren und jede Datenquelle samt Zugangsdaten neu konfigurieren. Legen Sie den Schlüssel bei der Installation des Gateways in einem Passwort-Tresor ab und sichern Sie den Server, auf dem es läuft.
Quellen
- Set up and manage workspace retentionMicrosoft Learn, 2026
- Power BI high availability, failover, and disaster recovery FAQMicrosoft Learn, 2026
- How to back up and restore Power BI Premium semantic modelsMicrosoft Learn, 2026
- Power BI Desktop projects (PBIP)Microsoft Learn, 2026
- Migrate, restore, or take over an on-premises data gatewayMicrosoft Learn, 2025
- Shared responsibility in the cloudMicrosoft Learn, 2026
- Regulation (EU) 2016/679 (GDPR)EUR-Lex, 2016
- Directive (EU) 2022/2555 (NIS2)EUR-Lex, 2022


