Data Analytics · Business Intelligence
Power BI Migration: nicht 350 Berichte verschieben, sondern neu modellieren
Kurz gesagt
Eine Power BI Migration ist kein Verschieben von Berichten, sondern ein Neu-Modellieren der Daten. Microsoft zieht die Power BI Premium P-SKUs zurück und verweist Bestandskunden auf Fabric Capacity (Quelle: Microsoft Learn, Fabric Licenses). Wer die alte Cube- und View-Logik mitschleppt, erbt technische Schulden; wer rationalisiert und priorisiert, bekommt eine Plattform, die trägt.
30 Azure-Spezialisten
Leistung Data Analytics
Neu-Modellierung statt Lift-and-Shift
Warum 1:1-Migration alter Berichte teuer wird
Legacy-BI-Landschaften aus Cognos, Tableau, QlikView und Excel sind teuer, langsam und intransparent. Der teuerste Fehler beim Umstieg: die Migration als simples Verschieben von Berichten zu planen. Microsoft selbst rät ausdrücklich davon ab, Berichte 1:1 zu übernehmen (Quelle: Microsoft Learn, Power BI Migration Overview, 2026).
Versteckte Logik in den Altsystemen
In Cognos-Cubes und Tableau-Kalkulationen steckt Geschäftslogik, die niemand dokumentiert hat. Beim reinen Verschieben fällt sie erst auf, wenn Zahlen im neuen Bericht nicht mehr stimmen.
Technische Schulden 1:1 mitgeschleppt
Wer das alte Datenmodell, etwa eine Cognos-Cube-Struktur, in Power BI nachbaut, erbt jede Altlast. Das Modell ist nicht für Power BI gebaut, die Schulden wachsen weiter.
Migration bleibt auf halber Strecke stehen
Ein Praxisbericht aus der Power-BI-Community: von hunderten Alt-Berichten wurden am Ende nur rund 20 produktiv migriert. Ohne Priorisierung und Rationalisierung versickert der Aufwand (Quelle: Nutzerbericht r/PowerBI, 2024).
Was bei einer Power BI Migration zählt
Vier Eckdaten, die eine Power BI Migration prägen - alle aus Microsofts offizieller Migrations- und Lizenz-Dokumentation.
5 Migrations-Stages
Microsofts Framework gliedert jede Power BI Migration in fünf klar abgegrenzte Stages, von Inventar bis Monitoring. Kein Big-Bang, sondern iterativ. (Microsoft Learn, Power BI Migration Overview, 2026)
F-SKU: Nachfolger der Premium-P-SKUs
Microsoft zieht die Power BI Premium P-SKUs zurück und verweist auf Fabric Capacity (F-SKUs). Wer jetzt migriert, plant direkt auf das Zielbild. (Microsoft Learn, Fabric Licenses, 2026)
F64 Schwelle für Free-User-Viewer
Erst ab der Fabric-Capacity F64 dürfen Nutzer mit Viewer-Rolle ohne Pro-Lizenz auf Berichte zugreifen. Das entscheidet über die Lizenzkosten nach der Migration. (Microsoft Learn, Fabric Licenses, 2026)
1 Datenkopie in OneLake
Fabric legt Daten in OneLake ab, einer logischen Kopie statt Silos pro Tool. Das reduziert Duplikate gegenüber verteilten Legacy-Extrakten. (Microsoft Learn, Fabric, 2026)
Ab wann sich eine phasierte Power BI Migration lohnt
Eine Power BI Migration lohnt sich, sobald Lizenz- und Wartungskosten der Altsysteme steigen, das alte Datenmodell neue Fragen nicht mehr beantwortet oder Microsofts absehbares Premium-P-SKU-Ende den Umstieg erzwingt, vorausgesetzt, sie wird als Neu-Modellierung geplant, nicht als 1:1-Kopie.
5
Migrations-Stages nach Microsoft-Framework
F-SKU
Auslauf der Power BI Premium P-SKUs
F64
Fabric-Schwelle für Free-User-Viewer
Anwendungsbeispiele
Use Case 01
Cognos zu Power BI
Ein Konzern-Reporting auf Cognos-Cubes wird nicht 1:1 kopiert. Das Datenmodell wird als Star-Schema neu aufgebaut und Berichte werden konsolidiert.
Weniger Berichte, klare Modelle statt mitgeschleppter Cube-Logik.
Use Case 02
Tableau zu Power BI
Tableau-Dashboards werden nach ihrer Geschäftsfrage bewertet, priorisiert und in Power BI neu gebaut, inklusive Aussortieren ungenutzter Views.
Nur genutzte Berichte migriert, doppelte Lizenzkosten fallen weg.
Use Case 03
Excel-Wildwuchs konsolidieren
Verteilte Excel-Reports mit manuellen Verknüpfungen werden durch ein zentrales Semantic Model in Power BI ersetzt.
Eine Quelle der Wahrheit statt hunderter Datei-Versionen.
Use Case 04
Power BI Premium zu Fabric
Bestehende Premium-Kapazitäten werden vor dem P-SKU-Auslauf auf Fabric Capacity (F-SKU) umgestellt, Arbeitsbereiche und Governance ziehen mit.
Zielbild Fabric erreicht, bevor Microsoft die Premium-SKUs abschaltet.
Integration in Ihre Umgebung
Passt eine Power BI Migration in unsere bestehende Microsoft- und Datenlandschaft? Diese zwei Achsen entscheiden über den Weg.
Quellsysteme & Legacy-BI
Cognos / Tableau / QlikView · Migration nach Geschäftsfrage statt 1:1. Cube- und View-Logik wird offengelegt und neu modelliert.
SSRS / Paginated Reports · Pixel-genaue Reports laufen als Paginated Reports weiter. Details dazu auf unserer SSRS-Migrationsseite.
Excel & Datei-Silos · Manuelle Excel-Verknüpfungen werden durch zentrale Semantic Models ersetzt.
Microsoft-Zielplattform
Tenant & Capacity · Ein Tenant, an Ihre Entra-Domain gebunden, darin Fabric-Capacities je nach Last dimensioniert (F-SKU).
Arbeitsbereiche & Deployment Pipelines · Workspaces trennen Dev, Test und Prod, Deployment Pipelines steuern den kontrollierten Rollout.
Governance & OneLake · Zentrale Governance über Fabric, alle Daten liegen in OneLake statt in Tool-Silos.
Wie eine Power BI Migration mit Pexon funktioniert
1
Assessment & Inventar
Wir inventarisieren alle Alt-Berichte, decken versteckte Logik auf und priorisieren nach Geschäftsfrage (Stage 1).
2
Migrationsplan & Design
Je Lösung ein Umsetzungsplan: was wird konsolidiert, was neu modelliert, was fällt weg (Stage 2).
3
Proof of Concept
Ein POC gegen die größten Unbekannten, kein Wegwerf-Prototyp, sondern Fundament der späteren Lösung (Stage 3).
4
Neu-Modellierung & Bau
Star-Schema, Semantic Model und Berichte werden gebaut und im Dev-Arbeitsbereich validiert (Stage 4).
5
Deployment & Rollout
Gestaffelter Go-Live über Deployment Pipelines, oft mit Pilotgruppe, danach laufendes Monitoring (Stage 5).
6
Governance & Fabric-Zielbild
Capacity, Governance und OneLake werden aufgesetzt, damit die Plattform nach der Migration dauerhaft trägt.
Warum Pexon statt Inhouse-Entwicklung
Inhouse allein
-Team kennt Power BI, aber selten die Migrations-Fallstricke
-Altes Datenmodell wird oft 1:1 nachgebaut
-Rationalisierung bleibt liegen, Aufwand versickert
Reiner Tool-Migrator
-Automatisierte 1:1-Konvertierung der Berichte
-Versteckte Logik und technische Schulden wandern mit
-Kein Zielbild für Governance und Fabric
Mit Pexon
✓Neu-Modellierung statt Lift-and-Shift, nach Microsoft-Framework
✓30 Azure-Spezialisten mit Fokus Data Analytics
✓KI-gestützte Inventarisierung der Alt-Berichte (14 AI Agents in Produktion)
In 4 Phasen zur produktiven Lösung
1
Woche 1-2
Bedarfsanalyse & Inventar
Alt-Berichte inventarisieren, versteckte Logik aufdecken, nach Geschäftsfrage priorisieren.
2
Woche 3-4
Planung & Design
Ziel-Datenmodell als Star-Schema, Konsolidierungs- und Rationalisierungs-Entscheidungen, Capacity-Sizing.
3
iterativ
Bau & Qualitätssicherung
Neu-Modellierung, Berichtsbau, Validierung im Dev-Arbeitsbereich, POC-Absicherung.
4
Rollout
Go-Live, Monitoring & Übergabe
Gestaffelter Rollout über Deployment Pipelines, Governance aufsetzen, Monitoring und Wissenstransfer.
Pilot mit klarem Scope
Von der Inventarisierung bis zum ersten produktiven, neu modellierten Power-BI-Bereich in einem klar abgegrenzten Scope.
Ihre Investition
Individuell nach Assessment
Scope-basiert · Start mit Inventar
Enthält:
Assessment · Vollständiges Inventar der Alt-Berichte inklusive Aufdeckung versteckter Logik.
Migrations-Blueprint · Priorisierung, Ziel-Datenmodell und Rationalisierungs-Plan je Lösung.
Erster Live-Bereich · Ein neu modellierter, produktiver Power-BI-Bereich als Referenz, inklusive Abnahme-Kriterien.
100 % unverbindlich, ohne Verpflichtung
Häufige Fragen
Was ist eine Power BI Migration genau?
Der Umstieg von Legacy-BI wie Cognos, Tableau, QlikView oder Excel auf Power BI, oder der Wechsel bestehender Power-BI-Premium-Kapazitäten auf Microsoft Fabric. Kern ist nicht das Verschieben von Berichten, sondern das Neu-Modellieren der Daten, damit die neue Plattform trägt und nicht die alten Probleme erbt.
Von Cognos oder Tableau zu Power BI - wie läuft das ab?
Nach Microsofts Fünf-Stage-Modell: Inventar und Priorisierung, Deployment-Planung, Proof of Concept, Bau und Validierung, dann gestaffelter Rollout mit Monitoring. Kein Big-Bang, sondern iterativ. Alte Berichte werden nach ihrer Geschäftsfrage bewertet, nicht blind kopiert.
Was kostet eine Power BI Migration?
Es gibt keinen Pauschalpreis. Der Aufwand hängt an Anzahl und Komplexität der Berichte, der Legacy-Quelle und daran, wie stark rationalisiert und neu modelliert wird. Hinzu kommt die Fabric-Capacity (F-SKU, ab F64 sehen Free-User Berichte). Wir starten mit einem Assessment, das den echten Umfang beziffert.
Power BI oder direkt Microsoft Fabric?
Fabric ist die einheitliche Plattform, Power BI ist Teil davon. Wer heute migriert, plant auf Fabric-Capacity (F-SKU), weil Microsoft die Premium-P-SKUs zurückzieht. Das Zielbild ist Fabric, der praktische Einstieg oft über die Power-BI-Berichte.
Sollten wir alle Berichte 1:1 migrieren?
Nein, und das ist die wichtigste ehrliche Grenze. Microsoft rät ausdrücklich davon ab, Berichte 1:1 zu übernehmen. Nicht jeder Alt-Bericht sollte mitkommen, ungenutzte und redundante Berichte werden aussortiert. Wer auf dem alten Modell aufbaut, erbt dessen technische Schulden.
Wie lange dauert eine Power BI Migration?
Das lässt sich seriös erst nach dem Assessment sagen. Stage 1 liefert das priorisierte Inventar, das den echten Aufwand bestimmt. Wir gehen iterativ vor: Quick Wins zuerst, dann die komplexeren Berichte, statt eine Blackbox-Zeitschätzung zu versprechen, die nicht hält.
Nachricht senden
Kein passender Termin? Schreiben Sie uns, wir melden uns innerhalb von 24 Stunden.
Antwort innerhalb von 24 Stunden
Unverbindliches Erstgespräch
Persönlicher Ansprechpartner
Phillip Pham
CEO @ Pexon Consulting
Aktualisiert am 29. Juli 2026
Sie suchen einen Partner für Ihr Projekt?
Wir analysieren Ihren individuellen Bedarf, geben erste Empfehlungen zu Umsetzungsstrategien und bieten Ihnen transparente Einblicke in unsere Methoden, Technologien und Referenzen.
Vertrieb kontaktieren
400+Projekte seit 2020
100+Kunden im DACH-Raum
ISO27001 zertifiziert
3Hyperscaler Partner