Bekannte Probleme mit Azure Synapse Analytics
Auf dieser Seite sind die derzeit bekannten Probleme in Azure Synapse Analytics sowie deren Lösungsdatum oder mögliche Problemumgehung aufgeführt. Überprüfen Sie vor dem Übermitteln einer Supportanfrage an Azure in dieser Liste, ob Ihr Problem bereits bekannt ist und aktuell behoben wird.
Weitere Informationen zu Azure Synapse Analytics finden Sie unter Übersicht über Azure Synapse Analytics und Neuerungen in Azure Synapse Analytics.
Aktive bekannte Probleme
Zusammenfassung der aktiven bekannten Probleme beim dedizierten SQL-Pool in Azure Synapse Analytics
Kunden und Kundinnen können ihren Verbrauch des dedizierten SQL-Pools nicht mithilfe von Metriken überwachen.
Ein internes Upgrade unserer Telemetrie-Emissionslogik, die die Leistung und Zuverlässigkeit unserer Telemetriedaten verbessern soll, verursachte ein unerwartetes Problem, das die Fähigkeit einiger Kunden/Kundinnen zur Überwachung ihrer Metriken für dedizierten SQL-Pool, tempdb
und DW-Daten-E/A beeinflusste.
Problemumgehung: Beim Identifizieren des Problems hat unser Team Maßnahmen ergriffen, um die Ursache zu identifizieren und die Konfiguration in unserem System zu aktualisieren. Kunden/Kundinnen können dieses Problem beheben, indem sie ihre Instanz anhalten und fortsetzen, wodurch der normale Zustand der Instanz und des Telemetriedatenflusses wiederhergestellt wird.
Abfragefehler beim Erfassen einer Parquet-Datei in eine Tabelle mit AUTO_CREATE_TABLE='ON'
Wenn Sie versuchen, eine Parquet-Datei mit AUTO_CREATE_TABLE='ON'
in einer nach Hash aufgeteilten Tabelle zu erfassen, erhalten Sie möglicherweise die folgende Fehlermeldung:
COPY statement using Parquet and auto create table enabled currently cannot load into hash-distributed tables
Die Erfassung in einer automatisch erstellten nach Hash aufgeteilten Tabelle mit AUTO_CREATE_TABLE wird nicht unterstützt. Wenn Sie dieses nicht unterstützte Szenario zuvor für das Laden verwendet haben, sollten Sie Ihre Daten mit CTAS in eine neue Tabelle einfügen und diese anstelle der alten Tabelle verwenden.
Fehler bei Abfragen mit Datenexfiltrationsfehler
Synapse-Arbeitsbereiche, die aus einem vorhandenen dedizierten SQL-Pool erstellt wurden, melden Abfragefehler im Zusammenhang mit dem Schutz vor Datenexfiltration mit einer generischen Fehlermeldung, wenn der Schutz vor Datenexfiltration in Synapse Analytics deaktiviert ist:
Data exfiltration to '{****}' is blocked. Add destination to allowed list for data exfiltration and try again.
Problemumgehung: Wenn ein ähnlicher Fehler aufgetreten ist, wenden Sie sich an das Microsoft-Supportteam, um Unterstützung zu erhalten.
UPDATE STATISTICS-Fehler
Bei einigen dedizierten SQL-Pools kann beim Ausführen einer Anweisung eine UPDATE STATISTICS
-Ausnahme auftreten. Der Befehl führt zu der Meldung „Der bereitgestellte Statistikdatenstrom ist beschädigt.“. Ihre Statistiken können nicht aktualisiert werden.
Wenn einer Tabelle eine neue Einschränkung hinzugefügt wird, wird in den Verteilungen eine zugehörige Statistik erstellt. Wenn auch ein gruppierter Index in der Tabelle erstellt wird, muss er die gleichen Spalten (in derselben Reihenfolge) wie die Einschränkung enthalten, andernfalls treten bei UPDATE STATISTICS
-Befehlen für diese Spalten möglicherweise Fehler auf.
Problemumgehung: Ermitteln Sie, ob eine Einschränkung und ein gruppierter Index in der Tabelle vorhanden sind. Ist dies der Fall, führen Sie einen DROP-Befehl für die Einschränkung und den gruppierten Index aus. Danach erstellen Sie den gruppierten Index und dann die Einschränkung neu. Stellen Sie dabei sicher, dass beide die gleichen Spalten in derselben Reihenfolge enthalten. Wenn die Tabelle keine Einschränkung und keinen gruppierten Index aufweist oder wenn der obige Schritt zum selben Fehler führt, wenden Sie sich an das Microsoft-Supportteam, um Unterstützung zu erhalten.
Tagaktualisierungen schlagen scheinbar fehl
Wenn Sie über das Azure-Portal oder mithilfe anderer Methoden eine Änderung an den Tags eines dedizierten SQL-Pools vornehmen, kann eine Fehlermeldung angezeigt werden, obwohl die Änderung erfolgreich durchgeführt wurde.
Problemumgehung: Sie können die erfolgreiche Änderung der Tags überprüfen und die Fehlermeldung bei Bedarf ignorieren/unterdrücken.
Zusammenfassung aktiver bekannter Probleme im Azure Synapse-Arbeitsbereich
Die folgende Aufstellung enthält bekannte Probleme beim Synapse-Arbeitsbereich:
Der mit Blob Storage verknüpfte Dienst mit benutzerseitig zugewiesener verwalteter Identität (User Assigned Managed Identity, UAMI) wird nicht aufgeführt.
Der verknüpfte Dienst wird möglicherweise nicht unter Datenhub ->Verknüpft ->Azure Blob Storage angezeigt, nachdem Sie den mit Blob Storage verknüpften Dienst für die Verwendung der Authentifizierung vom Typ „Benutzerseitig zugewiesene verwaltete Identität“ in Azure Synapse Analytics konfiguriert haben.
Problemumgehung: Das Entwicklerteam ist sich derzeit dieses Verhaltens bewusst und arbeitet an einer Lösung. Verwenden Sie alternativ die Authentifizierungsmethode „Systemseitig zugewiesene verwaltete Identität“ anstelle von „Benutzerseitig zugewiesene verwaltete Identität“.
Fehler beim Löschen des Synapse-Arbeitsbereichs & Löschen des virtuellen Netzwerks nicht möglich
Beim Löschen eines Synapse-Arbeitsbereichs tritt die folgende Fehlermeldung auf:
Failed to delete Synapse workspace '[Workspace Name]'. Unable to delete virtual network. The correlationId is ********-****-****-****-************;
Problemumgehung: Das Problem kann behoben werden, indem der Löschvorgang wiederholt wird. Das Entwicklerteam ist sich dieses Verhaltens bewusst und arbeitet an einer Lösung.
Fehler bei REST-API-PUT-Vorgängen oder ARM/Bicep-Vorlagen zum Aktualisieren von Netzwerkeinstellungen
Wenn Sie eine ARM-Vorlage, eine Bicep-Vorlage oder einen direkten REST-API-PUT-Vorgang verwenden, um die Einstellungen für den Zugriff auf öffentliche Netzwerke oder Firewallregeln für einen Synapse-Arbeitsbereich zu ändern, kann bei dem Vorgang ein Fehler auftreten.
Problemumgehung: Das Problem kann mithilfe eines REST-API-PATCH-Vorgangs oder über die Azure-Portal-Benutzeroberfläche behoben werden, um die gewünschten Konfigurationsänderungen rückgängig zu machen und es erneut zu versuchen. Das Entwicklerteam ist sich dieses Verhaltens bewusst und arbeitet an einer Lösung.
Bekanntes Problem mit eckigen Klammern [] im Tagwert
Im Kontext der Aktualisierung von Tagwerten innerhalb eines Azure Synapse-Arbeitsbereichs führt die Aufnahme von eckigen Klammern ([]
) zu einem nicht erfolgreichen Aktualisierungsvorgang.
Problemumgehung: Die aktuelle Problemumgehung besteht darin, keine eckigen Klammern ([]
) in den Tagwerten des Azure Synapse-Arbeitsbereichs zu verwenden.
Bereitstellungsfehler in Synapse Workspace mit Synapse-workspace-deployment v1.8.0 in GitHub-Aktionen mit ARM-Vorlagen
Der Fehler tritt während der Bereitstellung in der Produktion auf und bezieht sich auf einen Trigger, der einen Hostnamen mit einem doppelten umgekehrten Schrägstrich enthält.
Die angezeigte Fehlermeldung lautet „Aktion fehlgeschlagen - Fehler: Arrangieren fehlgeschlagen - SyntaxError: Unerwarteter Token in JSON an Position 2057".
Problemumgehung: Folgende Maßnahmen können als schnelle Entschärfung ausgeführt werden:
- Entfernen Sie Escapezeichen: Entfernen Sie alle Escapezeichen (
\
) manuell aus der Parameterdatei vor der Bereitstellung. Dies bedeutet, dass die Datei bearbeitet werden muss, um diese Zeichen zu beseitigen, die während der Analyse- oder Verarbeitungsphase der Bereitstellung Probleme verursachen könnten. - Ersetzen Sie Escapezeichen durch Schrägstriche: Ersetzen Sie die Escapezeichen (
\
) durch Schrägstriche (/
). Dies kann besonders bei Dateipfaden hilfreich sein, bei denen viele Systeme Schrägstriche als gültige Pfadtrennzeichen akzeptieren. Dieser Austausch kann bei der Umgehung des Problems mit Escapezeichen hilfreich sein, sodass der Bereitstellungsprozess erfolgreich ausgeführt werden kann.
Nachdem Sie eine dieser Problemumgehungen angewendet und erfolgreich bereitgestellt haben, aktualisieren Sie die erforderlichen Konfigurationen im Arbeitsbereich manuell, um sicherzustellen, dass alles ordnungsgemäß eingerichtet ist. Dies kann das Bearbeiten von Konfigurationsdateien, das Anpassen von Einstellungen oder das Ausführen anderer Aufgaben, die für die jeweilige Umgebung oder Anwendung relevant sind, umfassen.
Zusammenfassung der aktiven bekannten Probleme beim serverlosen SQL-Pool in Azure Synapse Analytics
Fehler bei Abfragen aus einem serverlosen SQL-Pool an den Azure Cosmos DB-Analysespeicher
Bei Abfragen aus einem serverlosen SQL-Pool an einen Azure Cosmos DB-Analysespeicher wird unter Umständen eine der folgenden Fehlermeldungen angezeigt:
Resolving CosmosDB path has failed with error 'This request is not authorized to perform this operation'
Resolving CosmosDB path has failed with error 'Key not found'
Die folgenden Bedingungen müssen erfüllt sein, um zu bestätigen, dass dieses Problem vorliegt:
- Die Verbindung mit dem Azure Cosmos DB-Analysespeicher nutzt einen privaten Endpunkt.
- Das Wiederholen der Abfrage ist erfolgreich.
Problemumgehung: Das Entwicklerteam ist sich dieses Verhaltens bewusst, und die folgenden Aktionen können zur schnellen Entschärfung ausgeführt werden:
- Wiederholen Sie die fehlgeschlagene Abfrage. Das abgelaufene Token wird automatisch aktualisiert.
- Deaktivieren Sie den privaten Endpunkt. Vergewissern Sie sich vor dem Anwenden dieser Änderung bei Ihrem Sicherheitsteam, dass sie die Sicherheitsrichtlinien Ihres Unternehmens erfüllt.
Die Azure Cosmos DB-Analysespeicheransicht propagiert falsche Attribute in der Spalte
Wenn Ansichten im serverlosen Azure Synapse-Pool über den CosmosDB-Analysespeicher verwendet werden, wird eine Änderung an Dateien nicht ordnungsgemäß an die SELECT-Anweisungen propagiert, die der Kunde in der Ansicht verwendet. Deshalb werden die Attribute fälschlicherweise einer anderen Spalte in den Ergebnissen zugeordnet.
Problemumgehung: Das Entwicklerteam ist sich dieses Verhaltens bewusst, und die folgenden Aktionen können zur schnellen Entschärfung ausgeführt werden:
- Erstellen Sie die Ansicht neu, indem Sie die Spalten umbenennen.
- Vermeiden Sie nach Möglichkeit die Verwendung von Ansichten.
Fehler beim Ändern datenbankbezogener Anmeldeinformationen, wenn Anmeldeinformationen verwendet wurden
Manchmal können Sie die ALTER DATABASE SCOPED CREDENTIAL
-Abfrage möglicherweise nicht ausführen. Die Grundursache für dieses Problem ist, dass Anmeldeinformationen nach der ersten Verwendung zwischengespeichert wurden, sodass sie nicht mehr geändert werden können. Der in diesem Fall zurückgegebene Fehler lautet wie folgt:
- „Fehler beim Ändern des Identitätsfelds der Anmeldeinformationen '{credential_name}', da die Anmeldeinformationen von einer aktiven Datenbankdatei verwendet werden.“.
Problemumgehung: Das Entwicklerteam weiß von diesem Verhalten und arbeitet an einer Lösung. Als Problemumgehung können Sie die Anmeldeinformationen ABLEGEN und ERSTELLEN, wodurch auch externe Tabellen mithilfe der Anmeldeinformationen neu erstellt werden. Alternativ können Sie sich an das Microsoft-Supportteam wenden, um Unterstützung zu erhalten.
Abfragefehler in serverlosen SQL-Pools
Der Ablauf des Tokens kann während der Abfrageausführung zu Fehlern führen, obwohl der Benutzer über den Speicher über die erforderlichen Berechtigungen verfügt. Diese Fehlermeldungen können auch aufgrund häufiger Benutzerfehler auftreten, z. B. wenn rollenbasierte Zugriffssteuerungsrollen (RBAC) nicht dem Speicherkonto zugewiesen werden.
Beispielfehlermeldungen:
Fehler beim WaitIOCompletion-Aufruf. HRESULT = 0x80070005. Name der Datei/externen Tabelle: {path}
Pfad '%' Fehlernummer 13807, Ebene 16, Status 1, Meldung „Verzeichnisinhalt auf Pfad '%' kann nicht aufgelistet werden.
Fehler 16561: „Externe Tabelle '<table_name>' ist nicht zugänglich, da der Inhalt des Verzeichnisses nicht aufgeführt werden kann.“
Fehlernummer 13822: Datei {path} kann nicht geöffnet werden, da sie nicht vorhanden ist oder von einem anderen Prozess verwendet wird.
Fehlernummer 16536: Das Massenladen ist nicht möglich, da die Datei „%ls“ nicht geöffnet werden konnte.
Problemumgehung:
Die Auflösung unterscheidet sich je nach Authentifizierung, Microsoft Entra (vormals Azure Active Directory) oder verwalteter Dienstidentität (MSI):
Ablauf des Microsoft Entra-Tokens:
Wechseln Sie für lange ausgeführte Abfragen zum Dienstprinzipal, zur verwalteten Identität oder zur freigegebenen Zugriffssignatur (Shared Access Signature, SAS), anstatt eine Benutzeridentität zu verwenden. Weitere Informationen finden Sie unter Steuern des Speicherkontozugriffs für serverlose SQL-Pool in Azure Synapse Analytics.
Starten Sie den Client (SSMS/ADS) neu, um ein neues Token zu erhalten, um die Verbindung herzustellen.
Ablauf von MSI-Token:
- Deaktivieren Sie dann den Pool, um den Tokencache zu löschen. Wenden Sie sich an das Microsoft-Supportteam, um Unterstützung zu erhalten.
Zuletzt geschlossene bekannte Probleme
Synapse-Komponente | Problem | Status | Gelöst am |
---|---|---|---|
Azure Synapse SQL-Pool (serverlos) | Bei Abfragen mit Microsoft Entra-Authentifizierung tritt nach einer Stunde ein Fehler auf. | Gelöst | August 2023 |
Azure Synapse SQL-Pool (serverlos) | Abfragefehler beim Lesen von Cosmos DB-Daten mit OPENROWSET | Gelöst | März 2023 |
Azure Synapse Apache Spark-Pool | Fehler beim Schreiben in den dedizierten SQL-Pool von Synapse Spark mithilfe Azure Synapse dedizierten SQL-Poolconnectors für Apache Spark bei Verwendung von Notebooks in Pipelines | Gelöst | Juni 2023 |
Azure Synapse Apache Spark-Pool | Bestimmte Spark-Aufträge oder -Aufgaben schlagen aufgrund der Drosselung des Speicherkontos zu früh mit dem Fehlercode 503 fehl | Gelöst | November 2023 |
Zusammenfassung der kürzlich geschlossenen bekannten Probleme beim serverlosen SQL-Pool in Azure Synapse Analytics
Bei Abfragen mit Microsoft Entra-Authentifizierung tritt nach einer Stunde ein Fehler auf.
Bei SQL-Verbindungen mit Microsoft Entra-Authentifizierung treten nach längerer Aktivität als einer Stunde Fehler auf. Dazu gehören das Abfragen von Speicher mit Microsoft Entra-Passthrough-Authentifizierung und Anweisungen, die mit Microsoft Entra ID interagieren, z. B. CREATE EXTERNAL PROVIDER. Dies wirkt sich auf jedes Tool aus, das Verbindungen aktiv hält, beispielsweise dem Abfrage-Editor in SSMS und ADS. Tools wie Synapse Studio, die eine neue Verbindung zum Ausführen von Abfragen öffnen, sind davon nicht betroffen.
Status: Behoben
Abfragefehler beim Lesen von Azure Cosmos DB-Daten mit OPENROWSET
Bei Abfragen aus einem serverlosen SQL-Pool an einen Cosmos DB-Analysespeicher mit OPENROWSET tritt der folgende Fehler auf:
Resolving CosmosDB path has failed with error 'bad allocation'.
Status: Behoben.
Zusammenfassung der kürzlich geschlossenen bekannten Probleme beim Apache Spark-Pool in Azure Synapse Analytics
Fehler beim Schreiben in den dedizierten SQL-Pool von Synapse Spark mithilfe des Azure Synapse-dedizierten SQL-Poolconnectors von Apache Spark bei Verwendung von Notebooks in Pipelines
Wenn Sie den Azure Synapse-dedizierten SQL-Poolconnector für Apache Spark verwenden, um den Azure Synapse-dedizierten Pool mithilfe von Notebooks in Pipelines zu schreiben, wird eine Fehlermeldung angezeigt:
com.microsoft.spark.sqlanalytics.SQLAnalyticsConnectorException: COPY statement input file schema discovery failed: Cannot bulk load. The file does not exist or you don't have file access rights.
Status: Behoben.
Bestimmte Spark-Aufträge oder -Aufgaben schlagen aufgrund der Drosselung des Speicherkontos zu früh mit dem Fehlercode 503 fehl
Zwischen dem 3. Oktober 2023 und dem 16. November 2023 kann es bei einigen Azure Synapse Analytics-Apache Spark-Pools zu Fehlern bei Spark-Jobs/-Tasks kommen, weil der Grenzwert für die Speicher-API überschritten wurde.
Status: Behoben.