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 Schemas dss und DataSync in Kaldat2022. 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 MW gezielt per REST-API zu löschen (DELETE .../syncGroups/MW) wurde mit Status 202/Accepted angenommen (Location- und Azure-AsyncOperation-Header erhalten), hing aber über 30 Minuten im Status "InProgress" und schlug anschließend fehl mit:

{  "error": {    "code": "OperationTimedOut",    "message": "The operation timed out and automatically rolled back. Please retry the operation."  },  "name": "7beb56ca-a3a5-4d1e-a4f7-570a0a9b24f3",  "startTime": "2026-08-07T16:08:01.523Z",  "status": "Failed"}

Die Sync-Gruppe MW wurde dabei nicht gelöscht (automatischer Rollback).

Ein zweiter Löschversuch (Operation-ID d08ce25c-f963-44d4-ba85-5a2ed5ca3c5c) wurde ebenfalls mit Status 202 angenommen, schlug dann aber fehl mit:

{  "error": {    "code": "SyncOperation_DuplicateSyncGroupDrop",    "message": "The sync group is already being dropped."  },  "name": "d08ce25c-f963-44d4-ba85-5a2ed5ca3c5c",  "startTime": "2026-08-07T16:41:30.173Z",  "status": "Failed"}

Das deutet darauf hin, dass im Backend noch ein Rest des ersten (als "Failed" gemeldeten) Löschversuchs aktiv ist und mit neuen Versuchen kollidiert.

Eine Woche später (15.08.2026) ein dritter Löschversuch, diesmal mit neuerer API-Version 2023-08-01 statt 2021-11-01 (Operation-ID 7c97b7af-abc7-4b9a-92b0-fb54e723c9e5), um einen möglichen API-Version-spezifischen Bug auszuschließen. Ergebnis: wieder Status 202 angenommen, dann fehlgeschlagen mit demselben Fehler wie beim initialen Lesezugriff:

{  "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."  },  "name": "7c97b7af-abc7-4b9a-92b0-fb54e723c9e5",  "startTime": "2026-08-15T17:16:48.677Z",  "status": "Failed"}

Damit ist ausgeschlossen, dass es sich um ein API-Version-spezifisches Problem handelt. Die Ursache liegt in einer defekten Referenz der Sync-Gruppe "MW" auf ihre Sync-Metadaten-Datenbank, die sich von außen (SQL-Rechte, REST-API, unterschiedliche API-Versionen) nicht reparieren lässt.

Am 08.08.2026 wurde zusätzlich ein Beitrag mit diesen Informationen im Microsoft-Q&A-Forum (learn.microsoft.com/answers) veröffentlicht. Bis heute (15.08.2026), also über eine Woche später, kam dort keine Reaktion. Da Q&A ein Community-Forum ohne SLA ist, wird diese Anfrage nun als reguläre Supportanfrage mit Schweregrad gestellt.

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(n) Löschoperation(en) forcieren/abschließen, damit die Sync-Gruppen-Ansicht im Portal für die Datenbank Kaldat2022 wieder normal lädt. Bitte keine weiteren eigenen Löschversuche mehr von unserer Seite, um die Situation nicht zusätzlich zu verkomplizieren – wir warten auf Rückmeldung.

Betroffene Async-Operation-IDs

7beb56ca-a3a5-4d1e-a4f7-570a0a9b24f3 (1. Versuch, 07.08.2026, Failed/OperationTimedOut nach ca. 30 Min)

d08ce25c-f963-44d4-ba85-5a2ed5ca3c5c (2. Versuch, 07.08.2026, Failed/SyncOperation_DuplicateSyncGroupDrop)

7c97b7af-abc7-4b9a-92b0-fb54e723c9e5 (3. Versuch, 15.08.2026, API-Version 2023-08-01, Failed/InvalidSyncGroup)

Bisherige Kontaktaufnahme

