Freigeben über

Spiegelung der Azure SQL-Datenbank

Mirroring in Fabric bietet ein einfaches Erlebnis, um komplexe ETL (Extract Transform Load) zu vermeiden und Ihren vorhandenen Azure SQL Database-Bestand mit dem Rest Ihrer Daten in Microsoft Fabric zu integrieren. Sie können Ihre vorhandenen Azure SQL Databases kontinuierlich direkt in das OneLake von Fabric replizieren. In Fabric können Sie leistungsstarke Business Intelligence, Künstliche Intelligenz, Datenengineering, Data Science und Szenarien für die gemeinsame Nutzung von Daten freischalten.

Eine Anleitung zum Konfigurieren Ihrer Azure SQL-Datenbank für die Spiegelung in Microsoft Fabric finden Sie unter Tutorial: Konfigurieren von Microsoft Fabric gespiegelter Datenbank aus Azure SQL-Datenbank.

Wenn Sie mehr erfahren und demos von Mirroring Azure SQL Database in Fabric ansehen möchten, sehen Sie sich die folgenden episoden Data Exposed an.

Gründe für die Verwendung von Spiegeltechnik in Fabric

Mit Mirroring in Fabric müssen Sie keine verschiedenen Dienste von mehreren Anbietern zusammenfügen. Stattdessen können Sie ein hochgradig integriertes, end-to-End- und benutzerfreundliches Produkt genießen, das ihre Analyseanforderungen vereinfacht und für Offenheit und Zusammenarbeit zwischen Microsoft, Azure SQL Database und den 1000er Technologielösungen entwickelt wurde, die das Open Source Delta Lake-Tabellenformat lesen können.

Welche Analyseerfahrungen sind integriert?

Gespiegelte Datenbanken sind ein Element in Fabric Data Warehouse , das sich vom Warehouse - und SQL-Analyseendpunkt unterscheidet.

Diagramm der Fabric-Datenbankspiegelung für Azure SQL Database.

Beim Erstellen einer Spiegelungsdatenbank werden diese Elemente in Ihrem Fabric-Arbeitsbereich erstellt:

  • Das gespiegelte SQL-Datenbankelement. Die Spiegelung verwaltet die Replikation von Daten in OneLake und die Konvertierung in Parkett in einem analysefähigen Format. Dies ermöglicht nachgeschaltete Szenarien wie Data Engineering, Data Science und mehr.
  • Ein SQL-Analyseendpunkt

Jede gespiegelte Azure SQL-Datenbank verfügt über einen automatisch generierten SQL-Analyseendpunkt, der eine umfangreiche analytische Erfahrung über den Delta-Tabellen bietet, die vom Spiegelungsprozess erstellt wurden. Benutzer haben Zugriff auf vertraute T-SQL-Befehle, die Datenobjekte definieren und abfragen können, aber die Daten nicht vom SQL-Analyseendpunkt bearbeiten können, da es sich um eine schreibgeschützte Kopie handelt. Sie können die folgenden Aktionen im SQL-Analyseendpunkt ausführen:

  • Erkunden Sie die Tabellen, die auf Daten in Ihren Delta Lake-Tabellen aus Azure SQL Database verweisen.
  • Erstellen Sie keine Codeabfragen und -ansichten, und untersuchen Sie Daten visuell, ohne eine Codezeile zu schreiben.
  • Entwickeln Sie SQL-Ansichten, Inline-TVFs (Tabellenwertfunktionen) und gespeicherte Prozeduren, um Ihre Semantik und Geschäftslogik in T-SQL zu kapseln.
  • Berechtigungen für die Objekte verwalten.
  • Abfragen von Daten in anderen Warehouses und Lakehouses im selben Arbeitsbereich.

Zusätzlich zum SQL-Abfrage-Editor Es gibt ein breites Ökosystem von Tools, das den SQL-Analyseendpunkt abfragen kann, einschließlich SQL Server Management Studio (SSMS), die MSSQL-Erweiterung für Visual Studio Code und sogar GitHub Copilot.

Spiegeln der Azure SQL-Datenbank hinter der Firewall

Wenn Ihre Azure SQL Database nicht öffentlich zugänglich ist und keine Azure Dienste zulassen eine Verbindung damit herzustellen, können Sie virtual network data gateway oder on-premises data gateway einrichten, um die Daten zu spiegeln. Das Datengateway erleichtert sichere Verbindungen mit Ihren Quelldatenbanken über einen privaten Endpunkt oder über ein vertrauenswürdiges privates Netzwerk. Weitere Informationen finden Sie unter Tutorial: Konfigurieren von Microsoft Fabric gespiegelten Datenbanken aus Azure SQL Database.

Aktive Transaktionen, Workloads und Replikationsmodulverhalten

  • Aktive Transaktionen halten weiterhin das Transaktionsprotokoll zurückgehalten, bis die Transaktion abgeschlossen wird und die gespiegelte Azure SQL-Datenbank aufholt, oder die Transaktion abbricht. Lange ausgeführte Transaktionen können dazu führen, dass das Transaktionsprotokoll mehr als üblich gefüllt wird. Das Transaktionsprotokoll der Quelldatenbank sollte überwacht werden, damit das Transaktionsprotokoll nicht voll wird. Weitere Informationen finden Sie unter Lang andauernde Transaktionen und CDC lassen das Transaktionsprotokoll wachsen.
  • Jede Benutzerarbeitsauslastung variiert. Während der initialen Momentaufnahme kann sich die Ressourcenauslastung in der Quelldatenbank sowohl für CPU als auch IOPS (Eingabe-/Ausgabeoperationen pro Sekunde, erforderlich zum Lesen der Seiten) möglicherweise erhöhen. Tabellenaktualisierungen/Löschvorgänge können zu einer erhöhten Protokollgenerierung führen. Erfahren Sie mehr darüber, wie Sie Ressourcen für Ihre Azure SQL-Datenbank überwachen können.

Tier- und Einkaufsmodellunterstützung

Die Quelle Azure SQL Database kann entweder eine einzelne Datenbank oder eine Datenbank in einem elastischen Pool sein.

Pricing

Fabric-Compute, die zum Replizieren Ihrer Daten in Fabric OneLake verwendet wird, ist kostenlos. Der Speicherplatz in OneLake ist kostenlos, basierend auf der Kapazitätsgröße. Weitere Informationen finden Sie unter Kosten der Spiegelung und derOneLake-Preise für die Spiegelung. Die Berechnungsnutzung zum Abfragen von Daten über SQL, Power BI oder Spark wird basierend auf der Fabric-Kapazität noch in Rechnung gestellt.

Nächster Schritt

Tutorial: Konfigurieren von Microsoft Fabric gespiegelten Datenbanken in Azure SQL Database

Verwandte Inhalte

  • Last updated on