An Azure relational database service.
Problem: Sync-Gruppe ist "invalid" (Fehler beim Lesen), Löschversuch hängt seit >30 Min in "InProgress"
- Subscription-ID:
f3e2736f-fcd9-4d84-ba44-8bd8e098d43c - Resourcengruppe:
Kalibrierung - Server:
kaldat-2020 - Datenbank (Hub):
Kaldat2022 - Sync-Gruppen-Name:
MW - Async-Operation-ID:
7beb56ca-a3a5-4d1e-a4f7-570a0a9b24f3
Azure SQL Database
-
M. Weißberg • 21 Reputation points
2026-08-07T16:36:58.98+00:00 Support-Anfrage: SQL Data Sync – Sync-Gruppe hängt in "InProgress"
Problem
Die Azure SQL Data Sync-Gruppe "MW" ist im Backend inkonsistent ("invalid") und lässt sich weder lesen noch löschen. Ein Löschversuch über die REST-API hängt seit mehr als 30 Minuten im Status "InProgress", ohne abzuschließen. Dadurch kann im Azure-Portal die gesamte Liste der Sync-Gruppen für die betroffene Datenbank nicht mehr geladen werden ("wird geladen..." ohne Ende).
Betroffene Ressourcen
Subscription-ID: f3e2736f-fcd9-4d84-ba44-8bd8e098d43c
Resourcengruppe: Kalibrierung
SQL-Server: kaldat-2020 (germanywestcentral)
Hub-Datenbank: Kaldat2022
Betroffene Sync-Gruppe: MW
Async-Operation-ID (Löschversuch): 7beb56ca-a3a5-4d1e-a4f7-570a0a9b24f3
Bisherige Diagnose / Was bereits geprüft/behoben wurde
Ursprünglich lud im Portal weder die Agents- noch die Gruppen-Ansicht für Sync.
Fehlermeldung beim Verbindungsversuch:
Failed to perform data sync operation: The EXECUTE permission was denied on the object 'RegisterDatabaseV2', database 'Kaldat2022', schema 'dss'.Ursache gefunden: Der Rolle
DataSync_admin(Mitglieder:##MS_SyncAccount##,##MS_SyncResourceManager##) fehlten die Berechtigungen auf den SchemasdssundDataSyncinKaldat2022. Diese wurden wiederhergestellt:GRANT EXECUTE ON SCHEMA::dss TO DataSync_admin;GRANT EXECUTE ON SCHEMA::DataSync TO DataSync_admin;GRANT SELECT ON SCHEMA::DataSync TO DataSync_reader;GRANT EXECUTE ON SCHEMA::DataSync TO DataSync_executor;GRANT SELECT ON SCHEMA::DataSync TO DataSync_executor;GRANT CONTROL ON SCHEMA::DataSync TO DataSync_admin;Danach lud die Agents-Ansicht im Portal wieder korrekt. Die Sync-Gruppen-Ansicht blieb weiterhin dauerhaft ladend.
Über die REST-API (
GET .../syncGroups) festgestellt: Der Abruf schlägt komplett fehl mit:Bad Request({"error":{"code":"InvalidSyncGroup","message":"Sync group 'MW' is invalid. Please make sure that the sync group still exists and the sync database specified is correct."}}Versuch, die Gruppe
MWgezielt per REST-API zu löschen (DELETE .../syncGroups/MW) wurde mit Status 202/Accepted angenommen (Location- und Azure-AsyncOperation-Header erhalten), hängt aber seit über 30 Minuten im Status "InProgress".Auf SQL-Ebene wurden keine expliziten DENY-Berechtigungen gefunden, die das Problem erklären würden – der Fehler scheint eine Backend-Inkonsistenz von SQL Data Sync selbst zu sein (z. B. defekte Referenz auf die Sync-Metadaten-Datenbank).
Gewünschte Unterstützung
Bitte den Status der Sync-Gruppe "MW" im Backend zurücksetzen bzw. die hängende Löschoperation (Operation-ID oben) forcieren/abschließen, damit die Sync-Gruppen-Ansicht im Portal für die Datenbank Kaldat2022 wieder normal lädt.
Zusatzhinweis
Uns ist bekannt, dass Azure SQL Data Sync am 30. September 2027 eingestellt wird.
Support-Anfrage: SQL Data Sync – Sync-Gruppe hängt in "InProgress"
Problem
Die Azure SQL Data Sync-Gruppe "MW" ist im Backend inkonsistent ("invalid") und lässt sich weder lesen noch löschen. Ein Löschversuch über die REST-API hängt seit mehr als 30 Minuten im Status "InProgress", ohne abzuschließen. Dadurch kann im Azure-Portal die gesamte Liste der Sync-Gruppen für die betroffene Datenbank nicht mehr geladen werden ("wird geladen..." ohne Ende).
Betroffene Ressourcen
Subscription-ID: f3e2736f-fcd9-4d84-ba44-8bd8e098d43c
Resourcengruppe: Kalibrierung
SQL-Server: kaldat-2020 (germanywestcentral)
Hub-Datenbank: Kaldat2022
Betroffene Sync-Gruppe: MW
Async-Operation-ID (Löschversuch): 7beb56ca-a3a5-4d1e-a4f7-570a0a9b24f3
Bisherige Diagnose / Was bereits geprüft/behoben wurde
Ursprünglich lud im Portal weder die Agents- noch die Gruppen-Ansicht für Sync.
Fehlermeldung beim Verbindungsversuch:
Failed to perform data sync operation: The EXECUTE permission was denied on the object 'RegisterDatabaseV2', database 'Kaldat2022', schema 'dss'.Ursache gefunden: Der Rolle
DataSync_admin(Mitglieder:##MS_SyncAccount##,##MS_SyncResourceManager##) fehlten die Berechtigungen auf den SchemasdssundDataSyncinKaldat2022. Diese wurden wiederhergestellt:GRANT EXECUTE ON SCHEMA::dss TO DataSync_admin;GRANT EXECUTE ON SCHEMA::DataSync TO DataSync_admin;GRANT SELECT ON SCHEMA::DataSync TO DataSync_reader;GRANT EXECUTE ON SCHEMA::DataSync TO DataSync_executor;GRANT SELECT ON SCHEMA::DataSync TO DataSync_executor;GRANT CONTROL ON SCHEMA::DataSync TO DataSync_admin;Danach lud die Agents-Ansicht im Portal wieder korrekt. Die Sync-Gruppen-Ansicht blieb weiterhin dauerhaft ladend.
Über die REST-API (
GET .../syncGroups) festgestellt: Der Abruf schlägt komplett fehl mit:Bad Request({"error":{"code":"InvalidSyncGroup","message":"Sync group 'MW' is invalid. Please make sure that the sync group still exists and the sync database specified is correct."}}Versuch, die Gruppe
MWgezielt per REST-API zu löschen (DELETE .../syncGroups/MW) wurde mit Status 202/Accepted angenommen (Location- und Azure-AsyncOperation-Header erhalten), hängt aber seit über 30 Minuten im Status "InProgress".Auf SQL-Ebene wurden keine expliziten DENY-Berechtigungen gefunden, die das Problem erklären würden – der Fehler scheint eine Backend-Inkonsistenz von SQL Data Sync selbst zu sein (z. B. defekte Referenz auf die Sync-Metadaten-Datenbank).
Gewünschte Unterstützung
Bitte den Status der Sync-Gruppe "MW" im Backend zurücksetzen bzw. die hängende Löschoperation (Operation-ID oben) forcieren/abschließen, damit die Sync-Gruppen-Ansicht im Portal für die Datenbank Kaldat2022 wieder normal lädt.
Zusatzhinweis
Uns ist bekannt, dass Azure SQL Data Sync am 30. September 2027 eingestellt wird.
-
Deleted
This comment has been deleted due to a violation of our Code of Conduct. The comment was manually reported or identified through automated detection before action was taken. Please refer to our Code of Conduct for more information.
-
Ganesh Chelluri • 190 Reputation points • Microsoft External Staff • Moderator
2026-08-11T13:03:04.7766667+00:00 Hallo @M. Weißberg ,
danke für die ausführliche Beschreibung und die bereits durchgeführte Analyse.
Da die Berechtigungen für die DataSync-/dss-Schemas bereits wiederhergestellt wurden und die Agents-Ansicht wieder lädt, sieht das aktuelle Verhalten nicht mehr nach einem reinen Datenbank-Berechtigungsproblem aus.
Die Kombination aus:
-
InvalidSyncGroupbeim Lesen der Sync-Gruppe - fehlgeschlagenem Löschvorgang mit
OperationTimedOut - anschließendem
SyncOperation_DuplicateSyncGroupDrop
deutet darauf hin, dass die Sync-Gruppe weiterhin in einem inkonsistenten oder noch verarbeitenden Zustand hängt.
Bitte führen Sie aktuell keine weiteren DELETE-Versuche für diese Sync-Gruppe aus, damit sich keine weiteren überlappenden Vorgänge aufbauen.
Bitte prüfen Sie noch die dokumentierten Punkte für SQL Data Sync:
- Der SQL Data Sync Client Agent ist online.
- Alle Hub- und Member-Datenbanken der Sync-Gruppe sind online.
- Die Sync-Gruppe befindet sich nicht aktiv in Provisioning oder Synchronisierung.
- Falls der SQL Data Sync Service auf dem Agent-Computer gestoppt ist, starten Sie den Dienst erneut.
- Falls ein Provisioning- oder Sync-Vorgang noch aktiv läuft, warten Sie, bis dieser abgeschlossen ist, bevor erneut gelöscht wird.
Wenn diese Punkte erfüllt sind und die Sync-Gruppe weiterhin weder gelesen noch gelöscht werden kann, ist ein Zurücksetzen des Sync-Gruppenstatus erforderlich. Microsoft dokumentiert für festhängende SQL Data Sync-Gruppen, dass Microsoft Support den Status der Sync-Gruppe zurücksetzen kann, wenn die Standardprüfungen das Problem nicht beheben.
-
-
M. Weißberg • 21 Reputation points
2026-08-11T13:42:28.23+00:00 Hallo, vielen Dank für die Ausführungen. Alle Punkte habe ich bereits geprüft und durchgeführt. Ich hatte gehofft, dass jemand von Support auf diese Weise den Sync Gruppe zurücksetzen kann.
Sign in to comment