Teilen über

Problembehandlung für gespiegelte Fabric-Datenbanken

In diesem Artikel werden die gängigen Szenarien, Auflösungen und Problemumgehungen für gespiegelte Microsoft Fabric-Datenbanken beschrieben. Überprüfen Sie für jede Datenquelle auch die spezifische Problembehandlung, häufig gestellte Fragen (FAQ) und Einschränkungen.

Area Reference
Problembehandlung Spiegelung für Azure Cosmos DB, Azure-Datenbank für PostgreSQL, Azure SQL-Datenbank, Azure SQL Managed Instance, Snowflake, SQL Server, Fabric SQL-Datenbank
Einschränkungen Spiegelung für Azure Cosmos DB, Azure Database for PostgreSQL, Azure Databricks, Azure SQL Database, Azure SQL Managed Instance, Snowflake, Google BigQuery, Oracle, SAP, SQL Server, Fabric SQL-Datenbank
Häufig gestellte Fragen Spiegelung für Azure Cosmos DB, Azure-Datenbank für PostgreSQL, Azure Databricks, Azure SQL-Datenbank, Azure SQL Managed Instance, Google BigQuery, SQL Server, Fabric SQL-Datenbank

Änderungen an der Fabric-Kapazität

Scenario Description
Fabric-Kapazität angehalten Die Spiegelung wird beendet, und Sie können nicht auf das gespiegelte Datenbankelement zugreifen. Setzen Sie die Kapazität ihrem Arbeitsbereich fort, oder weisen Sie sie erneut zu.
Die Fabric-Kapazität wurde fortgesetzt Wenn die Kapazität aus einem angehaltenen Zustand fortgesetzt wird, wird der Spiegeldatenbankstatus als angehalten angezeigt. Daher werden änderungen, die an der Quelle vorgenommen wurden, nicht in OneLake repliziert.
Um die Spiegelung fortzusetzen, wechseln Sie zur gespiegelten Datenbank im Fabric-Portal, und wählen Sie " Replikation fortsetzen" aus. Die Spiegelung wird an der Stelle fortgesetzt, an der sie angehalten wurde.
Hinweis: Wenn die Kapazität lange angehalten bleibt, wird die Spiegelung möglicherweise nicht vom Stopppunkt fortgesetzt, und die Daten werden von Anfang an erneut angezeigt. Dies liegt daran, dass das Anhalten der Spiegelung über einen längeren Zeitraum dazu führen kann, dass die Nutzung des Transaktionsprotokolls der Quelldatenbank ansteigt und die Protokollkürzung blockiert wird. Um die Auswirkungen auf die Datenbank zu minimieren, wird, wenn der verwendete Protokollraum nahezu voll ist, beim Fortsetzen der Spiegelung eine erneute Initialisierung der Datenbank initiiert, um den gehaltenen Protokollbereich freizugeben.
Fabric-Kapazitätsskalierung Die Spiegelung wird fortgesetzt. Wenn Sie die Kapazität herunterskalieren, beachten Sie, dass der OneLake-Speicher für die gespiegelten Daten bis zu einem Grenzwert auf der Grundlage der Kapazitätsgröße frei ist, sodass eine Skalierung der Kapazität zu zusätzlichen Speichergebühren führen kann. Erfahren Sie mehr über die Kosten der Spiegelung.
Gedrosselte Fabric-Kapazität Warten Sie, bis der Überlastungszustand abgelaufen ist, oder aktualisieren Sie Ihre Kapazität. Die Spiegelung wird fortgesetzt, sobald die Kapazität wiederhergestellt wurde. Erfahren Sie mehr über Aktionen, die Sie ausführen können, um aus Überlastungssituationen wiederherzustellen.
Die Fabric-Testkapazität ist abgelaufen. Die Spiegelung wird beendet. Um Die gespiegelte Datenbank beizubehalten, erwerben Sie fabric-Kapazität. Erfahren Sie mehr über das Ablaufen der Fabric-Testkapazität.

Daten scheinen nicht repliziert zu werden

