Megjegyzés
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhat bejelentkezni vagy módosítani a címtárat.
Az oldalhoz való hozzáféréshez engedély szükséges. Megpróbálhatja módosítani a címtárat.
Ez a lap az Azure Synapse Analytics ismert problémáit, valamint azok megoldási dátumát vagy lehetséges kerülő megoldását sorolja fel. A Azure-támogatás kérés elküldése előtt tekintse át ezt a listát, és ellenőrizze, hogy a tapasztalt probléma már ismert-e, és megoldva van-e.
Az Azure Synapse Analyticsről további információt az Azure Synapse Analytics áttekintése és az Azure Synapse Analytics újdonságai című témakörben talál.
Aktív ismert problémák
Azure Synapse Analytics dedikált SQL-készlet aktív ismert problémák összefoglalása
A Data Factory másolási parancsa a következő hibával meghiúsul: "A kérés nem hajtható végre I/O-eszközhiba miatt"
Az Azure Data Factory-folyamatok a COPY INTO Transact-SQL utasítást használják az adatok nagy léptékű betöltésére dedikált SQL-készlettáblákba. Bizonyos ritka esetekben az COPY INTO utasítás meghiúsulhat, ha CSV-fájlokat tölt be dedikált SQL-készlettáblába, amikor egy Azure Data Factory-folyamatban fájlmegosztást használ. A fájlmegosztás olyan mechanizmus, amely javítja a betöltési teljesítményt, ha néhány nagyobb (1 GB+) fájl töltődik be egyetlen másolási feladatba. Ha engedélyezve van a fájlmegosztás, több párhuzamos szál is betölthet egyetlen fájlt, ahol minden szál feldolgozza a fájl egy részét.
Megkerülő megoldás: Az érintett ügyfeleknek le kell tiltania a fájlmegosztást az Azure Data Factoryben.
A COPY INTO utasítás sikertelenül végrehajtódott a következő hibaüzenet miatt: „Belső DMS-hiba történt, amely miatt a művelet meghiúsult.” felügyelt identitás használata esetén
Ha felügyelt identitással rendelkező parancsot használ COPY INTO , az utasítás egy hosszú ideig futó lekérdezés után meghiúsulhat,"Belső DMS-hiba történt, amely miatt a művelet meghiúsult".
Megkerülő megoldás: Az érintett ügyfelek alternatív hitelesítési módszert használhatnak a tárfiókhoz, például megosztott hozzáférési kulcsot.
Az ügyfelek nem tudják figyelni a dedikált SQL-készlet használatát metrikák használatával
A telemetriai kibocsátási logikánk belső frissítése, amelynek célja a telemetriai adatok teljesítményének és megbízhatóságának növelése volt, váratlan problémát okozott, amely hatással volt néhány ügyfél dedikált SQL-készletének monitorozására, tempdbvalamint a Data Warehouse data IO-metrikáira.
Megkerülő megoldás: A probléma azonosítása után csapatunk lépéseket tett a kiváltó ok azonosítása és a konfiguráció frissítése érdekében a rendszerben. Az ügyfelek kijavíthatják a problémát a példány szüneteltetésével és folytatásával, amely visszaállítja a példány normál állapotát és a telemetriai adatfolyamot.
Hiba lép fel a lekérdezés során, amikor AUTO_CREATE_TABLE='ON' beállítással egy parquet-fájlt töltünk be egy táblába.
Azok az ügyfelek, akik egy parquet-fájlt próbálnak beolvasni egy kivonatosan elosztott táblába AUTO_CREATE_TABLE='ON', a következő hibaüzenetet kaphatják:
COPY statement using Parquet and auto create table enabled currently cannot load into hash-distributed tables
Az automatikusan létrehozott kivonatelosztott táblába való betöltés a AUTO_CREATE_TABLE használatával nem támogatott. Azok az ügyfelek, akik korábban ezzel a nem támogatott forgatókönyvvel töltöttek be adatokat, a CREATE TABLE AS SELECT (CTAS) használatával másolják az adatokat egy új táblába, és lecserélik a régi táblát.
Adatkiszivárgási hibával meghiúsult lekérdezések
A meglévő dedikált SQL Poolból létrehozott Synapse-munkaterületek lekérdezési hibát jeleznek a Adatkiszivárgás elleni védelem miatt, általános hibaüzenettel, miközben az Adatkiszivárgás elleni védelem ki van kapcsolva a Synapse Analyticsben.
Data exfiltration to '{****}' is blocked. Add destination to allowed list for data exfiltration and try again.
Megkerülő megoldás: Ha hasonló hibát észlelt, forduljon Microsoft ügyfélszolgálata csapathoz segítségért.
UPDATE STATISTICS sikertelenség
Néhány dedikált SQL-készlet kivételt tapasztalhat egy UPDATE STATISTICS utasítás végrehajtásakor. A parancs a "A megadott statisztikai adatfolyam sérült" üzenetet eredményezi, és nem frissíti a statisztikát.
Amikor új korlátozást ad hozzá egy táblához, létrejön egy kapcsolódó statisztika a disztribúciókban. Ha egy fürtözött index is létrejön a táblában, a korlátozással megegyező (ugyanabban a sorrendben) oszlopokat kell tartalmaznia, ellenkező esetben UPDATE STATISTICS az oszlopok parancsai sikertelenek lehetnek.
Megkerülő megoldás: Annak megállapítása, hogy létezik-e korlátozás és klaszterezett index a táblában. Ha igen, a korlátozást és a fürtözött indexet vesse el. Ezután hozza létre újra a fürtözött indexet, majd a kényszert, amely biztosítja, hogy mindkét oszlop ugyanabban a sorrendben szerepeljen. Ha a tábla nem rendelkezik korlátozással és fürtözött indexel, vagy ha a lépés ugyanazt a hibát eredményezi, forduljon a Microsoft támogatási csapatához segítségért.
TDE-átjáró időtúllépéseinek engedélyezése ARM-telepítés során
A TDE (transzparens adattitkosítás) frissítése belsőleg szinkron műveletként van implementálva, időkorláttól függően, amely túlléphető. Bár meghaladta az időkorlátot, a háttérben a TDE-művelet a legtöbb esetben sikeres, de ez elutasítja az ARM-sablonban következő műveleteket.
Megkerülő megoldás: A probléma kétféleképpen hárítható el. Az előnyben részesített beállítás az ARM-sablon több sablonra való felosztása, így az egyik sablon TDE-frissítést tartalmaz. Ez a művelet csökkenti az időtúllépés esélyét. Másik lehetőség, hogy néhány perc elteltével újrapróbálkozza az üzembe helyezést. A várakozási idő alatt a TDE frissítési művelet valószínűleg sikeres lesz, és a sablon ismételt üzembe helyezése a második alkalommal a korábban elutasított műveletek végrehajtásához vezethet.
A címkefrissítések sikertelennek tűnnek
Ha egy dedikált SQL-készlet címkéinek módosítása az Azure Portalon vagy más módszereken keresztül történik, hibaüzenet jelenhet meg, még akkor is, ha a módosítás sikeresen megtörtént.
Megkerülő megoldás: Meggyőződhet arról, hogy a címkék módosítása sikeres volt, és szükség szerint figyelmen kívül hagyhatja/letilthatja a hibaüzenetet.
A proxykapcsolatok az átjáró miatt meghiúsulhatnak
Amikor az Azure-hálózat határain kívülről hoz létre kapcsolatot, az összes kapcsolat az átjárón keresztül halad át a Synapse-munkaterületek alapértelmezett kapcsolatszabályzatának megfelelően. Ugyanez érvényes a Privát végpontok Synapse-munkaterületeken való használatakor is. A szabályzat miatt ez nagyobb késéshez és alacsonyabb átviteli sebességhez vezethet a dedikált készlettel való kommunikáció során, és az átjárókimaradások befolyásolhatják.
Áthidaló megoldás: Jelenleg nincs áthidaló megoldás a forgatókönyvhöz.
Az Azure Synapse-munkaterület aktív ismert problémáinak összegzése
Az alábbiakban a Synapse-munkaterülettel kapcsolatos ismert problémákat ismertetjük.
A felhasználó által hozzárendelt felügyelt identitással (UAMI) rendelkező Blob Storage kapcsolt szolgáltatás nem jelenik meg a listában.
Előfordulhat, hogy a társított szolgáltatás nem látható a Data Hub -Linked> alatt, miután konfigurálta a blobtároló társított szolgáltatást a "Felhasználó által hozzárendelt felügyelt identitás" hitelesítés használatára az Azure Synapse Analyticsben.
Megkerülő megoldás: A mérnöki csapat jelenleg tisztában van ezzel a viselkedéssel, és egy javításon dolgozik. Alternatív megoldásként használja a "Rendszer által hozzárendelt felügyelt identitás" hitelesítési módszert a "Felhasználó által hozzárendelt felügyelt identitás" helyett.
Nem sikerült törölni a Synapse-munkaterületet & Nem sikerült törölni a virtuális hálózatot
A Synapse-munkaterület törlése a következő hibaüzenettel meghiúsul:
Failed to delete Synapse workspace '[Workspace Name]'. Unable to delete virtual network. The correlationId is ********-****-****-****-************;
Megkerülő megoldás: A probléma a törlési művelet újrapróbálkozásával hárítható el. A mérnöki csapat tisztában van ezzel a viselkedéssel, és dolgozik a javításon.
REST API PUT-műveletek vagy ARM/Bicep-sablonok a hálózati beállítások frissítéséhez sikertelenek
Ha ARM-sablont, Bicep-fájlt vagy közvetlen REST API PUT-műveletet használ a Synapse-munkaterület nyilvános hálózati hozzáférési beállításainak és/vagy tűzfalszabályainak módosításához, a művelet meghiúsulhat.
Megkerülő megoldás: A probléma egy REST API PATCH művelettel vagy az Azure Portal felhasználói felületével oldható meg a kívánt konfigurációmódosítások megfordításához és újrapróbálkozásához. A mérnöki csapat tisztában van ezzel a viselkedéssel, és dolgozik a javításon.
Ismert probléma, amely szögletes zárójeleket [] tartalmaz a Címkék értékében
Az Azure Synapse-munkaterület címkeértékeinek frissítésével összefüggésben a szögletes zárójelek ([]) felvétele sikertelen frissítési műveletet eredményez.
Megkerülő megoldás: Az aktuális kerülő megoldás az, hogy tartózkodik a szögletes zárójelek ([]) az Azure Synapse-munkaterület címkéinek értékeiben való használatától.
Üzembehelyezési hibák a Synapse-munkaterületen a Synapse-workspace-deployment v1.8.0 használatával a GitHub-műveletekben ARM-sablonokkal
A hiba az éles üzembe helyezés során következik be, és egy olyan eseményindítóhoz kapcsolódik, amely kettős fordított perjelet tartalmazó gazdagépnevet tartalmaz.
A megjelenő hibaüzenet a következő Action failed - Error: Orchestrate failed - SyntaxError: Unexpected token in JSON at position 2057: .
Megkerülő megoldás: Gyors megoldásként az alábbi műveletek végezhetők el:
-
Feloldókarakterek eltávolítása: Az üzembe helyezés előtt manuálisan távolítsa el a feloldó karaktereket (
\) a paraméterfájlból. Ez azt jelenti, hogy a fájl szerkesztésével kiküszöbölheti azokat a karaktereket, amelyek problémákat okozhatnak az üzembe helyezés elemzési vagy feldolgozási szakaszában. -
A menekülő karaktereket cserélje le előre perjelekre: Cserélje le a menekülő karaktereket (
\) az előre perjelekre (/). Ez a csere hasznos lehet a fájl elérési útjaiban, ahol számos rendszer elfogadja a perjeleket érvényes elérési útelválasztóként. Ez a csere segíthet megkerülni a feloldó karakterekkel kapcsolatos problémát, ami lehetővé teszi az üzembe helyezési folyamat sikerességét.
Ezen áthidaló megoldások bármelyikének alkalmazása és a sikeres üzembe helyezés után manuálisan frissítse a munkaterületen belül a szükséges konfigurációkat, hogy minden megfelelően legyen beállítva. Ez a lépés magában foglalhatja a konfigurációs fájlok szerkesztését, a beállítások módosítását vagy az üzembe helyezett adott környezethez vagy alkalmazáshoz kapcsolódó egyéb feladatok elvégzését.
Nincs a "Microsoft.Synapse/workspaces/trustedServiceBypassEnabled" beállításhoz dedikált GET API-művelet
Probléma összefoglalása: Az Azure Synapse Analyticsben nincs dedikált "GET" API-művelet a "trustedServiceBypassEnabled" beállítás állapotának lekéréséhez a "Microsoft.Synapse/workspaces/trustedServiceBypassEnabled" erőforrás-hatókörben. Bár a felhasználók beállíthatják ezt a konfigurációt, nem tudják közvetlenül lekérni az állapotát ezen az erőforrás-hatókörön keresztül.
Ütközik: Ez a korlátozás hatással van az Azure Policy-definíciókra, mivel nem tudnak kikényszeríteni egy adott állapotot a "trustedServiceBypassEnabled" beállításhoz. Az ügyfelek nem tudják az Azure Policy használatával megtagadni vagy kezelni ezt a konfigurációt.
Megkerülő megoldás: Az Azure Policyban nem érhető el megkerülő megoldás a tulajdonság kívánt konfigurációs állapotának kikényszerítéséhez. A felhasználók azonban a GET munkaterületi művelettel jelentéskészítés céljából naplózhatják a konfigurációs állapotot.
Ez a GET munkaterület-művelet a "Microsoft.Synapse/workspaces/trustedServiceBypassEnabled" Azure Policy Aliasra van leképezve.
Az Azure Policy Alias akkor használható az "Azure Policy" megtagadás hatásával a tulajdonság kezelésére, ha a művelet PUT-kérés a Microsoft.Synapse/workspace erőforrás ellen, de csak ellenőrzési célokra működik, ha a PUT-kérést közvetlenül a Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration gyermekerőforrásnak küldik el. A szülőerőforrás rendelkezik egy [properties.trustedServiceBypassEnabled] tulajdonsággal, amely leképezi a konfigurációt a gyermekerőforrásból, ezért továbbra is naplózható a szülőerőforrás Azure Policy Aliasán keresztül.
Mivel a Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration gyermekerőforrás nem rendelkezik GET művelettel, az Azure Policy nem tudja kezelni ezeket a kéréseket, és az Azure Policy nem tud Azure Policy Aliast létrehozni hozzá.
Szülőerőforrás: Microsoft.Synapse/workspaces
Gyermekerőforrás: Microsoft.Synapse/workspaces/trustedServiceByPassConfiguration
Az Azure portal közvetlenül a gyermekerőforrás PUT API-jára küldi a PUT kérést, ezért az Azure portal, valamint a szülő Microsoft.Synapse/workspaces API-kon kívül küldött egyéb API-kérések nem kezelhetők az Azure Policy által érvényesített "Deny" vagy más végrehajtható Azure Policy-hatás révén.
Az Azure Synapse Analytics kiszolgáló nélküli SQL-készletének aktív ismert problémáinak összegzése
Lekérdezési hibák a kiszolgáló nélküli SQL-készletből az Azure Cosmos DB elemzési tárba
A kiszolgáló nélküli SQL-készletekből az Azure Cosmos DB elemzési tárára irányulóan indított lekérdezések az alábbi hibaüzenetek valamelyikével sikertelenek lehetnek:
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'
Az alábbi feltételeknek kell teljesülniük annak megállapításához, hogy valóban erről a problémáról van szó:
- Az Azure Cosmos DB elemzési tárával létesített kapcsolat privát végpontot használ.
- A lekérdezés újbóli végrehajtása sikerül.
Megkerülő megoldás: A mérnöki csapat tisztában van ezzel a viselkedéssel, és gyors megoldásként az alábbi műveleteket hajthatja végre:
- Próbálkozzon újra a sikertelen lekérdezéssel. Ez automatikusan frissíti a lejárt tokent.
- Tiltsa le a privát végpontot. A módosítás alkalmazása előtt egyeztessen a biztonságért felelős csapattal arról, hogy a módosítás megfelel-e a vállalati biztonsági szabályzatoknak.
Az Azure Cosmos DB elemzési tár nézet helytelen attribútumokat propagálja az oszlopban
Ha az Azure Synapse kiszolgáló nélküli környezetében a Cosmos DB elemzési táron keresztül használ nézeteket, és változás történik a Cosmos DB elemzési tár fájljain, akkor a változás nem jut el megfelelően a SELECT utasításokhoz, amelyet az ügyfél a nézeten használ. Ennek eredményeképpen az attribútumok helytelenül lesznek leképezve az eredmények egy másik oszlopára.
Megkerülő megoldás: A mérnöki csapat tisztában van ezzel a viselkedéssel, és gyors megoldásként az alábbi műveleteket hajthatja végre:
- Hozza létre újra a nézetet az oszlopok átnevezésével.
- Ha lehetséges, kerülje a nézetek használatát.
Az adatbázis-hatókörű hitelesítő adatok módosítása meghiúsul, ha hitelesítő adatokat használnak
Előfordulhat, hogy nem tudja végrehajtani a lekérdezést ALTER DATABASE SCOPED CREDENTIAL . A probléma kiváltó oka az, hogy a hitelesítő adatokat az első használat után gyorsítótárazták, így az nem érhető el a módosításhoz. A visszaadott hiba a következő:
Failed to modify the identity field of the credential '{credential_name}' because the credential is used by an active database file.
Megkerülő megoldás: A mérnöki csapat jelenleg tisztában van ezzel a viselkedéssel, és egy javításon dolgozik. Áthidaló megoldásként a DROP és a CREATE használatával hozhatja létre a hitelesítő adatokat, ami azt is jelenti, hogy a külső táblákat a hitelesítő adatokkal kell újra létrehozni. Másik lehetőségként segítséget kérhet Microsoft ügyfélszolgálata csapattól.
Lekérdezési hibák kiszolgáló nélküli SQL-készletekben
A jogkivonat lejárata hibákhoz vezethet a lekérdezés végrehajtása során, annak ellenére, hogy rendelkezik a felhasználó számára szükséges engedélyekkel a tárterületen. Ezek a hibaüzenetek gyakori felhasználói hibák miatt is megjelenhetnek, például ha a szerepköralapú hozzáférés-vezérlési (RBAC) szerepkörök nincsenek hozzárendelve a tárfiókhoz.
Példa hibaüzenetek:
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.
Megkerülő megoldás:
A megoldás a hitelesítéstől, a Microsoft Entra (korábbi nevén Azure Active Directory) vagy a felügyeltszolgáltatás-identitástól (MSI) függően eltérő:
Microsoft Entra-jogkivonat lejárata esetén:
Hosszú ideig futó lekérdezések esetén váltson szolgáltatásnévre, felügyelt identitásra vagy közös hozzáférésű jogosultságkódra (SAS) felhasználói identitás használata helyett. További információ: A tárfiókok hozzáférésének szabályozása kiszolgáló nélküli SQL-készlethez az Azure Synapse Analyticsben.
Indítsa újra a klienst (SSMS) egy új token beszerzéséhez, hogy létrehozza a kapcsolatot.
MSI-jogkivonat lejárata esetén:
- Inaktiválja, majd aktiválja a fürtöt a token gyorsítótárának törléséhez. Forduljon Microsoft ügyfélszolgálata csapatához segítségért.
Tárolási hozzáférési problémák, mert az engedélyezési fejléc túl hosszú
Példa hibaüzenetek kiszolgáló nélküli SQL-készletekben:
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}
Ezek az általános tárelérési hibák lekérdezés futtatásakor jelennek meg. Előfordulhat, hogy a probléma egy adott munkaterületen lévő felhasználónál jelentkezik, de más munkaterületeken megfelelően működik. Ez a viselkedés a token mérete miatt várható.
Ellenőrizze a Microsoft Entra-jogkivonat hosszát az alábbi paranccsal a PowerShellben. A -ResourceUrl paraméter értéke nem nyilvános felhők esetén eltérő lesz. Ha a token hossza közel 11000 vagy hosszabb, lásd a Mitigation szakaszt.
(Get-AzAccessToken -ResourceUrl https://database.windows.net).Token.Length
Megkerülő megoldás:
A javasolt megoldások a következők:
- Váltson a felügyelt identitástár-engedélyezésre a tárhozzáférés-vezérlésben leírtak szerint.
- Csökkentse a biztonsági csoportok számát (ha 90 vagy kevesebb biztonsági csoport van, az kompatibilis hosszúságú jogkivonatot eredményez).
- A biztonsági csoportok számának 200 fölé növelése (mivel ez megváltoztatja a jogkivonat felépítését, így a csoportok teljes listája helyett egy MS Graph API URI-t fog tartalmazni). Ezt úgy érheti el, hogy a felügyelt csoportok követésével hozzáadja a dummy/mesterséges csoportokat, miután hozzá kell adnia a felhasználókat az újonnan létrehozott csoportokhoz.
A nézet lekérdezése váratlan eredményeket jelenít meg
Amikor lekérdezi azt a nézetet, amelyhez az alapul szolgáló séma megváltozott a nézet létrehozása után, váratlan eredmények léphetnek fel. Ez azt jelenti, hogy a nézet a módosított vagy már nem létező oszlopokra vagy objektumokra hivatkozik. Ennek leküzdéséhez manuálisan kell módosítania a nézetdefiníciót, hogy igazodjon az alapul szolgáló sémamódosításokhoz.
Megkerülő megoldás: Manuálisan állítsa be a nézetdefiníciót.
Előfordulhat, hogy a 7500 karakternél hosszabb lekérdezések nem jelennek meg a Log Analyticsben
Előfordulhat, hogy a 7500 karakternél hosszabb lekérdezések nem lesznek rögzítve a SynapseBuiltinSqlPoolRequestsEnded Log Analytics táblájában.
Megkerülő megoldás:
A javasolt megoldások a következők:
-
sys.dm_exec_requests_historyA Synapse kiszolgáló nélküli SQL-készletében található nézet használatával elérheti az előzmény lekérdezések végrehajtási adatait. - Ha lehetséges, a lekérdezés újrabontása 7500 karakter alá csökkenti a hosszát.
A külső táblák lekérdezései a hiányzó statisztikák miatt tovább tarthatnak vagy nem fejeződnek be
A kiszolgáló nélküli SQL-készlet automatikusan létrehozza a külső táblák statisztikáit. Egy ismert probléma azonban megakadályozhatja bizonyos oszlopok statisztikáinak létrehozását, ami az optimálisnál rosszabb lekérdezési terveket és a lekérdezési teljesítmény romlását eredményezheti.
Megoldás
Az ajánlott kerülőút/módszer a következő:
- Futtassa a következő diagnosztikai lekérdezést a külső táblát tartalmazó adatbázisban, hogy azonosítsa azokat az oszlopokat, ahol a
stats_namevagy astats_dateNULL értékű. - Ha a statisztikák hiányoznak, másolja ki a szöveget az
cmd_create_statsoszlopból, és futtassa egy új munkamenetben a statisztikák létrehozásához. - Győződjön meg arról, hogy minden releváns tábla és oszlop rendelkezik statisztikával, és hogy a statisztikák frissek. Ha a statisztikák elavultak, vesse el és hozza létre újra őket, hogy az SQL-optimalizáló hatékonyabb lekérdezési terveket hozzon létre.
- Érdemes lehet automatizálást implementálni a statisztikák rendszeres elvetéséhez és újbóli létrehozásához a lekérdezések konzisztens teljesítményének fenntartása érdekében.
SELECT
schema_name(o.schema_id) AS [schema_name],
object_name(o.object_id) AS [table_name],
o.create_date AS [table_date_create],
c.name AS [column_name],
s.name as [stats_name],
STATS_DATE(s.object_id, s.stats_id) AS [stats_date],
'CREATE STATISTICS [' + 'Stats_' + c.name + '] ON [' + schema_name(o.schema_id) + '].[' + object_name(o.object_id) + '] ([' + c.name + ']) WITH FULLSCAN;' AS cmd_create_stats,
'DROP STATISTICS [' + schema_name(o.schema_id) + '].[' + object_name(o.object_id) + '].[' + 'Stats_' + c.name + '];' AS cmd_drop_stats,
'DROP STATISTICS [' + schema_name(o.schema_id) + '].[' + object_name(s.object_id) + '].[' + s.name + '];' AS cmd_drop_existing_stats
FROM sys.objects AS o
INNER JOIN sys.columns AS c
ON o.object_id = c.object_id
LEFT JOIN sys.stats_columns AS sc
ON sc.object_id = c.object_id AND sc.column_id = c.column_id
LEFT JOIN sys.stats AS s
ON s.object_id = sc.object_id AND s.stats_id = sc.stats_id
WHERE o.type = 'U'
ORDER BY [schema_name], [table_name], [column_name];
A probléma enyhítése mellett a friss statisztikák fenntartása javíthatja a lekérdezések általános teljesítményét.
Nemrég megoldott ismert problémák
Az Azure Synapse Analytics kiszolgáló nélküli SQL-készletének nemrég megoldott ismert problémáinak összefoglalója
A Microsoft Entra-hitelesítést használó lekérdezések 1 óra elteltével meghiúsulnak
Az 1 óránál hosszabb ideig aktív Microsoft Entra-hitelesítést használó SQL-kapcsolatok meghiúsulnak. Ez magában foglalja a tároló lekérdezését a Microsoft Entra pass-through hitelesítéssel, valamint a Microsoft Entra ID-val kommunikáló utasításokat, például a CREATE EXTERNAL PROVIDER. Ez minden olyan eszközt érint, amely aktív marad a kapcsolatokban, például az SSMS lekérdezésszerkesztőjében (SQL Server Management Studio). A lekérdezések végrehajtásához új kapcsolatot megnyitó eszközöket nem érintik, például a Synapse Studiót.
Állapot: Megoldva
Lekérdezési hibák az Azure Cosmos DB-adatok OPENROWSET használatával történő olvasása során
A kiszolgáló nélküli SQL-készletből az OPENROWSET használatával a Cosmos DB-elemzési tárba történő lekérdezések a következő hibaüzenettel meghiúsulnak:
Resolving CosmosDB path has failed with error 'bad allocation'.
Állapot: Megoldva
Az Azure Synapse Analytics Apache Spark-készlet nemrég megoldotta az ismert problémákat, és összefoglalta azokat.
Nem sikerült írni az SQL dedikált lekérdezési készletbe a Synapse Sparkból az Azure Synapse dedikált SQL-készlet csatlakozóját használva az Apache Sparkkal, amikor jegyzetfüzeteket alkalmazunk a folyamatokban.
Amikor az Apache Sparkhoz használt Azure Synapse dedikált SQL-készlet csatlakozóját alkalmazzuk, hogy egy Azure Synapse Dedikált készlethez írjunk jegyzetfüzetek segítségével a folyamatokban, hibaüzenet jelenik meg.
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.
Állapot: Megoldva
Bizonyos spark-feladat vagy feladat túl korán meghiúsul az 503-as hibakóddal a tárfiók szabályozása miatt
2023. október 3. és 2023. november 16. között néhány Azure Synapse Analytics Apache Spark-készletnél spark-munka/-feladat hibák léphettek fel a tárolási API korlát túllépése miatt.
Állapot: Megoldva
Lekérdezési hiba egy LIKE záradékkal a Synapse Dedikált SQL-készlet-összekötővel a Spark 3.4-futtatókörnyezetben
Az nyílt forráskód Apache Spark 3.4 hibát észlelt, amely feloldja a speciális karaktereket, de a Synapse SQL nem támogatja a menekülési kulcsszót. Ha az ügyfelek az Azure Synapse dedikált SQL-készlet-összekötőt használják az Apache Sparkhoz, érvénytelen SQL-lekérdezést hozhatnak létre a Synapse SQL-hez, és a Synapse Spark-jegyzetfüzet vagy kötegelt feladat a következőhöz hasonló hibát jelez:
com.microsoft.spark.sqlanalytics.SQLAnalyticsConnectorException: com.microsoft.sqlserver.jdbc.SQLServerException: Parse error at line: 1, column: XXX: Incorrect syntax near ''%test%''
Állapot: Megoldva
A Spark-munkamenet indítása (egyéni Python-kódtárakkal) a szokásosnál tovább tart
Hiba történt a munkamenet indítási idején, amikor a Python-kódtárak (requirements.txt vagy .whl) a spark-készlethez vannak csatolva. Az ügyfelek időnként lassú munkamenet-indítási időket tapasztalnak.
Állapot: Megoldva