Insights · Daten und Analytics
Diese Seite beschreibt den Datenweg: welche Verknüpfung Microsoft heute noch anbietet, was dabei repliziert wird und was nicht, wie die Schichten für CRM-Daten sinnvoll geschnitten werden — und warum Ihr Dataverse-Berechtigungsmodell an der Grenze zum Lakehouse endet. Stand 06.11.2026, auf Grundlage der Microsoft-Dokumentation. Was wir davon übernehmen, steht auf der Leistungsseite zu Microsoft Fabric für Dynamics 365 und Dataverse.
Der Datenweg
Für eine Verknüpfung in einer Umgebung, die noch keine hatte, gibt es heute genau einen Weg. Das ist keine Vereinfachung, sondern eine Produktentscheidung von Microsoft: Die Delta-Lake-Ausgabe von Azure Synapse Link steht neuen Kunden seit dem 15. Oktober 2026 nicht mehr zur Verfügung, und Profile mit CSV-Ausgabe lassen sich nicht mit Fabric verknüpfen. Die Berechtigung wird dabei je Dataverse-Organisations-ID bewertet, nicht je Mandant — eine neue Umgebung mit neuer Organisations-ID ist nie berechtigt. Wer in einem Migrationsprojekt die Umgebung wechselt, verliert damit die Berechtigung für Azure Synapse Link.
Dataverse erzeugt in Ihrem Fabric-Workspace ein Lakehouse, einen SQL-Analyse-Endpunkt und ein Power-BI-Semantikmodell und verknüpft die ausgewählten Tabellen per Shortcut. Sie stellen kein Speicherkonto und keinen Synapse-Workspace bereit.
email, activitypointer und activitymimeattachment.Der Weg in Ihr eigenes Azure Data Lake Storage Gen2. Bestehende Kunden müssen bis Dezember 2027 auf CSV-Ausgabe oder auf Link to Fabric wechseln. Eine berechtigte Bestandsorganisation darf trennen und für dieselbe Organisations-ID neu verknüpfen. In Power Apps heißt die Oberfläche inzwischen Link to Data lake.
Fabric Mirroring repliziert Quellsysteme fortlaufend nach OneLake — bei Datenbank- und Open-Mirroring können Änderungen alle 15 Sekunden veröffentlicht werden, und je gekaufter Capacity Unit ist ein Terabyte Mirroring-Speicher kostenfrei. Für Dataverse ist es trotzdem kein Weg: Die dokumentierte Quellenliste führt unter anderem Azure SQL, Cosmos DB, PostgreSQL und MySQL, Databricks, BigQuery, Oracle, SAP, SharePoint-Listen, Snowflake, SQL Server, Dremio und Open Mirroring — Dataverse und Dynamics 365 stehen nicht darin. Zwei Einschränkungen gehören dazu: Einige dieser Quellen sind als Vorschau gekennzeichnet, und ein Teil arbeitet als Metadata Mirroring, das keine Daten repliziert.
Replikationsverhalten
null; historische Werte bleiben in Zeilen stehen, die seit der Löschung nicht aktualisiert wurden.documentbody werden nicht exportiert. Wer Dokumentinhalte in der Analyse erwartet, bekommt sie auf diesem Weg nicht — die Metadaten der Anhangstabellen laufen mit, die Binärinhalte nicht.bot, workflow, flowmachine und desktopflowmodule. Installierte Microsoft-Add-ins erweitern diese Pflichtmenge.Die wichtigste Stelle für jede Auswertung, die Bestände zählt, ist das Löschverhalten. Im Append-only-Modus ist die aktuelle Fassung eines Datensatzes nicht die letzte Zeile, sondern die mit der höchsten VersionNumber und SinkModifiedOn — und dazu gehört der Filter isDeleted=0. Ohne diesen Schritt zählt jeder Bericht Historie als Bestand. Harte Löschung folgt nach 30 Tagen; wer gelöschte Datensätze länger braucht, aktiviert die Langzeit-Datenaufbewahrung. Löschungen per direktem SQL-Aufruf lösen den Dienst nicht aus, weil BPO.Delete nicht gerufen wird — diese Zeilen bleiben im Lake stehen, obwohl sie in Dataverse weg sind.
Architektur
Microsoft nennt die Medaillon-Architektur den empfohlenen Entwurf: Bronze als Rohdaten, Silber als angereicherte, Gold als kuratierte Daten — und empfiehlt ausdrücklich, jedes Lakehouse in einem eigenen Workspace zu führen, weil Workspace-Rollen pauschal für alle Elemente gelten. Bronze, Silber und Gold im selben Workspace heißt: ein Contributor sieht die Rohdaten.
Bronze ist bei Link to Fabric das von Dataverse verwaltete Lakehouse — reine Lesefläche. Zwei Dinge dazu: Der Name folgt dem Muster <environmentname>_<internalprofile>_<workspace>_<uniquevalue>, und Microsoft warnt ausdrücklich davor, sich in Code, Abfragen oder Pipelines darauf zu verlassen; referenziert wird über Workspace- und Lakehouse-ID. Und: Trennen der Verknüpfung löscht das Lakehouse — und schlägt fehl, solange andere Fabric-Elemente es referenzieren. Vor einem geplanten Neuverknüpfen gehört die Abhängigkeitsliste über die Lineage-Ansicht aufgeräumt.
Silber ist die Schicht mit dem meisten Nutzen pro Aufwand, weil sie genau die Eigenheiten des Dataverse-Rohbestands glättet. Entdoppeln auf die aktuelle Satzversion und Ausfiltern gelöschter Zeilen; Auswahlfelder gegen Beschriftungen auflösen — die Metadatentabellen OptionsetMetadata und GlobalOptionsetMetadata liefern die Labels, und deren Schema hat sich mit der Low-Latency-Engine geändert, die Spalte createdonpartition fehlt dort; Lookups auf lesbare Bezeichnungen joinen; Geschäftseinheit, Besitzer und Team als echte Dimensionen modellieren, denn genau die braucht das Zugriffsmodell in Fabric. Eine Falle zum Schluss: Frühere Fabric-Links haben leere SQL-Strings zu NULL konvertiert, die Low-Latency-Engine behält den Leerstring. Wer auf IS NULL prüft, prüft nach der Umstellung ins Leere.
Gold enthält die Tabellen, die eine Fachabteilung ohne Rückfrage lesen kann. Microsoft nennt Gold ausdrücklich den idealen Anwendungsfall für Direct Lake: Das Semantikmodell lädt Spalten direkt aus den Delta-Tabellen in OneLake, die Aktualisierung kopiert nur Metadaten und dauert Sekunden statt eines vollständigen Imports. Zum Dateischnitt, weil er die Kosten bestimmt: Zieldateigrößen zwischen 128 MB und 1 GB, in Bronze eher kleinere, in Gold größere Dateien und größere Row-Groups; für Silber und Gold empfiehlt Microsoft Liquid Clustering statt Partitionierung.
Der fachliche Kern
Die Sicherheit auf Zeilen- und Feldebene, die Sie in Dataverse aufgebaut haben, wirkt in Microsoft Fabric nicht automatisch weiter. Wer das nicht weiß, baut ein Datenleck — mit korrekt konfigurierten Produkten und ohne eine einzige Fehlermeldung.
Die Verknüpfung liest mit der Identität, die Sie ihr geben — nicht mit der des Berichtslesers. Link to Fabric authentifiziert über Workspace-Identität, Dienstprinzipal oder Organisationskonto. Für die ersten beiden gibt Microsoft vor, die Identität als Anwendungsbenutzer in Dataverse aufzunehmen und ihr eine passende Rolle zu geben. Was in der Replik landet, ist also der Lesebereich dieser Identität, nicht der des späteren Berichtslesers.
Fabric kennt das Dataverse-Modell nicht. OneLake trennt eine Steuerungsebene — Workspace-Rollen, Element-Berechtigungen — von einer Datenebene mit OneLake-Sicherheit, Zeilen- und Spaltensicherheit. Geschäftseinheiten, Sicherheitsrollen, Zugriffsteams und Datensatz-Eigentum aus Dataverse sind in keiner dieser Ebenen vorhanden.
Die oberen Workspace-Rollen sehen alles. Admin, Member und Contributor haben bereits Lese- und Schreibzugriff auf alle Daten eines Workspace und werden von OneLake-Sicherheitsrollen nicht eingeschränkt. Wer jemandem „nur schnell die Contributor-Rolle“ gibt, hebt das Zeilenmodell auf.
Direct Lake auf OneLake wendet SQL-basierte Zeilensicherheit nicht an. Erzwingt der SQL-Analyse-Endpunkt Zeilensicherheit, laufen Abfragen bei Direct Lake auf OneLake trotzdem erfolgreich durch, und die SQL-basierte Zeilensicherheit wird nicht angewandt. Sicherheit gehört in dieser Konstellation ins Semantikmodell oder in die OneLake-Sicherheit, nicht in den SQL-Endpunkt.
Spaltensicherheit wirkt, aber anders als erwartet. Bei Azure Synapse Link liest das Anwendungskonto Dynamics365Athena2. Ist eine Spalte geschützt und das Konto nicht im passenden Profil, läuft die Synchronisierung erfolgreich durch und die Spalte wird als null exportiert — eine stille Leerspalte im Bericht, kein Fehler.
Technisch gilt außerdem: Zeilen- und Spaltensicherheit wirken bei Delta-Parquet-Tabellen und bei virtualisierten Iceberg-Tabellen. Bei anderen Tabellentypen wird der Zugriff auf die gesamte Tabelle gesperrt, nicht gefiltert — das ist eine Entwurfsvorgabe, keine Nebenbemerkung.
DefaultReader prüfen. In jedem Lakehouse existiert eine Rolle DefaultReader, die jedem Nutzer mit ReadAll Zugriff auf die Daten gibt. Sie lässt sich bearbeiten oder löschen. Wer sie stehen lässt, ohne sie zu kennen, hat eine Tür offen, die er nicht gebaut hat.Abgrenzung: Ein so gebautes Zugriffsmodell ist eine technische Konfiguration. Eine Aussage darüber, ob eine Datenverarbeitung insgesamt den Anforderungen der Aufsicht genügt, ist damit nicht verbunden — das ist eine rechtliche Bewertung.
Datenresidenz
Zwei Aussagen aus der Microsoft-Dokumentation gehören zusammen gelesen, weil jede für sich das falsche Bild ergibt. Die erste: Kapazität und Workspace müssen nicht mehr in derselben Azure-Region liegen wie die Dataverse-Umgebung. Allein gelesen klingt das nach Datenabfluss. Die zweite: Die Replik bleibt in derselben Region wie Ihre Dataverse-Umgebung und wird von Dataverse verwaltet und gesichert.
Zusammen heißt das: Die Replik wandert nicht, der Verarbeitungs- und Berichtsort kann es. Dazu kommen zwei Schalter, die getrennt zu entscheiden sind — Verschlüsselung im Ruhezustand mit von Microsoft verwalteten oder mit kundenverwalteten Schlüsseln, und die Protokollierung: OneLake-Diagnose für Datenzugriffe, Fabric-Überwachungsprotokolle für Steuerungsvorgänge.
Netzwerkseitig gilt für Link to Fabric derzeit: Eingehender Workspace-Zugriff muss „alle Netzwerke“ erlauben; Workspaces, die ausschließlich private Endpunkte nutzen, sind nicht unterstützt. Ausgehend kann der öffentliche Zugriff gesperrt bleiben, wenn eine Datenverbindungsregel die URL der Dataverse-Umgebung freigibt.
Kapazität
Fabric-Kapazitäten sind Azure-Ressourcen und werden sekundengenau mit einer Minute Mindestlaufzeit abgerechnet. Bezogen werden sie entweder über ein Azure-Abonnement oder über einen Cloud Solution Provider. Eine Kapazitäts-Reservierung über ein oder drei Jahre senkt den Preis; beide Laufzeiten kosten pro Jahr dasselbe.
Zwei Preispunkte bestimmen die Architekturentscheidung: der Einstieg bei F2 mit 288,35 € je Monat Pay-as-you-go beziehungsweise 171,46 € reserviert, und die Schwelle bei F64 mit 9.227,20 € beziehungsweise 5.486,78 €. Die vollständige SKU-Tabelle, alle Power-BI-Lizenzmodelle, Non-Profit- und Education-Tarife sowie die Break-Even-Rechnung stehen auf unserer Seite zu den Power-BI-Lizenzen, Preisen und Rabatten. Stand: Azure-Retail-Preise Westeuropa, 06.11.2026; gerechnet mit 0,1975 € je Capacity Unit und Stunde und 730 Stunden je Monat. Netto. Die Ersparnis der Reservierung von 40,54 % ist aus den beiden Azure-Preisen gerechnet; Microsoft nennt keinen Prozentsatz.
Auf F-SKUs unter F64 braucht jeder Nutzer, der Power-BI-Inhalte nur ansehen will, eine Pro-, PPU- oder Trial-Lizenz. Ab F64 dürfen Nutzer mit einer kostenlosen Microsoft-Fabric-Lizenz und der Viewer-Rolle im Workspace lesen. Autoren brauchen in jedem Fall Pro oder PPU, um Power-BI-Elemente außerhalb des eigenen Workspace zu veröffentlichen. Nicht-Power-BI-Elemente — Lakehouse, Warehouse, Notebook — lassen sich dagegen mit der kostenlosen Lizenz erstellen und teilen, wenn der Workspace auf einer F- oder Trial-Kapazität liegt.
Diese Grenzen gehören hierher und nirgendwo sonst hin, weil sie die Architektur bestimmen und nicht den Einkauf:
| SKU | Dateien / Row-Groups je Tabelle | Zeilen je Tabelle | Modellgröße | Arbeitsspeicher |
|---|---|---|---|---|
| F2 / F4 / F8 | 1.000 / 1.000 | 300 Millionen | 10 GB | 3 GB |
| F16 | 1.000 / 1.000 | 300 Millionen | 20 GB | 5 GB |
| F32 | 1.000 / 1.000 | 300 Millionen | 40 GB | 10 GB |
| F64 | 5.000 / 5.000 | 1,5 Milliarden | unbegrenzt auf OneLake | 25 GB |
Bis F32 bleiben Dateien, Row-Groups und Zeilen also unverändert — nur Modellgröße und Arbeitsspeicher steigen. Werden die Grenzen überschritten, schlägt die Aktualisierung bei Direct Lake auf OneLake fehl und das Modell ist nicht abfragbar, bis die Delta-Tabellen optimiert sind; Direct Lake auf SQL fällt stattdessen auf DirectQuery zurück, sofern der Rückgriff nicht abgeschaltet ist.
Pausieren hält die Compute-Zähler aller Fabric-Workloads an. Der OneLake-Speicherzähler läuft weiter — Speicher wird auch bei pausierter Kapazität bezahlt. Beim Pausieren werden verbleibende kumulierte Überschreitungen und geglättete Operationen aufsummiert und der Azure-Rechnung zugeschlagen; eine Pause ist also kein Reset. Pausieren kann dazu führen, dass Fabric-Inhalte nicht verfügbar sind, und bei pausierter Kapazität repliziert Mirroring nicht. Ein Nebeneffekt, der dafür spricht: Wird eine Kapazität gedrosselt, beendet Pausieren die Drosselung sofort.
Die Reservierung rabattiert stundenweise. Wer in einer Stunde keine passende Ressource betreibt, verliert die Reservierungsmenge dieser Stunde; ein Übertrag findet nicht statt. Speicher und Netzwerk sind von der Reservierung nicht abgedeckt. Praktische Folge: Pausierung ist ein Hebel für Entwicklungs- und Testkapazitäten mit Pay-as-you-go-Abrechnung. Eine reservierte Produktionskapazität, die man planmäßig nachts abschaltet, zahlt die Reservierung durch und nutzt sie nicht.
Bestand
Power BI. Berichte und Semantikmodelle müssen nicht ersetzt werden. Import- und DirectQuery-Modelle bleiben gültig; OneLake-Integration schreibt Tabellen im Import-Modus zusätzlich als Delta-Tabellen nach OneLake — ohne Migrationsaufwand. Umgestellt wird dort, wo Direct Lake tatsächlich etwas bringt: auf der Gold-Schicht, bei großen Volumina, bei Anforderungen an Datenfrische. Zwei Dinge fallen dabei erst spät auf: Direct Lake unterstützt keine komplexen Delta-Spaltentypen und auch Binary und GUID nicht — GUID betrifft bei Dataverse jeden Primärschlüssel und jedes Lookup. Und ein Direct-Lake-Semantikmodell kann nur in derselben Region wie der Workspace der Datenquelle entstehen.
Power BI Premium. Microsoft zieht die Premium-Kapazitäts-SKUs zurück; neue und bestehende Kunden sollen F-SKUs in Betracht ziehen. P-SKUs sind nur noch für Kunden mit aktivem Enterprise Agreement verfügbar, und Power-BI-EM-SKUs unterstützen Fabric nicht.
SQL Server ist eine dokumentierte Mirroring-Quelle. Ein bestehendes Data Warehouse lässt sich nach OneLake spiegeln und mit den Dataverse-Daten in derselben Abfrage verbinden — Fabric erlaubt Cross-Database-Abfragen über Mirrored Databases, Warehouses und SQL-Analyse-Endpunkte in einem T-SQL-Statement.
Azure Synapse Analytics ist der Fall mit echtem Handlungsdruck. Die Delta-Lake-Ausgabe läuft aus, und die Low-Latency-Engine von Link to Fabric schreibt mit neueren Delta-Lake-Fähigkeiten, einschließlich Deletion Vectors — die Synapse-Serverless-SQL-Pools nicht in allen Szenarien unterstützen. Wer heute Berichte über Serverless SQL betreibt, verlegt die Last auf den Fabric-SQL-Analyse-Endpunkt oder schreibt die Tabellen über ein Notebook in ein eigenes Lakehouse um — letzteres kostet Rechenzeit, Planung und Latenz und ist die zweite Wahl. Beherrschbar wird die Lage über eine Bestandsaufnahme der nachgelagerten Verbraucher, einen Zielweg je Verbraucher und eine Reihenfolge, in der nichts dunkel wird. Siehe auch Migration.
Fragen und Antworten
Link to Fabric — und nur diesen. Warum es kein zweiter ist und wie die Berechtigung je Dataverse-Organisations-ID bewertet wird, steht im Abschnitt zum Datenweg.
Nein. Geschäftseinheiten, Sicherheitsrollen, Zugriffsteams und Datensatz-Eigentum sind Dataverse-Konzepte. Was in Fabric stattdessen greift und welche drei Fallen dabei zuschlagen, steht im Abschnitt zu den Berechtigungen.
Nein — Dataverse und Dynamics 365 stehen nicht in Microsofts dokumentierter Quellenliste für Mirroring. Welche Quellen darin stehen, nennt der Abschnitt zum Datenweg.
Ab F64. Unterhalb davon braucht jeder, der Power-BI-Inhalte nur ansehen will, eine Pro-, PPU- oder Trial-Lizenz. Die weiteren SKU-Grenzen stehen im Abschnitt zur Kapazität.
Nächster Schritt
Was wir dabei liefern, in welchen Bausteinen und mit welchem Ergebnis, steht auf der Leistungsseite. Sie sprechen lieber direkt? Im Architektur-Gespräch gehen wir Ihre Umgebung durch.