Kända problem i Azure Synapse Analytics
På den här sidan visas kända problem i Azure Synapse Analytics och deras lösningsdatum eller möjliga lösning. Innan du skickar en Azure Support begäran granskar du den här listan för att se om problemet som du upplever redan är känt och åtgärdas.
Mer information om Azure Synapse Analytics finns i Översikt över Azure Synapse Analytics och Nyheter i Azure Synapse Analytics?
Aktiva kända problem
Azure Synapse Analytics– sammanfattning av aktiva kända problem med dedikerad SQL-pool
Data Factory-kopieringskommandot misslyckas med felet "Det gick inte att utföra begäran på grund av ett I/O-enhetsfel"
Azure Data Factory-pipelines använder Transact-SQL-instruktionen COPY INTO för att mata in data i stor skala i dedikerade SQL-pooltabeller. I vissa sällsynta fall kan instruktionen COPY INTO misslyckas när CSV-filer läses in i en dedikerad SQL-pooltabell när fildelning används i en Azure Data Factory-pipeline. Fildelning är en mekanism som förbättrar belastningsprestanda när ett litet antal större filer (1 GB+) läses in i en enskild kopieringsuppgift. När fildelning är aktiverat kan en enda fil läsas in av flera parallella trådar, där varje tråd tilldelas en del av filen.
Lösning: Berörda kunder bör inaktivera fildelning i Azure Data Factory.
COPY INTO-instruktionen misslyckas med felet "Ett internt DMS-fel uppstod som gjorde att åtgärden misslyckades". när hanterad identitet används
När du använder COPY INTO kommandot med en hanterad identitet kan instruktionen misslyckas efter en långvarig fråga med felmeddelandet "Ett internt DMS-fel uppstod som gjorde att åtgärden misslyckades".
Lösning: Berörda kunder kan använda en alternativ autentiseringsmetod för lagringskontot, till exempel en nyckel för delad åtkomst.
Kunder kan inte övervaka sin användning av dedikerad SQL-pool med hjälp av mått
En intern uppgradering av vår telemetriutsläppslogik, som var avsedd att förbättra prestanda och tillförlitlighet för våra telemetridata, orsakade ett oväntat problem som påverkade vissa kunders möjlighet att övervaka sina dedikerade SQL-pooler och tempdbData Warehouse Data I/O-mått.
Lösning: När vi identifierade problemet vidtog vårt team åtgärder för att identifiera rotorsaken och uppdatera konfigurationen i vårt system. Kunder kan åtgärda problemet genom att pausa och återuppta sin instans, vilket återställer instansens normala tillstånd och telemetridataflödet.
Frågefel vid inmatning av en parquet-fil i en tabell med AUTO_CREATE_TABLE='ON'
Kunder som försöker mata in en parquet-fil i en hash-distribuerad tabell med AUTO_CREATE_TABLE='ON' kan få följande fel:
COPY statement using Parquet and auto create table enabled currently cannot load into hash-distributed tables
Inmatning till en automatiskt skapad hash-distribuerad tabell med AUTO_CREATE_TABLE stöds inte. Kunder som tidigare har läst in med det här scenariot som inte stöds bör CTAS sina data i en ny tabell och använda dem i stället för den gamla tabellen.
Frågor misslyckas med dataexfiltreringsfel
Synapse-arbetsytor som skapats från en befintlig dedikerad SQL Pool-rapportfrågefel relaterade till Data Exfiltration Protection med allmänt felmeddelande medan Data Exfiltration Protection är inaktiverat i Synapse Analytics:
Data exfiltration to '{****}' is blocked. Add destination to allowed list for data exfiltration and try again.
Lösning: Om du påträffade ett liknande fel kan du kontakta Microsofts supportteam för att få hjälp.
FEL VID UPPDATERINGSSTATISTIK
Vissa dedikerade SQL-pooler kan stöta på ett undantag när en UPDATE STATISTICS instruktion körs. Kommandot resulterar i meddelandet "Den angivna statistikströmmen är skadad" och kan inte uppdatera din statistik.
När en ny begränsning läggs till i en tabell skapas en relaterad statistik i distributionerna. Om ett grupperat index också skapas i tabellen måste det innehålla samma kolumner (i samma ordning) som villkoret, annars UPDATE STATISTICS kan kommandona för dessa kolumner misslyckas.
Lösning: Identifiera om det finns ett villkor och klustrade index i tabellen. I så fall släpper du både villkoret och klustrade index. Därefter återskapar du det klustrade indexet och sedan villkoret som säkerställer att båda innehåller samma kolumner i samma ordning. Om tabellen inte har något villkor och klustrat index, eller om ovanstående steg resulterar i samma fel, kontaktar du Microsofts supportteam för att få hjälp.
Tagguppdateringar verkar misslyckas
När du gör en ändring i taggarna för en dedikerad SQL-pool via Azure Portal eller andra metoder kan ett felmeddelande visas även om ändringen har gjorts.
Lösning: Du kan bekräfta att ändringen av taggarna lyckades och ignorera/ignorera felmeddelandet efter behov.
Sammanfattning av aktiva kända problem i Azure Synapse-arbetsytan
Följande är kända problem med Synapse-arbetsytan.
Blob Storage-länkad tjänst med användartilldelad hanterad identitet (UAMI) visas inte
Den länkade tjänsten kanske inte visas under Data Hub ->Linked ->Azure Blob Storage när du har konfigurerat den länkade bloblagringstjänsten för att använda autentiseringen "Användartilldelad hanterad identitet" i Azure Synapse Analytics.
Lösning: Teknikteamet är för närvarande medvetna om det här beteendet och arbetar med en korrigering. Alternativt kan du använda autentiseringsmetoden "Systemtilldelad hanterad identitet" i stället för "Användartilldelad hanterad identitet".
Det gick inte att ta bort Synapse-arbetsytan och det gick inte att ta bort det virtuella nätverket
Det går inte att ta bort en Synapse-arbetsyta med felmeddelandet:
Failed to delete Synapse workspace '[Workspace Name]'. Unable to delete virtual network. The correlationId is ********-****-****-****-************;
Lösning: Problemet kan åtgärdas genom att försöka ta bort åtgärden igen. Teknikteamet är medvetna om det här beteendet och arbetar med en korrigering.
REST API PUT-åtgärder eller ARM/Bicep-mallar för att uppdatera nätverksinställningar misslyckas
När du använder en ARM-mall, en Bicep-mall eller en direkt REST API PUT-åtgärd för att ändra åtkomstinställningarna för offentliga nätverk och/eller brandväggsreglerna för en Synapse-arbetsyta kan åtgärden misslyckas.
Lösning: Problemet kan åtgärdas med hjälp av en REST API PATCH-åtgärd eller Azure Portal användargränssnitt för att återställa och försöka utföra önskade konfigurationsändringar igen. Teknikteamet är medvetna om det här beteendet och arbetar med en korrigering.
Kända problem med att införliva hakparenteser [] i värdet för Taggar
I samband med uppdatering av taggvärden i en Azure Synapse-arbetsyta resulterar inkluderingen av hakparenteser ([]) i en misslyckad uppdateringsåtgärd.
Lösning: Den aktuella lösningen är att avstå från att använda hakparenteserna ([]) i Azure Synapse-arbetsytans taggvärden.
Distributionsfel i Synapse-arbetsytan med synapse-workspace-deployment v1.8.0 i GitHub-åtgärder med ARM-mallar
Felet inträffar under distributionen till produktion och är relaterat till en utlösare som innehåller ett värdnamn med ett dubbelt omvänt snedstreck.
Felmeddelandet som visas är Action failed - Error: Orchestrate failed - SyntaxError: Unexpected token in JSON at position 2057.
Lösning: Följande åtgärder kan vidtas som snabb lösning:
-
Ta bort escape-tecken: Ta bort escape-tecken (
\) från parameterfilen manuellt före distributionen. Det innebär att redigera filen för att eliminera dessa tecken som kan orsaka problem under parsnings- eller bearbetningsfasen av distributionen. -
Ersätt escape-tecken med snedstreck: Ersätt escape-tecknen (
\) med snedstreck (/). Detta kan vara särskilt användbart i filsökvägar, där många system accepterar snedstreck som giltiga sökvägsavgränsare. Den här ersättningen kan hjälpa dig att kringgå problemet med escape-tecken, vilket gör att distributionsprocessen kan lyckas.
När du har tillämpat någon av de här lösningarna och distribuerat dem manuellt uppdaterar du de nödvändiga konfigurationerna på arbetsytan för att säkerställa att allt är korrekt konfigurerat. Det kan handla om att redigera konfigurationsfiler, justera inställningar eller utföra andra uppgifter som är relevanta för den specifika miljön eller programmet som distribueras.
Ingen GET-API-åtgärd som är dedikerad till inställningen "Microsoft.Synapse/workspaces/trustedServiceBypassEnabled"
Problemsammanfattning: I Azure Synapse Analytics finns det ingen dedikerad "GET"-API-åtgärd för att hämta tillståndet för inställningen "trustedServiceBypassEnabled" i resursomfånget "Microsoft.Synapse/workspaces/trustedServiceBypassEnabled". Användarna kan ange den här konfigurationen, men de kan inte hämta dess tillstånd direkt via det här specifika resursomfånget.
Effekt: Den här begränsningen påverkar Azure Policy-definitioner eftersom de inte kan framtvinga ett specifikt tillstånd för inställningen "trustedServiceBypassEnabled". Kunder kan inte använda Azure Policy för att neka eller hantera den här konfigurationen.
Lösning: Det finns ingen lösning tillgänglig i Azure Policy för att framtvinga önskat konfigurationstillstånd för den här egenskapen. Användare kan dock använda åtgärden GET-arbetsyta för att granska konfigurationstillståndet i rapporteringssyfte.
Den här get-arbetsytan mappar till Azure Policy Alias för Microsoft.Synapse/workspaces/trustedServiceBypassEnabled.
Azure Policy Alias kan användas för att hantera den här egenskapen med en Neka Azure Policy-effekt om åtgärden är en PUT-begäran mot resursen Microsoft.Synapse/workspace, men den fungerar endast i granskningssyfte om PUT-begäran skickas direkt till den underordnade resursen Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration. Den överordnade resursen har en egenskap [properties.trustedServiceBypassEnabled] som mappar konfigurationen från den underordnade resursen och det är därför den fortfarande kan granskas via den överordnade resursens Azure Policy Alias.
Eftersom den underordnade resursen Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration inte har någon TILLGÄNGLIG GET-åtgärd kan Azure Policy inte hantera dessa begäranden och Azure Policy kan inte generera ett Azure Policy-alias för den.
Överordnad resurs: Microsoft.Synapse/workspaces
Underordnad resurs: Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration
Azure Portal gör PUT-begäran direkt till PUT-API:et för den underordnade resursen och därför kan Azure Portal, tillsammans med andra API-begäranden som görs utanför de överordnade API:erna för Microsoft.Synapse/arbetsytor, inte hanteras av Azure Policy via en Neka eller annan åtgärdsbar Azure Policy-effekt.
Översikt över aktiva kända problem i Azure Synapse Analytics, serverlös SQL-pool
Frågefel från serverlös SQL-pool till Azure Cosmos DB-analysarkiv
Frågor från en serverlös SQL-pool till Azure Cosmos DB-analysarkivet kan misslyckas med något av följande felmeddelanden:
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'
Följande villkor måste vara uppfyllda för att bekräfta det här problemet:
- En privat slutpunkt används för anslutning till Azure Cosmos DB-analysarkivet.
- När frågan körs igen fungerar det.
Lösning: Teknikteamet är medvetet om det här beteendet och följande åtgärder kan vidtas som en snabb lösning:
- Kör att köra frågan som misslyckades igen. Den uppdaterar automatiskt token som har upphört att gälla.
- Inaktivera den privata slutpunkten. Innan du tillämpar den här ändringen kontrollerar du med ditt säkerhetsteam att den uppfyller företagets säkerhetsprinciper.
Azure Cosmos DB-analysarkivvyn sprider fel attribut i kolumnen
När du använder vyer i en serverlös Azure Synapse-pool över Cosmos DB-analysarkivet, sprids inte ändringen korrekt till SELECT-satserna om det sker en ändring av filer i Cosmos DB-analysarkivet. Därför mappas attributen felaktigt till en annan kolumn i resultatet.
Lösning: Teknikteamet är medvetet om det här beteendet och följande åtgärder kan vidtas som en snabb lösning:
- Återskapa vyn genom att byta namn på kolumnerna.
- Undvik att använda vyer om möjligt.
Det går inte att ändra databasomfattande autentiseringsuppgifter om autentiseringsuppgifter har använts
Ibland kanske du inte kan köra frågan ALTER DATABASE SCOPED CREDENTIAL . Rotorsaken till det här problemet är att autentiseringsuppgifterna cachelagrades efter den första användningen, vilket gör det otillgängligt för ändring. Det returnerade felet är:
Failed to modify the identity field of the credential '{credential_name}' because the credential is used by an active database file.
Lösning: Teknikteamet är för närvarande medvetna om det här beteendet och arbetar med en korrigering. Som en lösning kan du släppa och skapa autentiseringsuppgifterna, vilket också skulle innebära att återskapa externa tabeller med autentiseringsuppgifterna. Du kan också kontakta Microsofts supportteam för att få hjälp.
Frågefel i serverlösa SQL-pooler
Förfallodatum för token kan leda till fel under frågekörningen, trots att användaren har nödvändiga behörigheter över lagringen. Dessa felmeddelanden kan också inträffa på grund av vanliga användarfel, till exempel när rollbaserade rbac-roller (åtkomstkontroll) inte tilldelas till lagringskontot.
Exempel på felmeddelanden:
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.
Lösning:
Lösningen skiljer sig beroende på autentisering, Microsoft Entra (tidigare Azure Active Directory) eller hanterad tjänstidentitet (MSI):
För förfallodatum för Microsoft Entra-token:
För långvariga frågor växlar du till tjänstens huvudnamn, hanterad identitet eller signatur för delad åtkomst (SAS) i stället för att använda en användaridentitet. Mer information finns i Kontrollera åtkomsten till lagringskontot för serverlös SQL-pool i Azure Synapse Analytics.
Starta om klienten (SSMS/ADS) för att hämta en ny token för att upprätta anslutningen.
För förfallodatum för MSI-token:
- Inaktivera och aktivera sedan poolen för att rensa tokencachen. Kontakta Microsofts supportteam om du vill ha hjälp.
Problem med lagringsåtkomst på grund av att auktoriseringshuvudet är för långt
Exempel på felmeddelanden i serverlösa SQL-pooler:
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}
De här allmänna felen för lagringsåtkomst visas när du kör en fråga. Problemet kan uppstå för en användare på en arbetsyta men skulle fungera korrekt på andra arbetsytor. Det här beteendet förväntas på grund av tokenstorleken.
Kontrollera längden på Microsoft Entra-token genom att köra följande kommando i PowerShell. Parametervärdet -ResourceUrl kommer att vara annorlunda för icke-offentliga moln. Om tokenlängden är nära 11 000 eller längre kan du läsa avsnittet Åtgärd .
(Get-AzAccessToken -ResourceUrl https://database.windows.net).Token.Length
Lösning:
Föreslagna lösningar är:
- Växla till Lagringsauktorisering för hanterad identitet enligt beskrivningen i lagringsåtkomstkontrollen.
- Minska antalet säkerhetsgrupper (med 90 eller färre säkerhetsgrupper resulterar med en token som är av kompatibel längd).
- Öka antalet säkerhetsgrupper över 200 (eftersom det ändrar hur token konstrueras kommer den att innehålla en MS Graph API-URI i stället för en fullständig lista över grupper). Det kan uppnås genom att lägga till dummy-/artificiella grupper genom att följa hanterade grupper, efter att du skulle behöva lägga till användare i nyligen skapade grupper.
När du kör frågor mot en vy visas oväntade resultat
När du frågar den vy som det underliggande schemat har ändrats för efter att vyn skapades kan det uppstå oväntade resultat. Det innebär att vyn refererar till kolumner eller objekt som har ändrats eller inte längre finns. För att lösa detta måste du justera vydefinitionen manuellt så att den överensstämmer med de underliggande schemaändringarna.
Lösning: Justera vydefinitionen manuellt.
Nyligen stängda kända problem
| Synapse-komponent | Problem | Status | Datum löst |
|---|---|---|---|
| Serverlös SQL-pool i Azure Synapse | Frågor som använder Microsoft Entra-autentisering misslyckas efter 1 timme | Matchat | Augusti 2023 |
| Serverlös SQL-pool i Azure Synapse | Frågefel vid läsning av Cosmos DB-data med OPENROWSET | Matchat | Mars 2023 |
| Azure Synapse Apache Spark-pool | Det gick inte att skriva till en dedikerad SQL-pool från Synapse Spark med azure Synapse-dedikerad SQL-poolanslutning för Apache Spark när notebook-filer används i pipelines | Matchat | Juni 2023 |
| Azure Synapse Apache Spark-pool | Vissa Spark-jobb eller -aktiviteter misslyckas för tidigt med felkod 503 på grund av begränsning av lagringskonto | Matchat | November 2023 |
| Azure Synapse Apache Spark-pool | Frågefel med en LIKE-sats med Synapse Dedicated SQL Pool Connector i Spark 3.4-körning | Matchat | Oktober 2024 |
Azure Synapse Analytics– serverlös SQL-pool nyligen stängd sammanfattning av kända problem
Frågor som använder Microsoft Entra-autentisering misslyckas efter 1 timme
SQL-anslutningar med Microsoft Entra-autentisering som förblir aktiva i mer än 1 timme börjar misslyckas. Detta omfattar frågor mot lagring med hjälp av Microsoft Entra-direktautentisering och -instruktioner som interagerar med Microsoft Entra-ID, till exempel SKAPA EXTERN PROVIDER. Detta påverkar alla verktyg som håller anslutningar aktiva, till exempel frågeredigeraren i SSMS och ADS. Verktyg som öppnar ny anslutning för att köra frågor påverkas inte, till exempel Synapse Studio.
Status: Löst
Frågefel vid läsning av Azure Cosmos DB-data med OPENROWSET
Frågor från en serverlös SQL-pool till Cosmos DB Analytical Store med OPENROWSET misslyckas med följande felmeddelande:
Resolving CosmosDB path has failed with error 'bad allocation'.
Status: Löst
Azure Synapse Analytics Apache Spark-pool nyligen stängd sammanfattning av kända problem
Det gick inte att skriva till en dedikerad SQL-pool från Synapse Spark med azure Synapse-anslutningsappen för dedikerad SQL-pool för Apache Spark när notebook-filer används i pipelines
När du använder Azure Synapse Dedicated SQL Pool Connector för Apache Spark för att skriva en dedikerad Azure Synapse-pool med notebook-filer i pipelines visas ett felmeddelande:
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: Löst
Vissa Spark-jobb eller -aktiviteter misslyckas för tidigt med felkod 503 på grund av begränsning av lagringskonto
Mellan den 3 oktober 2023 och den 16 november 2023 kan få Apache Spark-pooler i Azure Synapse Analytics ha drabbats av spark-jobb-/aktivitetsfel på grund av att tröskelvärdet för lagrings-API:et överskreds.
Status: Löst
Frågefel med en LIKE-sats med Synapse Dedicated SQL Pool Connector i Spark 3.4-körning
Öppen källkod Apache Spark 3.4 har introducerat ett problem som undfly specialtecken, men Synapse SQL stöder inte escape-nyckelordet. När kunder använder Azure Synapse Dedicated SQL Pool Connector för Apache Spark kan det generera en ogiltig SQL-fråga för Synapse SQL och Synapse Spark-notebook- eller batchjobbet genererar ett fel som liknar:
com.microsoft.spark.sqlanalytics.SQLAnalyticsConnectorException: com.microsoft.sqlserver.jdbc.SQLServerException: Parse error at line: 1, column: XXX: Incorrect syntax near ''%test%''
Status: Löst