Spiegelung der Azure-Datenbank für MySQL (Vorschau)

Von Bedeutung

Dieses Feature befindet sich in der Vorschauphase.

Die Spiegelung in Fabric bietet eine einfache Oberfläche, um komplexe ETL (Extract Transform Load) zu vermeiden und Ihre vorhandene Azure-Datenbank für MySQL-Estate in den Rest Ihrer Daten in Microsoft Fabric zu integrieren. Sie können Ihre vorhandene Azure-Datenbank für MySQL kontinuierlich direkt in Das OneLake von Fabric replizieren, unabhängig davon, ob Ihre Server öffentlich zugänglich, über virtuelle Netzwerke oder private Endpunkte isoliert sind oder für hohe Verfügbarkeit konfiguriert sind. Inside Fabric können Sie leistungsstarke Business Intelligence, künstliche Intelligenz, Datentechnik, Data Science und Datenfreigabeszenarien freischalten.

Ein Lernprogramm zum Konfigurieren Ihrer Azure-Datenbank für MySQL Mirroring in Fabric finden Sie im Lernprogramm: Erstellen einer gespiegelten Datenbank aus Der Azure-Datenbank für MySQL in Microsoft Fabric (Vorschau)

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

Wenn Sie Mirroring in Fabric verwenden, müssen Sie keine verschiedenen Dienste von mehreren Anbietern zusammenfügen. Verwenden Sie stattdessen ein hochgradig integriertes, end-to-End- und benutzerfreundliches Produkt, das Ihre Analyseanforderungen vereinfacht. Es wurde für Offenheit und Zusammenarbeit zwischen Microsoft, Azure Database for MySQL und den Tausenden von Technologielösungen entwickelt, 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.

Die Spiegelung erstellt diese Elemente in Ihrem Fabric-Arbeitsbereich:

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

Jede gespiegelte Datenbank in der Azure-Datenbank für MySQL verfügt über einen automatisch generierten SQL-Analyseendpunkt, der eine reiche analytische Erfahrung mit den durch den Spiegelungsprozess erstellten Delta-Tabellen bietet. Benutzer haben Zugriff auf vertraute T-SQL-Befehle, die Datenobjekte definieren und abfragen können, die Daten jedoch 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 in Ihren Delta Lake-Tabellen aus der Azure-Datenbank für MySQL auf Daten 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.
• Abfrage von Daten in anderen Warehouses und Lakehouses im selben Arbeitsbereich.

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

Gespiegelte Datenbanken bieten auch eine Ein-Klick-Integration mit Microsoft Power BI in Fabric, wodurch eine schnelle Berichtserstellung direkt vom gespiegelten Daten- oder SQL-Analyseendpunkt ermöglicht wird.

Netzwerkanforderungen

Spiegelung unterstützt sowohl öffentlich zugängliche Server als auch netzwerkisolierende Konfigurationen, einschließlich Server, die in virtuellen Netzwerken gehostet werden. Wenn Ihr Server nicht öffentlich zugänglich ist und keinen öffentlichen Zugriff darauf zulässt , können Sie ein Virtuelles Netzwerkdatengateway erstellen oder ein lokales Datengateway einrichten , um die Daten zu spiegeln. Stellen Sie sicher, dass das virtuelle Azure-Netzwerk oder das Netzwerk des Gatewaycomputers eine Verbindung mit der Azure-Datenbank für MySQL herstellen und von der Firewallregel zugelassen werden kann.

Aktive Transaktionen, Workloads und Replikationsmodulverhalten

Aktive oder lange laufende Transaktionen können das Löschen von Binlog-Einträgen verzögern, bis die Transaktion abgeschlossen wird und alle nachfolgenden Replikations- oder Migrationsprozesse nachgeholt werden. Diese Verzögerung kann dazu führen, dass der Binlogspeicher unerwartet wächst, sodass die Speicherauslastung auf dem Quellserver überwacht wird, um Speicherplatzausschöpfung zu vermeiden.

Während der anfänglichen Momentaufnahme oder Datenauslastung ist eine höhere CPU- und IOPS-Auslastung normal, da Daten gelesen und kopiert werden. Workloads mit häufigen UPDATE- oder DELETE-Vorgängen generieren möglicherweise zusätzliche Wiederholungs- und Binlogaktivitäten, wodurch die E/A- und Speicherauslastung weiter erhöht wird.

Überwachen Sie Speicher-, IOPS- und langfristige Transaktionen, um eine ausreichende Kapazität während des gesamten Prozesses sicherzustellen.

Unterstützung der Rechenebenen

Die Azure-Quelldatenbank für MySQL kann entweder eine allgemeine oder speicheroptimierte Computeebene verwenden. Die platzbare Computeebene wird nicht als Quelle für die Spiegelung unterstützt .

Weitere Informationen zu Computeebenen, die in der Azure-Datenbank für MySQL verfügbar sind, finden Sie unter Dienstebenen.

Verwandte Inhalte

• Einschränkungen