Wenn Sie eine Verzögerung bei der Darstellung gespiegelter Daten beobachten, überprüfen Sie Folgendes:

  • Spiegelungsstatus: Überprüfen Sie auf der Fabric-Portalüberwachungsseite der gespiegelten Datenbank und bestimmter Tabellen den Status der gespiegelten Datenbank und der Spalte "Zuletzt abgeschlossen", die angibt, dass Fabric die gespiegelte Tabelle zuletzt aus der Quelle aktualisiert. Leer bedeutet, dass die Tabelle noch nicht gespiegelt ist.

    Wenn Sie die Arbeitsbereichüberwachung aktivieren, können Sie die Spiegelungsausführungslatenz zusätzlich überprüfen, indem Sie den Wert aus den Protokollen für ReplicatorBatchLatencygespiegelte Datenbankvorgänge abfragen.

    Für Quelltypen wie Azure SQL-Datenbank, azure SQL Managed Instance und Azure Database for PostgreSQL folgen Sie der spezifischen Anweisung, um auch die Quelldatenbankkonfiguration und den Status zu überprüfen.

  • Daten in OneLake: Durch die kontinuierliche Spiegelung werden Ihre Daten im Tabellenformat Delta Lake in OneLake repliziert. Um zu überprüfen, ob die Daten ordnungsgemäß in OneLake landen, können Sie eine Verknüpfung aus den gespiegelten Tabellen in einem Lakehouse erstellen und dann Notizbücher mit Spark-Abfragen erstellen, um die Daten abzufragen. Erfahren Sie mehr über "Erkunden mit Notizbüchern".

  • Daten im SQL-Analyseendpunkt: Sie können gespiegelte Daten über den SQL-Analyseendpunkt der gespiegelten Datenbank oder ein Lakehouse mit einer Verknüpfung zu den gespiegelten Daten abfragen. Wenn eine Verzögerung angezeigt wird, überprüfen Sie den Spiegelungsstatus und die Daten in OneLake, wie oben erwähnt. Wenn die Daten in OneLake, aber nicht im SQL-Analyseendpunkt angezeigt werden, kann dies durch eine Verzögerung der Metadatensynchronisierung im SQL-Analyseendpunkt verursacht werden.

    Sie können eine Aktualisierung der automatischen Metadatenüberprüfung manuell erzwingen. Wählen Sie auf der Seite für den SQL-Analyseendpunkt die Schaltfläche " Aktualisieren " aus, wie in der folgenden Abbildung dargestellt. Warten Sie einige Zeit, und fragen Sie die Daten erneut ab, um dies zu überprüfen.

    Screenshot des Fabric-Portals zum Erzwingen einer Aktualisierung für sql Analytics-Endpunktmetadatenüberprüfung.

Beenden der Replikation

Wenn Sie "Replikation beenden" auswählen, bleiben OneLake-Dateien erhalten, aber die inkrementelle Replikation wird beendet. Sie können die Replikation jederzeit neu starten, indem Sie die Replikation starten. Möglicherweise möchten Sie die Replikation beenden/starten, wenn Sie den Replikationsstatus zurücksetzen, nach Änderungen der Quelldatenbank oder als Problembehandlungstool.

Replizieren der Quellschemahierarchie

Wenn Sie Daten aus verschiedenen Arten von Quelldatenbanken spiegeln, wird ihre Quellschemahierarchie in der gespiegelten Datenbank beibehalten. Sie stellt sicher, dass Ihre Daten konsistent über verschiedene Dienste hinweg organisiert bleiben, sodass Sie sie mit derselben Logik im SQL-Analyseendpunkt, Spark Notebooks, semantischen Modellen und anderen Verweisen auf die Daten nutzen können.

Bei gespiegelten Datenbanken, die vor der Aktivierung dieses Features erstellt wurden, wird das Quellschema in der gespiegelten Datenbank abgeflacht, und der Schemaname wird in den Tabellennamen codiert. Wenn Sie Tabellen mit Schemas neu organisieren möchten, erstellen Sie die gespiegelte Datenbank neu.

Wenn Sie die API zum Erstellen/Aktualisieren der gespiegelten Datenbank verwenden, legen Sie den Wert für die Eigenschaft defaultSchemafest, der angibt, ob die Schemahierarchie aus der Quelldatenbank repliziert werden soll. Weitere Informationen finden Sie in den Definitionsbeispielen in der öffentlichen REST-API von Microsoft Fabric.

Unterstützung der Delta-Spaltenzuordnung

Die Spiegelung unterstützt das Replizieren von Spalten, die Leerzeichen oder Sonderzeichen in Namen (z,;{}()\n\t=. B. ) aus Den Quelldatenbanken in die gespiegelten Datenbanken enthalten. Hinter der Szene schreibt die Spiegelung Daten in OneLake mit aktivierter Delta-Spaltenzuordnung.

Wenn Tabellen, die bereits vor der Aktivierung dieser Funktion repliziert sind, Spalten mit Sonderzeichen in Namen einschließen möchten, müssen Sie die Gespiegelten Datenbankeinstellungen aktualisieren, indem Sie diese Tabellen entfernen und lesen oder die gespiegelte Datenbank beenden und neu starten.

Übernehmen des Besitzes einer gespiegelten Datenbank

Derzeit unterstützt die gespiegelte Datenbank keine Änderung des Besitzes. Wenn eine gespiegelte Datenbank nicht mehr funktioniert, da der Besitzer des Elements die Organisation verlassen hat oder nicht mehr gültig ist, müssen Sie die gespiegelte Datenbank neu erstellen.

Unterstützte Regionen

Datenbankspiegelung und geöffnete Spiegelung sind in allen Microsoft Fabric-Regionen verfügbar. Weitere Informationen finden Sie unter Regionale Verfügbarkeit für Fabric.

Troubleshoot

