Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Mirroring in Fabric bietet eine einfache Nutzererfahrung, um komplexe ETL (Extract Transform Load) zu vermeiden und Ihren vorhandenen Azure Database for PostgreSQL flexiblen Serverbestand nahtlos mit den restlichen Daten in Microsoft Fabric zu integrieren. Sie können Ihren vorhandenen Azure Database for PostgreSQL flexiblen Server 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. In Fabric können Sie leistungsstarke Business Intelligence, Künstliche Intelligenz, Datenengineering, Data Science und Szenarien für die gemeinsame Nutzung von Daten freischalten.
Ein Tutorial zum Konfigurieren Ihrer Azure Database for PostgreSQL flexiblen Serverspiegelung in Fabric (jetzt allgemein verfügbar) finden Sie unter Tutorial: Konfigurieren von Microsoft Fabric gespiegelten Datenbanken von flexiblen Azure Database for PostgreSQL Servern.
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 Database for PostgreSQL flexiblen Server 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.
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. Dies ermöglicht nachgeschaltete Szenarien wie Data Engineering, Data Science und mehr.
- Ein SQL-Analyseendpunkt
Jede gespiegelte Datenbank in Azure Database for PostgreSQL flexiblen Server verfügt über einen automatisch generierten SQL-Analyseendpunkt, der umfangreiche Analysemöglichkeiten auf den Delta-Tabellen bietet, die durch den 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 von Azure Database for PostgreSQL flexiblen Server 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.
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 über private Endpunkte verbunden sind oder in virtuellen Netzwerken gehostet werden. Wenn Ihr Flexible Server nicht öffentlich zugänglich ist und keine Verbindungen von Azure-Diensten zulässt, können Sie ein virtuelles Netzwerk-Daten-Gateway erstellen, um die Daten zu spiegeln. Stellen Sie sicher, dass das Azure Virtual Network oder das Netzwerk des Gatewaycomputers über einen privaten Endpunkt mit dem Azure Database for PostgreSQL Flexible Server verbunden werden kann oder durch die Firewallregel erlaubt ist.
Aktive Transaktionen, Workloads und Replikationsmodulverhalten
Aktive Transaktionen verhindern weiterhin die Trunkierung des Write-Ahead-Logs (WAL), bis die Transaktion abgeschlossen wird und der gespiegelte Azure Database for PostgreSQL Flexible Server aufgeholt hat, oder die Transaktion abgebrochen wird. Lang andauernde Transaktionen können dazu führen, dass das WAL stärker als gewöhnlich voll wird. WAL auf dem Quellserver der flexiblen Azure Database for PostgreSQL sollte überwacht werden, damit der Speicher nicht voll wird. Weitere Informationen finden Sie unter WAL wächst aufgrund langfristiger Transaktionen und CDC.
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 Ihren Azure Database for PostgreSQL flexiblen Server überwachen können.
Unterstützung der Rechenebenen
Die Quelle Azure Database for PostgreSQL flexible Server kann entweder eine allgemeine oder speicheroptimierte Computeschicht sein. Die platzbare Computeebene wird nicht als Quelle für die Spiegelung unterstützt.
Weitere Informationen zu Computeebenen, die in Azure Database for PostgreSQL flexiblen Server verfügbar sind, finden Sie unter Compute-Optionen in Azure Database for PostgreSQL flexiblen Server.
Unterstützung für Hochverfügbarkeit
Spiegelung unterstützt hoch verfügbare Azure Database for PostgreSQL flexible Serverkonfigurationen. Die Replikation wird nahtlos über Failoverereignisse hinweg fortgesetzt, ohne dass zusätzliche Konfiguration erforderlich ist. Spezifische Einschränkungen oder Überlegungen finden Sie unter Limitations in Microsoft Fabric gespiegelten Datenbanken vom Azure Database for PostgreSQL Flexible Server.
Nächster Schritt
Verwandte Inhalte
- So sichern Sie: Daten von Microsoft Fabric in gespiegelten Datenbanken aus Azure Database für PostgreSQL Flexible Server
- Limitierungen bei gespiegelten Datenbanken von Microsoft Fabric in flexiblen Azure Database for PostgreSQL Server
- Überwachen der Replikation von gespiegelten Datenbanken in Fabric
- Problembehandlung von Fabric-gespiegelten Datenbanken auf Azure Database for PostgreSQL Flexibler Server