Dela via

Felsöka dedikerad SQL-pool (tidigare SQL DW) i Azure Synapse Analytics

  • Artikel

Den här artikeln innehåller vanliga felsökningsproblem i en dedikerad SQL-pool (tidigare SQL DW) i Azure Synapse Analytics.

Anslut

Problem Åtgärd
Inloggningen misslyckades för användaren NT AUTHORITY\ANONYMOUS LOGON. (Microsoft SQL Server, Fel: 18456) Det här felet uppstår när en Microsoft Entra-användare försöker ansluta till master databasen, men inte har någon användare i master. Du kan åtgärda problemet genom att antingen ange den dedikerade SQL-poolen (tidigare SQL DW) som du vill ansluta till vid anslutningstiden eller lägga till användaren i master databasen. Mer information finns i Säkerhetsöversikt.
Serverns huvudnamn "MyUserName" kan inte komma åt databasen master under den aktuella säkerhetskontexten. Det går inte att öppna användarens standarddatabas. Det gick inte att logga in. Inloggningen misslyckades för användaren MyUserName. (Microsoft SQL Server, Fel: 916) Det här felet uppstår när en Microsoft Entra-användare försöker ansluta till master databasen, men inte har någon användare i master. Du kan åtgärda problemet genom att antingen ange den dedikerade SQL-poolen (tidigare SQL DW) som du vill ansluta till vid anslutningstiden eller lägga till användaren i master databasen. Mer information finns i Säkerhetsöversikt.
CTAIP-fel Det här felet kan inträffa när en inloggning har skapats i SQL Database-databasen master , men inte i den specifika SQL-databasen. Om du stöter på det här felet kan du ta en titt på artikeln Säkerhetsöversikt . Den här artikeln beskriver hur du skapar en inloggning och användare i master databasen och sedan hur du skapar en användare i en SQL-databas.
Blockerad av brandvägg Dedikerade SQL-pooler (tidigare SQL DW) skyddas av brandväggar för att säkerställa att endast kända IP-adresser har åtkomst till en databas. Brandväggarna är säkra som standard, vilket innebär att du uttryckligen måste aktivera och IP-adress eller adressintervall innan du kan ansluta. Om du vill konfigurera brandväggen för åtkomst följer du stegen i Konfigurera åtkomst till serverbrandväggen för klient-IP i etableringsanvisningarna.
Det går inte att ansluta med verktyg eller drivrutin Dedikerad SQL-pool (tidigare SQL DW) rekommenderar att du använder SQL Server Management Studio (SSMS), SSDT för Visual Studio eller sqlcmd för att köra frågor mot dina data. Mer information om drivrutiner och anslutning till Azure Synapse finns i artiklar om drivrutiner för Azure Synapse och Anslut till Azure Synapse.

Verktyg

Problem Åtgärd
Visual Studio-objektutforskaren saknar Microsoft Entra-användare Detta är ett känt problem. Som en lösning kan du visa användarna i sys.database_principals. Mer information om hur du använder Microsoft Entra-ID med dedikerad SQL-pool (tidigare SQL DW) finns i Autentisering till Azure Synapse .
Manuell skriptkörning, användning av skriptguiden eller anslutning via SSMS går långsamt, svarar inte eller genererar fel Kontrollera att användarna har skapats i master databasen. I skriptalternativ kontrollerar du också att motorutgåvan har angetts som "Microsoft Azure Synapse Analytics Edition" och att motortypen är "Microsoft Azure SQL Database".
Det går inte att generera skript i SSMS Det går inte att generera ett skript för en dedikerad SQL-pool (tidigare SQL DW) om alternativet "Generera skript för beroende objekt" är inställt på "Sant". Som en lösning måste användarna manuellt gå till Verktyg –> Alternativ ->SQL Server Object Explorer –> Generera skript för beroende alternativ och ange till false

Förberedelse och inhämtning av data