Dieser Abschnitt enthält allgemeine Schritte zur Problembehandlung bei der Spiegelung.

Ich kann keine Verbindung mit einer Quelldatenbank herstellen.

  1. Überprüfen Sie, ob die Verbindungsdetails korrekt sind, Servername, Datenbankname, Benutzername und Kennwort.
  2. Überprüfen Sie, ob sich der Server nicht hinter einer Firewall oder einem privaten virtuellen Netzwerk befindet. Öffnen Sie die entsprechenden Firewallports.
    • Einige gespiegelte Quellen unterstützen das Virtuelle Netzwerkdatengateway oder lokale Datengateways, lesen Sie die Dokumentation der Quelle zur Unterstützung dieses Features.

Es werden keine Ansichten repliziert.

Derzeit werden Ansichten nicht unterstützt. Nur replizierbare reguläre Tabellen werden unterstützt.

Es werden keine Tabellen repliziert

  1. Überprüfen Sie den Überwachungsstatus, um den Status der Tabellen zu überprüfen. Weitere Informationen finden Sie unter Monitor Fabric mirrored database replication.
  2. Wählen Sie die Schaltfläche " Replikation konfigurieren" aus . Überprüfen Sie, ob die Tabellen in der Liste der Tabellen vorhanden sind oder ob Benachrichtigungen zu den einzelnen Tabellendetails vorhanden sind.

Spalten fehlen in der Zieltabelle

  1. Wählen Sie die Schaltfläche " Replikation konfigurieren" aus .
  2. Wählen Sie das Symbol "Warnung" neben dem Tabellendetail aus, wenn keine Spalten repliziert werden.

Einige der Daten in meiner Spalte scheinen abgeschnitten zu werden.

Der SQL-Analyseendpunkt unterstützt varchar(max) bis zu 16 MB.

  • Der Grenzwert von 16 MB gilt für Tabellen, die nach dem 18. November 2025 in gespiegelten Datenbanken erstellt wurden, aber jeder gespiegelte Elementtyp kann einen anderen und niedrigeren Grenzwert aufweisen. Spiegelungs-SQL Server unterstützt z. B. bis zu 1 MB und Cosmos DB bis zu 2 MB. Weitere Informationen finden Sie in der folgenden Tabelle.
  • Vorhandene Tabellen, die vor dem 18. November 2025 erstellt wurden, unterstützen nur varchar(8000) und müssen neu erstellt werden, um neue Datentypen zu übernehmen und Daten zu unterstützen, die größer als 8 KB sind.
Gespiegeltes Plattformobjekt varchar(max) limit
Gespiegelte SQL Server, Azure SQL-Datenbank, Azure SQL Managed Instance 1 MB
SQL-Datenbank in Fabric 1 MB
Gespiegelte Azure Cosmos DB 2 MB
Cosmos DB in der Fabric-Umgebung 2 MB

Gespiegelte Tabelle/Schema wird nicht gelöscht, wenn sie in der Quelldatenbank abgelegt wird.

Tabellenebene:

  • Wenn Sie eine Liste selektiver Tabellen spiegeln und die Quelltabelle gelöscht wird, bleibt die gespiegelte Tabelle erhalten, und der Fehler "Die Quelltabelle ist nicht vorhanden" wird in der Überwachung angezeigt. Wenn Sie diese Tabelle nicht mehr replizieren möchten, aktualisieren Sie die Konfiguration der gespiegelten Datenbank, und entfernen Sie sie, dann wird die gespiegelte Tabelle gelöscht.
  • Wenn Sie alle Daten spiegeln und die Quelltabelle gelöscht wird, wird auch die gespiegelte Tabelle gelöscht.

Schemaebene: Wenn das Schema in der Quelldatenbank abgelegt wird, wird das Schema weiterhin im SQL Analytics-Endpunkt als leeres Schema angezeigt.

Die Quelldatenbank kann nicht geändert werden.

Das Ändern der Quelldatenbank wird nicht unterstützt. Erstellen Sie eine neue gespiegelte Datenbank.

Schränkt Fehlermeldungen ein

Diese allgemeinen Fehlermeldungen enthalten Erklärungen und Gegenmaßnahmen:

Fehlermeldung Grund Milderung
"Die Tabellenanzahl kann den Grenzwert überschreiten, es könnten einige Tabellen fehlen." Es gibt maximal 500 Tabellen. In der Quelldatenbank können Sie Tabellen ablegen oder filtern. Wenn die neue Tabelle die 500. Tabelle ist, ist keine Entschärfung erforderlich.
"Die Replikation wird gedrosselt und erwartet, dass die Replikation bei JJJJ-MM-DDTHH:MM:ss fortgesetzt wird." Es gibt maximal 1 TB Änderungsdaten, die pro Gespiegelte Datenbank pro Tag erfasst werden. Warten Sie, bis die Einschränkung beendet ist.

Verwandte Inhalte

  • Last updated on