Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Gäller för: SQL Server
Ursprungligt KB-nummer: 4009936
Sammanfattning
SQL Server anslutningsfel kan ha många orsaker, till exempel nätverkskonfiguration, autentisering, namnmatchning, brandväggsregler och TLS-inställningar (Transport Layer Security). Den här felsökningsöversikten hjälper dig att identifiera kategorin för ett anslutningsfel, innehåller länkar till fokuserade artiklar för varje vanligt fel och visar de diagnostikverktyg som Microsoft supporttekniker använder för att undersöka SQL Server anslutningsproblem.
Kommentar
Om flera SQL Server-instanser i din miljö påverkas, eller om problemet uppträder sporadiskt, är en Windows-princip eller ett nätverksproblem vanligtvis grundorsaken snarare än ett konfigurationsproblem i SQL Server.
Innan du börjar
Innan du börjar felsöka bör du läsa Rekommenderade förutsättningar och checklista för felsökning av anslutningsproblem för information om vilka loggar som ska samlas in och en lista över snabba åtgärder som hjälper dig att undvika vanliga anslutningsfel när du arbetar med SQL Server.
Kategorier av SQL Server anslutningsfel
De flesta anslutningsfel hamnar i någon av följande kategorier. Använd den här tabellen för att matcha ditt symptom med en kategori och gå sedan till den länkade artikeln för detaljerade steg.
| Category | Typiskt symptom | Var du ska börja |
|---|---|---|
| Nåbarhet för nätverk eller instanser | Klienten kan inte nå servern eller den namngivna instansen. | Nätverksrelaterat eller instansspecifikt fel |
| Autentisering och Kerberos | Inloggningen misslyckas eller så kan klienten inte generera en SSPI-kontext. | Det går inte att generera SSPI-kontext och inloggningen misslyckades för användaren |
| Tidsgränser och borttagna anslutningar | Anslutningar tar för lång tid eller stängs oväntat. | Tidsgränsen överskreds och En befintlig anslutning stängdes tvångsmässigt |
| Kryptering och certifikat | Certifikatet är inte betrott eller så misslyckas TLS-handskakningen. | Certifikatkedjan utfärdades av en icke betrodd certifikatutfärdare |
| Åtkomstverifiering | Tokenbaserad serveråtkomstverifiering misslyckas. | Tokenbaserad serveråtkomstverifiering misslyckades |
Verktyg och metoder för att felsöka anslutningsproblem
I följande avsnitt beskrivs verktyg och procedurer som hjälper dig att diagnostisera olika SQL Server anslutningsfel.
Konfigurera Windows Firewall så att den fungerar med SQL Server
Se Konfigurera brandväggar för att fungera med SQL Server för steg för att konfigurera Windows Firewall så att klienter kan ansluta till din SQL Server instans.
Testa en OLE DB- eller ODBC-anslutning till SQL Server
- Om du snabbt vill testa en anslutning från en klientdator till en SQL Server instans konfigurerar du en UDL-fil (Universal Data Link). Mer information finns i Testa anslutningar till SQL Server med hjälp av en UDL-fil (Universal Data Link).
- Du kan också använda ODBC-datakällor (64-bitars) eller ODBC-datakällor (32-bitars) för att konfigurera och testa en ODBC-anslutning till SQL Server. Mer information finns i DSN-alternativ för ODBC-datakälladministratör.
Kontrollera om en port blockeras med PortQryUI
Använd PortQryUI-verktyget, en grafisk portskanner, för att kontrollera om en nödvändig SQL Server port är blockerad. Mer information finns i Använda PortQryUI-verktyget med SQL Server.
Hitta vilka portar SQL Server lyssnar på
Se Kontrollera om SQL Server lyssnar på dynamiska eller statiska portar för steg för att identifiera de TCP-portar som din SQL Server instans lyssnar på.
Hämta en detaljerad diagnostikrapport med SQLCheck
Microsoft produktsupporttekniker använder ofta SQLCheck, ett verktyg som diagnostiserar orsaker till anslutningsfel. Följ de länkade anvisningarna för att ladda ned SQLCheck och samla in en rapport för djupgående analys.
Använd Kerberos Configuration Manager för att åtgärda SPN-problem
Om du vill identifiera och åtgärda problem med tjänstens huvudnamn (SPN) använder du Kerberos-Configuration Manager. Mer information finns i Använda Kerberos Configuration Manager för att åtgärda SPN-problem.
Samla in och analysera en nätverksspårning med SQLTrace och SQLNAUI
I många fall är en nätverksspårning det mest effektiva sättet att undersöka nätverksfel. Följ stegen i Samla in nätverksspårningar på klienten och servern och analysera sedan spårningen med SQL Network Analyzer UI (SQLNAUI).
Vanliga frågor och svar
Vilken artikel ska jag börja med om jag inte vet det exakta felet?
Börja med rekommenderade krav och checklista för felsökning av anslutningsproblem för att samla in baslinjeloggar. Använd sedan tabellen Kategorier för SQL Server anslutningsfel för att matcha ditt symptom med en fokuserad artikel.
Problemet inträffar bara ibland. Vad ska jag samla in?
Vid tillfälliga problem samlar du in en nätverksspårning på både klienten och servern samtidigt. Se Samla in nätverksspårningar på klienten och servern.
Hur vet jag om problemet är namnmatchning, autentisering eller nätverket?
Kontrollera feltexten och det stadium då den inträffar. Fel vid namnuppslagning anger vanligtvis att servern inte hittades eller inte gick att nå. Du kan bekräfta dem med hjälp av ping och nslookup mot servernamnet. Nätverks- eller portproblem visar sig som felmeddelanden om nekad anslutning eller timeout. Du kan isolera dessa problem med hjälp av PortQryUI. Autentiseringsproblem visas när TCP-anslutningen har slutförts, som inloggningsfel eller SSPI-fel. Se Kan inte generera SSPI-kontext och Inloggningen misslyckades för användaren.
Vad är skillnaden mellan ett TCP-anslutningsfel och ett TLS-handskakningsfel?
Ett TCP-anslutningsfel inträffar innan någon SQL Server trafik utbyts. Klienten kan inte öppna en socket till serverns port, vanligtvis på grund av en brandvägg, en fel port eller en stoppad tjänst. Ett TLS-handskakningsfel inträffar när TCP-anslutningen har upprättats, när klienten och servern inte kan komma överens om en protokollversion, chiffer eller certifikat. För problem med TLS, se Certifikatkedjan har utfärdats av en certifikatutfärdare som inte är betrodd och En befintlig anslutning stängdes tvångsmässigt av fjärrvärden.
Vilka loggar ska jag samla in innan jag kontaktar Microsoft Support?
Samla in SQL Server-felloggen, Windows system- och programhändelseloggarna från både klienten och servern, en SQLCheck rapport från servern och samtidiga nätverksspårningar från klienten och servern under en repro. Den fullständiga listan finns i Rekommenderade krav och checklista för felsökning av anslutningsproblem och Samla in nätverksspårningar på klienten och servern.
Var hittar jag mer vägledning för communityn?
Se wikin CSS SQL Networking Tools wiki för verktygsdokumentation och felsökningsanteckningar som underhålls av Microsoft support.