08.08.2026: Beitrag im Microsoft Q&A-Forum mit obigen Details veröffentlicht – bis 15.08.2026 keine Reaktion erhalten.

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 Schemas dss und DataSync in Kaldat2022. 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 MW gezielt per REST-API zu löschen (DELETE .../syncGroups/MW) wurde mit Status 202/Accepted angenommen (Location- und Azure-AsyncOperation-Header erhalten), hing aber über 30 Minuten im Status "InProgress" und schlug anschließend fehl mit:

{  "error": {    "code": "OperationTimedOut",    "message": "The operation timed out and automatically rolled back. Please retry the operation."  },  "name": "7beb56ca-a3a5-4d1e-a4f7-570a0a9b24f3",  "startTime": "2026-08-07T16:08:01.523Z",  "status": "Failed"}

Die Sync-Gruppe MW wurde dabei nicht gelöscht (automatischer Rollback).

Ein zweiter Löschversuch (Operation-ID d08ce25c-f963-44d4-ba85-5a2ed5ca3c5c) wurde ebenfalls mit Status 202 angenommen, schlug dann aber fehl mit:

{  "error": {    "code": "SyncOperation_DuplicateSyncGroupDrop",    "message": "The sync group is already being dropped."  },  "name": "d08ce25c-f963-44d4-ba85-5a2ed5ca3c5c",  "startTime": "2026-08-07T16:41:30.173Z",  "status": "Failed"}

Das deutet darauf hin, dass im Backend noch ein Rest des ersten (als "Failed" gemeldeten) Löschversuchs aktiv ist und mit neuen Versuchen kollidiert.

Eine Woche später (15.08.2026) ein dritter Löschversuch, diesmal mit neuerer API-Version 2023-08-01 statt 2021-11-01 (Operation-ID 7c97b7af-abc7-4b9a-92b0-fb54e723c9e5), um einen möglichen API-Version-spezifischen Bug auszuschließen. Ergebnis: wieder Status 202 angenommen, dann fehlgeschlagen mit demselben Fehler wie beim initialen Lesezugriff:

{  "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."  },  "name": "7c97b7af-abc7-4b9a-92b0-fb54e723c9e5",  "startTime": "2026-08-15T17:16:48.677Z",  "status": "Failed"}

Damit ist ausgeschlossen, dass es sich um ein API-Version-spezifisches Problem handelt. Die Ursache liegt in einer defekten Referenz der Sync-Gruppe "MW" auf ihre Sync-Metadaten-Datenbank, die sich von außen (SQL-Rechte, REST-API, unterschiedliche API-Versionen) nicht reparieren lässt.

Am 08.08.2026 wurde zusätzlich ein Beitrag mit diesen Informationen im Microsoft-Q&A-Forum (learn.microsoft.com/answers) veröffentlicht. Bis heute (15.08.2026), also über eine Woche später, kam dort keine Reaktion. Da Q&A ein Community-Forum ohne SLA ist, wird diese Anfrage nun als reguläre Supportanfrage mit Schweregrad gestellt.

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(n) Löschoperation(en) forcieren/abschließen, damit die Sync-Gruppen-Ansicht im Portal für die Datenbank Kaldat2022 wieder normal lädt. Bitte keine weiteren eigenen Löschversuche mehr von unserer Seite, um die Situation nicht zusätzlich zu verkomplizieren – wir warten auf Rückmeldung.

Betroffene Async-Operation-IDs

7beb56ca-a3a5-4d1e-a4f7-570a0a9b24f3 (1. Versuch, 07.08.2026, Failed/OperationTimedOut nach ca. 30 Min)

d08ce25c-f963-44d4-ba85-5a2ed5ca3c5c (2. Versuch, 07.08.2026, Failed/SyncOperation_DuplicateSyncGroupDrop)

7c97b7af-abc7-4b9a-92b0-fb54e723c9e5 (3. Versuch, 15.08.2026, API-Version 2023-08-01, Failed/InvalidSyncGroup)

Bisherige Kontaktaufnahme

08.08.2026: Beitrag im Microsoft Q&A-Forum mit obigen Details veröffentlicht – bis 15.08.2026 keine Reaktion erhalten.

Zusatzhinweis

Uns ist bekannt, dass Azure SQL Data Sync am 30. September 2027 eingestellt wird.