Freigeben über

Spiegelung von Azure SQL Managed Instance (Vorschau)

  • Artikel

Die Spiegelung in Fabric bietet eine einfache Erfahrung, um komplexes ETL (Extract Transform Load) zu vermeiden und Ihre vorhandene Azure SQL Managed Instance in Ihre restlichen Daten in Microsoft Fabric zu integrieren. Sie können Ihre vorhandenen SQL Managed Instance-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 Managed Instance für die Spiegelung in Fabric finden Sie unter Tutorial: Konfigurieren von in Microsoft Fabric gespiegelten Datenbanken aus Azure SQL Managed Instance (Vorschau).

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 Managed Instance 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 Warehouse, die sich von Warehouse- und SQL-Analyseendpunkten unterscheiden.

Diagramm der Fabric-Datenbankspiegelung für Azure SQL Managed Instance.

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 Managed Instance verfügt über einen automatisch generierten SQL-Analyseendpunkt, der über die Delta-Tabellen verfügt, 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 Managed Instance 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.

Neben dem SQL-Abfrage-Editor gibt es ein breites Ökosystem von Tools, die den SQL-Analyseendpunkt abfragen können, darunter SQL Server Management Studio (SSMS), Azure Data Studio und sogar GitHub Copilot.

Netzwerkanforderungen

Während der aktuellen Vorschau erfordert die Spiegelung in Fabric für Azure SQL Managed Instance, dass Sie den öffentlichen Endpunkt verwenden und das virtuelle Netzwerk Ihrer SQL Managed Instance so konfigurieren, dass Datenverkehr von und zu Azure-Diensten zugelassen wird. Sie können Azure Cloud- oder Power BI-Diensttags verwenden, um diese Konfiguration zu definieren:

Aktive Transaktionen, Workloads und Replikatmodulverhalten

  • Aktive Transaktionen blockieren weiterhin das Abschneiden von Transaktionsprotokollen, bis die Transaktion committet wird und die gespiegelte Azure SQL Managed Instance 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 überfüllt wird. Weitere Informationen finden Sie unter Transaktionsprotokoll wächst aufgrund zeitintensiver Transaktionen und CDC.
  • Jeder Benutzerworkload variiert. 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 Managed Instance überwachen.
  • Das Replikatmodul überwacht jede Tabelle unabhängig von Änderungen. Wenn keine Aktualisierungen in einer Quelltabelle vorhanden sind, beginnt die Replicator Engine mit einer exponentiell steigenden Dauer für diese Tabelle zu sichern, bis zu einer Stunde. Das gleiche kann auftreten, wenn ein vorübergehender Fehler auftritt und die Datenaktualisierung verhindert wird. Die Replicator Engine setzt die regelmäßige Abfrage automatisch fort, nachdem aktualisierte Daten erkannt wurden.

Tier- und Kaufmodellunterstützung

Die Quell-Azure SQL Managed Instance kann entweder eine einzelne SQL Managed Instance oder eine SQL Managed Instance sein, die zu einem Instanzpool gehört.

Nächster Schritt

Tutorial: Konfigurieren von in Microsoft Fabric gespiegelten Datenbanken aus Azure SQL Managed Instance (Vorschau)

Zugehöriger Inhalt