Problem Åtgärd
Om du exporterar tomma strängar med CETAS resulterar det i NULL-värden i Parquet- och ORC-filer. Observera att om du exporterar tomma strängar från kolumner med INTE NULL-begränsningar resulterar CETAS i avvisade poster och exporten kan eventuellt misslyckas. Ta bort tomma strängar eller den felaktiga kolumnen i SELECT-instruktionen för din CETAS.
Det går inte att läsa in ett värde utanför intervallet 0–127 i en liten kolumn för Filformatet Parquet och ORC. Ange en större datatyp för målkolumnen.
Msg 105208, Level 16, State 1, Line 1 COPY-instruktionen misslyckades med följande fel när värdet för alternativet FROM verifierades: "105200; COPY-instruktionen misslyckades eftersom värdet för alternativet FROM är ogiltigt. För närvarande resulterar inmatning av data med kommandot COPY till ett Azure Storage-konto som använder den nya DNS-partitioneringsfunktionen i ett fel. Med funktionen DNS-partition kan kunder skapa upp till 5 000 lagringskonton per prenumeration. Lös problemet genom att etablera ett lagringskonto i en prenumeration som inte använder den nya DNS-partitionsfunktionen för Azure Storage (för närvarande i offentlig förhandsversion).

Prestanda

Problem Åtgärd
Felsökning av frågeprestanda Om du försöker felsöka en viss fråga börjar du med Att lära dig hur du övervakar dina frågor.
tempdb utrymmesproblem Övervaka TempDB-utrymmesanvändning . Vanliga orsaker till att utrymmet tar slut tempdb är:
– Det finns inte tillräckligt med resurser allokerade till frågan som gör att data spills till tempdb. Se Arbetsbelastningshantering
- Statistik saknas eller är inaktuell och orsakar överdriven dataförflyttning. Mer information om hur du skapar statistik finns i Underhålla tabellstatistik
- tempdb utrymme allokeras per tjänstnivå. Om du skalar din dedikerade SQL-pool (tidigare SQL DW) till en högre DWU-inställning allokeras mer tempdb utrymme.
Dåliga frågeprestanda och planer beror ofta på att statistik saknas Den vanligaste orsaken till dåliga prestanda är brist på statistik på dina tabeller. Mer information om hur du skapar statistik och varför de är viktiga för dina prestanda finns i Underhålla tabellstatistik .
Låg samtidighet/frågor i kö Att förstå arbetsbelastningshantering är viktigt för att förstå hur man balanserar minnesallokering med samtidighet.
Så här implementerar du metodtips Det bästa stället att börja lära sig sätt att förbättra frågeprestanda är den dedikerade sql-poolartikeln (tidigare SQL DW).
Så här förbättrar du prestanda med skalning Ibland är lösningen för att förbättra prestanda att helt enkelt lägga till mer beräkningskraft i dina frågor genom att skala din dedikerade SQL-pool (tidigare SQL DW).
Dåliga frågeprestanda till följd av dålig indexkvalitet Vissa gånger kan frågor sakta ner på grund av dålig indexkvalitet för kolumnlagring. Mer information finns i Återskapa index för att förbättra segmentkvaliteten.

Systemhantering

Problem Åtgärd
Msg 40847: Det gick inte att utföra åtgärden eftersom servern skulle överskrida den tillåtna kvoten för databastransaktionsenhet på 45000. Minska antingen DWU för den databas som du försöker skapa eller begära en kvotökning.
Undersöka utrymmesanvändning Se Tabellstorlekar för att förstå systemets utrymmesanvändning.
Hjälp med att hantera tabeller Se artikeln Tabellöversikt om du vill ha hjälp med att hantera dina tabeller. Mer information finns i Tabelldatatyper, Distribuera en tabell, Indexera en tabell, Partitionera en tabell, Underhålla tabellstatistik och Temporära tabeller.
Förloppsindikatorn för transparent datakryptering (TDE) uppdateras inte i Azure-portalen Du kan visa tillståndet för TDE via PowerShell.

Skillnader från SQL Database

Problem Åtgärd
SQL Database-funktioner som inte stöds Se Tabellfunktioner som inte stöds.
SQL Database-datatyper som inte stöds Se Datatyper som inte stöds.
Begränsningar för lagrad procedur Se Begränsningar för lagrad procedur för att förstå några av begränsningarna i lagrade procedurer.
UDF:er stöder inte SELECT-instruktioner Det här är en aktuell begränsning för våra UDF:er. Se CREATE FUNCTION (SKAPA FUNKTION ) för den syntax som vi stöder.

Nästa steg

Om du vill ha mer hjälp med att hitta en lösning på problemet kan du prova några andra resurser.