Freigeben über

Spiegelung einer Azure SQL-Datenbank

Die Spiegelung in Fabric bietet eine einfache Erfahrung, um komplexes ETL (Extract Transform Load) zu vermeiden und Ihre vorhandene Azure SQL-Datenbank in Ihre restlichen Daten in Microsoft Fabric zu integrieren. Sie können Ihre vorhandenen Azure SQL-Datenbanken kontinuierlich direkt in OneLake von Fabric replizieren. Innerhalb von Fabric können Sie leistungsstarke Business Intelligence, künstliche Intelligenz, Datentechnik, Data Science- und Datenfreigabeszenarien nutzen.

Ein Tutorial zum Konfigurieren Ihrer Azure SQL-Datenbank für die Spiegelung in Fabric finden Sie im Tutorial: Konfigurieren von in Microsoft Fabric gespiegelten Datenbanken aus Azure SQL-Datenbank.

Wenn Sie mehr erfahren und Demos von Mirroring Azure SQL-Datenbank in Fabric ansehen möchten, schauen Sie sich die folgende Data Exposed-Episode an.

Gründe für die Verwendung von Spiegelung in Fabric?

Mit der Spiegelung in Fabric vermeiden Sie, verschiedene Dienste von mehreren Anbietern kombinieren zu müssen. Stattdessen profitieren Sie von einem hochgradig integrierten, benutzerfreundlichen End-to-End-Produkt, das Ihre Analyseanforderungen vereinfacht und auf Offenheit und Zusammenarbeit zwischen Microsoft, Azure SQL-Datenbank und den zahllosen Technologielösungen ausgelegt ist, die das Open-Source-Tabellenformat von Delta Lake lesen können.

Welche Analyseerfahrungen sind integriert?

Gespiegelte Datenbanken sind ein Element in Fabric Data Warehousing, die sich von Warehouse und SQL-Analyseendpunkten unterscheiden.

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

Die Spiegelung erstellt drei Elemente in Ihrem Fabric-Arbeitsbereich:

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

Jede gespiegelte Azure SQL-Datenbank hat einen automatisch generierten SQL-Analyseendpunkt, der eine umfassende analytische Erfahrung auf den durch den Spiegelungsprozess erstellten Delta-Tabellen bietet. 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-Datenbank verweisen.
  • Erstellen Sie keine Codeabfragen und -ansichten, und untersuchen Sie Daten visuell, ohne eine Codezeile zu schreiben.
  • Entwicklung von Ansichten, Inline-TVFs (Tabellenwertfunktionen) und gespeicherten Prozeduren zum Kapseln Ihrer Semantik und Geschäftslogik in T-SQL.
  • Verwalten von Berechtigungen für die Objekte
  • Abfragen von Daten in anderen Warehouses und Lakehouses im selben Arbeitsbereich.

Zusätzlich zum SQL Query Editor gibt es ein breites Ökosystem von Tools, die den SQL-Analyseendpunkt abfragen können, einschließlich SQL Server Management Studio (SSMS), der mssql-Erweiterung mit Visual Studio Code und sogar GitHub Copilot.

Spiegelung der Azure SQL-Datenbank hinter der Firewall (Vorschau)

Wenn Ihre Azure SQL-Datenbank nicht öffentlich zugänglich ist und Azure-Dienste keine Verbindung damit herstellen können, können Sie das Virtuelle Netzwerkdatengateway oder das lokale Datengateway 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 im Lernprogramm: Konfigurieren von gespiegelten Microsoft Fabric-Datenbanken aus azure SQL-Datenbank.

Aktive Transaktionen, Workloads und Replikatmodulverhalten

  • Aktive Transaktionen blockieren weiterhin die Transaktionsprotokollkürzung, bis für die Transaktion ein Commit ausgeführt wird und die gespiegelte Azure SQL-Datenbank aufholt oder bis die Transaktion abgebrochen wird. Zeitintensive Transaktionen können dazu führen, dass sich das Transaktionsprotokoll mehr als üblich füllt. Das Transaktionsprotokoll der Quelldatenbank sollte überwacht werden, damit das Transaktionsprotokoll nicht aufgefüllt wird. Weitere Informationen finden Sie unter Transaktionsprotokoll wächst aufgrund zeitintensiver Transaktionen und CDC.
  • Die Arbeitslast eines jeden Nutzers unterscheidet sich. Während der ersten Momentaufnahme kann die Ressourcenauslastung in der Quelldatenbank für CPU und IOPS (Eingabe-/Ausgabevorgänge pro Sekunde, um die Seiten zu lesen) höher sein. 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.

Ebenen- und Kaufmodellunterstützung

Die Azure SQL-Quelldatenbank kann eine Einzeldatenbank oder eine Datenbank in einem Pool für elastische Datenbanken sein.

Preisgestaltung

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 in Microsoft Fabric gespiegelten Datenbanken aus Azure SQL-Datenbank

Zugehöriger Inhalt