Freigeben über

Problembehandlung Gespiegelte Datenbanken in Microsoft Fabric aus Azure SQL-Datenbank

  • Artikel

In diesem Artikel werden die Problembehandlungsschritte für die Spiegelung der Azure SQL-Datenbank behandelt.

Informationen zur Problembehandlung bei der automatisch konfigurierten Spiegelung für die Fabric-SQL-Datenbank finden Sie unter Problembehandlung bei der Spiegelung aus der Fabric-SQL-Datenbank (Vorschau).

Änderungen an Fabric-Kapazität oder -Arbeitsbereich

Ursache Ergebnis Empfohlene Auflösung
Fabric-Kapazität angehalten/gelöscht Die Spiegelung wird beendet 1. Fortsetzen oder Zuweisen von Kapazität aus dem Azure-Portal
2. Wechseln Sie zu Fabric-gespiegelten Datenbankelement. Wählen Sie auf der Symbolleiste die Option Replikation beenden aus.
3. Starten Sie die Replikation, indem Sie die Spiegeldatenbank für das gespiegelte Element im Fabric-Portal auswählen.
Die Fabric-Kapazität wurde fortgesetzt Die Spiegelung wird nicht fortgesetzt 1. Wechseln Sie zu Fabric-gespiegelten Datenbankelement. Wählen Sie auf der Symbolleiste die Option Replikation beenden aus.
2. Starten Sie die Replikation, indem Sie die Spiegeldatenbank für das gespiegelte Element im Fabric-Portal auswählen.
Arbeitsbereich gelöscht Die Spiegelung wird automatisch beendet Wenn die Spiegelung weiterhin in der Azure SQL-Datenbank aktiv ist, führen Sie die folgende gespeicherte Prozedur in Ihrer Azure SQL-Datenbank aus: exec sp_change_feed_disable_db;.
Die Fabric-Testkapazität ist abgelaufen Die Spiegelung wird automatisch beendet Siehe Fabric-Testkapazität läuft ab.
Fabric-Kapazität überschritten Die Spiegelung wird angehalten Warten Sie, bis der Überlastungszustand abgelaufen ist, oder aktualisieren Sie Ihre Kapazität. Erfahren Sie mehr über Aktionen, die Sie ausführen können, um aus Überladungssituationen wiederherzustellen. Die Spiegelung wird fortgesetzt, sobald die Kapazität wiederhergestellt wurde.

T-SQL-Abfragen zur Problembehandlung

Wenn Spiegelungs-Probleme auftreten, führen Sie die folgenden Überprüfungen auf Datenbankebene mithilfe von dynamischen Verwaltungsansichten (Dynamic Management Views, DMVs) und gespeicherten Prozeduren zur Überprüfung der Konfiguration durch.

  1. Führen Sie die folgende Abfrage aus, um zu überprüfen, ob die Änderungen ordnungsgemäß ablaufen:

    SELECT * FROM sys.dm_change_feed_log_scan_sessions;

  2. Wenn der sys.dm_change_feed_log_scan_sessions DMV keinen Fortschritt bei der Verarbeitung inkrementeller Änderungen anzeigt, führen Sie die T-SQL folgende Abfrage aus, um zu überprüfen, ob Probleme gemeldet werden:

    SELECT * FROM sys.dm_change_feed_errors;

  3. Wenn keine Probleme gemeldet werden, führen Sie die folgende gespeicherte Prozedur aus, um die aktuelle Konfiguration der gespiegelten Azure SQL-Datenbank zu überprüfen. Bestätigen Sie, dass sie ordnungsgemäß aktiviert war.

    EXEC sp_help_change_feed;

    Die wichtigsten Spalten, nach denen gesucht werden soll, sind table_name und state. Jeder Wert außer 4 weist auf ein potenzielles Problem hin.

  4. Wenn die Replikation immer noch nicht funktioniert, überprüfen Sie, ob das richtige SAMI-Objekt über Berechtigungen verfügt.

    1. Wählen Sie im Fabric-Portal die Ellipsenoption „...“ auf dem gespiegelten Datenbankelement.
    2. Wählen Sie die Option Berechtigungen verwalten aus.
    3. Vergewissern Sie sich, dass der logische Azure SQL-Servername mit Lese-, Schreibberechtigungen angezeigt wird.
    4. Stellen Sie sicher, dass AppId, die angezeigt wird, mit der ID des SAMI Ihres Azure SQL-Datenbank logischen Servers übereinstimmt.

  5. Wenden Sie sich an den Support, wenn eine Problembehandlung erforderlich ist.

Verwaltete Identität

Die systemseitig zugewiesene verwaltete Identität (System Assigned Managed Identity, SAMI) des logischen Azure SQL-Servers muss aktiviert sein und die primäre Identität sein. Weitere Informationen finden Sie unter Erstellen eines Azure SQL-Datenbank-Servers mit einer benutzerseitig zugewiesenen verwalteten Identität.

Wenn der SAMI-Einstellungsstatus nach der Aktivierung entweder deaktiviert oder anfangs aktiviert ist, dann deaktiviert und dann erneut aktiviert wird, schlägt die Spiegelung der Azure SQL-Datenbank in Fabric OneLake fehl.

Das SAMI muss die primäre Identität sein. Überprüfen Sie, ob SAMI die primäre Identität ist: SELECT * FROM sys.dm_server_managed_identities;

Benutzerseitig zugewiesene verwaltete Identität (UAMI) wird nicht unterstützt. Wenn Sie ein UAMI hinzufügen, wird es zur primären Identität und ersetzt das SAMI als primär. Dies führt dazu, dass die Replikation fehlschlägt. Behebung:

  • Entfernen Sie alle UAMIs. Überprüfen Sie, ob SAMI aktiviert ist.

SPN-Berechtigungen

Entfernen Sie Azure SQL-Datenbank Dienstprinzipalnamen (SPN) Mitwirkungs-Berechtigungen für in Fabric gespiegelte Datenbankelement nicht.

Wenn Sie versehentlich die SPN-Berechtigung entfernen, funktioniert die Spiegelung der Azure SQL-Datenbank nicht wie erwartet. Aus der Quelldatenbank können keine neuen Daten gespiegelt werden.

Wenn Sie Azure SQL-Datenbank-SPN-Berechtigungen oder -Berechtigungen nicht ordnungsgemäß eingerichtet haben, führen Sie die folgenden Schritte aus.

  1. Fügen Sie den SPN als Benutzer hinzu, indem Sie die Ellipsenoption ... für das gespiegelte Datenbankelement auswählen.
  2. Wählen Sie die Option Berechtigungen verwalten aus.
  3. Geben Sie für den Servernamen den Namen Ihres logischen Azure SQL-Datenbank-Servers ein. Bereitstellen von Lese- und Schreibberechtigungen.

Zugehöriger Inhalt