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 Data Warehouse 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 ist Action failed - Error: Orchestrate failed - SyntaxError: Unexpected token in JSON at 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.
Kein dedizierter „GET“-API-Vorgang für die Einstellung „Microsoft.Synapse/workspaces/trustedServiceBypassEnabled“
Problemzusammenfassung: In Azure Synapse Analytics gibt es keinen dedizierten „GET“-API-Vorgang zum Abrufen des Status der Einstellung „trustedServiceBypassEnabled“ im Ressourcenbereich „Microsoft.Synapse/workspaces/trustedServiceBypassEnabled“. Während Benutzer diese Konfiguration festlegen können, können sie den Status nicht direkt über diesen spezifischen Ressourcenbereich abrufen.
Auswirkung: Diese Einschränkung wirkt sich auf Azure Policy-Richtliniendefinitionen aus, da sie keinen bestimmten Status für die Einstellung „trustedServiceBypassEnabled“ erzwingen können. Kunden können Azure Policy nicht verwenden, um diese Konfiguration zu verweigern oder zu verwalten.
Problemumgehung: Es ist keine Problemumgehung in Azure Policy verfügbar, um den gewünschten Konfigurationsstatus für diese Eigenschaft zu erzwingen. Benutzer können jedoch den Arbeitsbereichsvorgang „GET“ verwenden, um den Konfigurationsstatus für Berichtszwecke zu überwachen.
Dieser „GET“-Arbeitsbereichsvorgang ist dem Azure Policy-Alias „Microsoft.Synapse/workspaces/trustedServiceBypassEnabled“ zugeordnet.
Der Azure Policy-Alias kann zum Verwalten dieser Eigenschaft mit einer Auswirkung des Typs „Azure-Richtlinie verweigern“ (Deny Azure Policy Effect) verwendet werden, wenn es sich bei dem Vorgang um eine PUT-Anforderung für die Ressource „Microsoft.Synapse/workspace“ handelt. Dies funktioniert jedoch nur zu Überwachungszwecken, wenn die PUT-Anforderung direkt an die untergeordnete Ressource „Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration“ gesendet wird. Die übergeordnete Ressource weist eine Eigenschaft „[properties.trustedServiceBypassEnabled]“ auf, die die Konfiguration aus der untergeordneten Ressource zuordnet. Aus diesem Grund kann sie weiterhin über den Azure Policy-Alias der übergeordneten Ressource überwacht werden.
Da für die untergeordnete Ressource „Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration“ kein GET-Vorgang verfügbar ist, kann Azure Policy diese Anforderungen nicht verwalten, und Azure Policy kann keinen Azure Policy-Alias dafür generieren.
Übergeordnete Ressource: Microsoft.Synapse/workspaces
Untergeordnete Ressource: Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration
Das Azure-Portal sendet die PUT-Anforderung direkt an die PUT-API für die untergeordnete Ressource. Daher können das Azure-Portal sowie alle anderen API-Anforderungen, die außerhalb der übergeordneten APIs „Microsoft.Synapse/workspaces“ vorgenommen werden, nicht von einer Azure-Richtlinie über eine Auswirkung „Verweigern“ oder eine andere umsetzbare Azure Policy-Auswirkung verwaltet werden.
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 zurückgegebene Fehler lautet:
Failed to modify the identity field of the credential '{credential_name}' because the credential is used by an active database file.
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:
WaitIOCompletion call failed. HRESULT = 0x80070005'. File/External table name: {path}Unable to resolve path '%' Error number 13807, Level 16, State 1, Message "Content of directory on path '%' cannot be listed.Error 16561: External table '<table_name>' is not accessible because content of directory cannot be listed.Error 13822: File {path} cannot be opened because it does not exist or it is used by another process.Error 16536: Cannot bulk load because the file "%ls" could not be opened.
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.
Speicherzugriffsprobleme aufgrund zu langer Autorisierungsheader
Beispielfehlermeldungen in serverlosen SQL-Pools:
File {path} cannot be opened because it does not exist or it is used by another process.Content of directory on path {path} cannot be listed.WaitIOCompletion call failed. HRESULT = {code}'. File/External table name: {path}
Diese generischen Speicherzugriffsfehler werden beim Ausführen einer Abfrage angezeigt. Das Problem kann für einen Benutzer in einem Arbeitsbereich auftreten, aber in anderen Arbeitsbereichen ordnungsgemäß funktionieren. Dieses Verhalten wird aufgrund der Tokengröße erwartet.
Überprüfen Sie die Länge des Microsoft Entra-Tokens, indem Sie den folgenden Befehl in PowerShell ausführen. Der Parameterwert -ResourceUrl unterscheidet sich für nicht lizenzierte Clouds. Wenn die Tokenlänge nahe 11000 oder länger ist, lesen Sie den Abschnitt "Entschärfung".
(Get-AzAccessToken -ResourceUrl https://database.windows.net).Token.Length
Problemumgehung:
Empfohlene Problemumgehungen:
- Wechseln Sie zur Verwalteten Identitätsspeicherautorisierung, wie in der Speicherzugriffssteuerungbeschrieben.
- Verringern Der Anzahl von Sicherheitsgruppen (mit 90 oder weniger Sicherheitsgruppen führt zu einem Token, das mit einer kompatiblen Länge kompatibel ist).
- Erhöhen Sie die Anzahl der Sicherheitsgruppen über 200 (da sich die Erstellung des Tokens ändert, enthält sie einen MS Graph-API-URI anstelle einer vollständigen Liste von Gruppen). Es könnte erreicht werden, indem Sie Dummy/künstliche Gruppen hinzufügen, indem Sie verwalteten Gruppen folgen, nachdem Sie Benutzer zu neu erstellten Gruppen hinzufügen müssen.
Abfragen einer Ansicht zeigt unerwartete Ergebnisse
Wenn Sie die Ansicht abfragen, für die sich das zugrunde liegende Schema nach der Erstellung der Ansicht geändert hat, können unerwartete Ergebnisse auftreten. Dies bedeutet, dass die Ansicht auf Spalten oder Objekte verweist, die geändert wurden oder nicht mehr vorhanden sind. Wenn Sie dies beheben möchten, müssen Sie die Ansichtsdefinition manuell anpassen, um sie an die zugrunde liegenden Schemaänderungen anzupassen.
Problemumgehung: Passen Sie die Ansichtsdefinition manuell an.
Zusammenfassung der aktiven bekannten Probleme beim Apache Spark-Pool in Azure Synapse Analytics
Die folgende Aufstellung enthält bekannte Probleme mit Apache Synapse Spark.
Abfragefehler mit einer LIKE-Klausel bei Verwendung des Synapse-Connectors für dedizierte SQL-Pools in der Spark 3.4-Runtime
Die Open-Source-Runtime von Apache Spark 3.4 verursacht ein Problem, durch das Sonderzeichen in Escapezeichen eingeschlossen werden. Synapse SQL unterstützt das Escape-Schlüsselwort jedoch nicht. Wenn Kunden den Azure Synapse-Connector für dedizierte SQL-Pools für Apache Spark verwenden, kann dieser eine ungültige SQL-Abfrage für Synapse SQL generieren. Das Synapse Spark-Notebook oder der Batchauftrag lösen in diesem Fall einen Fehler der folgenden Art aus:
com.microsoft.spark.sqlanalytics.SQLAnalyticsConnectorException: com.microsoft.sqlserver.jdbc.SQLServerException: Parse error at line: 1, column: XXX: Incorrect syntax near ''%test%''
Problemumgehung: Das Entwicklerteam ist sich derzeit dieses Verhaltens bewusst und arbeitet an einer Lösung. Wenn ein solcher Fehler aufgetreten ist, wenden Sie sich an das Microsoft-Supportteam, um Unterstützung zu erhalten und eine temporäre Problemumgehung zu implementieren.
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 Azure Synapse dedizierten SQL-Poolconnectors für 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.