Lös Varje Problem För Att Lösa Microsoft SQL Server-fel 18452.
October 27, 2021
Rekommenderas: Fortect
Under de senaste dagarna har några av våra läsare stött på en känd felkod med Microsoft SQL Server Error Resolution 18452. Det här problemet kan uppstå av vissa anledningar. Vi kommer att prata om vilka nedan.
Den nyligen angivna användaren nämnde fel 18452 vid anslutning till större delen av databasservern. En fullständig beskrivning av detta fel finns under:
Fel: 18452, 14, Allvarlighet: Tillstånd: 1.
Anslutningsfel. Entré som tas emot från ett nytt stort otryggt hus kan inte användas med Windows-autentisering.
Rekommenderas: Fortect
Är du trött på att din dator går långsamt? Är det full av virus och skadlig kod? Var inte rädd, min vän, för Fortect är här för att rädda dagen! Detta kraftfulla verktyg är utformat för att diagnostisera och reparera alla slags Windows-problem, samtidigt som det ökar prestanda, optimerar minnet och håller din dator igång som ny. Så vänta inte längre - ladda ner Fortect idag!
Du kan se en standardskärmdump av fel 18452 i alla bilder nedan.
Fel 18452 Root Cause
Gå till Start> Program> Microsoft SQL Server> Enterprise Manager.Expandera trädet tills du ser din företagsserver.Högerklicka för att öppna din primära server.Välj fliken Säkerhet.I Autentiseringsdelen väljer du SQL Server och Windows.Klicka på OK.
Fel 18452 orsakas av obalanserad inställning av autentiseringsläge. SQL Server är utan tvekan konfigurerad att acceptera individuella Windows-interaktioner som ansluter till indexögonblicket.
Som vi vet använder SQL Server två autentiseringslägen för att acceptera anslutningar till förvaret. Den ena är Windows Authentication Method och den andra typen är SQL Server och helt enkelt Windows Authentication Mode. Vi skulle kunna kalla objektet autentisering för blandat läge.
SQL Server Authentication Mode är ibland inställt och att SQL Server och Windows Authentication accepterar SQL-inloggningar nästan jämfört med Windows-inloggningar, men du kommer fortfarande att stöta på denna distribution. Detta kan vanligtvis bero på att du faktiskt börjar ansluta till en server som tyvärr fortfarande återspeglar konfigurationen av hela tillgänglighetsgruppen eller konfigurationen relaterad till databasen.
Anta att du har en AOAG-inställning och kommer samman till en databas som vanligtvis hanterar den primära namnreplikan, snarare än mottagarens identitet, med hjälp av en internetanslutning vars standarddatabas är definierad med lika specifika tillgänglighetsdatum. Om en meningsfull failover inträffar under vår aktivitet, eller någon gång du ansluter till den kompletterande repliken med hjälp av standardinformationen för bläddring och endast ställs in som ledig eller upptagen databas, kan du också komma åt detta 18452-fel med SSPI-kontextfelet som jag noterade nedan. …
Fel: 17806, 20, Allvarlighet: Tillstånd: 14.
SSPI-förhandling misslyckades genom att arbeta med felkod 0x8009030c, tillstånd 14 tillbaka vid upprättande av en integrerad säkerhetsanslutning; Anslutningen stängdes. Anledning: AcceptSecurityContext slutade fungera. Windows-felproceduren indikerar en särskild orsak till felet. Portförsöket misslyckades.
SSPI-handskakningen fångar faktiskt upp fel som beror på ett Kerberos-fel, som tyvärr har blivit mest troligt på grund av denna obefintliga SPN eller en dålig SPN användbar för SQL Server.
Lösning
För att lösa denna fantastiska huvudvärk måste vi först kontrollera vårt eget valideringsläge för din SQL Server-instans. Om SQL Server autokrasch körs Med Windows med autentisering finns det våld, du måste ändra tanken för att faktiskt aktivera blandat läge, vilket gör att Windows och SQL nästan säkert kan autentisera båda typerna av anslutningar.
För att kontrollera certifieringsläget som är konstruerat för din SQL-instans, måste vi starta egenskapsfönstret för SQL Server-instansen. Höger ta en titt på instansnoden och leta upp alternativet Egenskaper som visas på skärmdumpen.
Efter att ha klickat på alternativet “Egenskaper” kan du titta i fönstret med delarna av SQL-serverinstansen. Välj alternativet Säkerhet på på fjärrsidofältet. Du kan se vår nuvarande serverautentiseringskonfiguration som experter påstår att fönsterautentisering kan använda i skärmbilden nedan. Vi
är nu inställd på SQL Server och Windows-autentiseringsläge. Markera alternativknappen eftersom SQL Server-läge och Windows-autentisering ovan, klicka på OK för att fortsätta. Som du kan se har jag övervägt ovanstående registermodifieringsläge.
På det här sättet, om din SQL Server-instans är inställd på både SQL och Windo-autentiseringslägenws Computer, måste alla lösa detta problem en efter en. Som jag beskrev ovan har detta betydelse för den troliga orsaken till detta i sin tur 18452-fel, eftersom du kan dra nytta av AOAG-replikaserverns namnsortimentsdatabasen.
Om en ny failover inträffar kommer du inte att välja att kunna komma åt din databas, utan den kommer att vara sekundär. Fel 18452 genereras under SSPI-handskakningskomplikationer eftersom den gamla databasen är tilldelad som standardkatalog för den här anslutningen. är nu inte tillgänglig eftersom specifik sekundär databas körs i AOAG. Feltolerans är långt ifrån hanterbar eftersom du vanligtvis använder det falska servernamnet för att upprätta en databanksanslutning.
En möjlig lösning på detta faktiska problem är att starta om AOAG på din gamla primära falska, för vilken du måste använda ditt nuvarande AOAG-lyssnarnamn för att upprätta en pålitlig databasanslutning. För att undvika failover-fel under denna tid kan du mycket väl också behöva ställa in en standarddatabas för din namnanvändare som tar kontroll över istället för att montera databasen.
Hoppas du gillar den här artikeln. Följ våra mästare på Facebook och Twitter för de senaste uppdateringarna.
- Fix fel 18456: Kunde inte logga in för användaren “användarnamn”
- Fix 4064: Fel Standardanvändarwebbplatsen kunde inte öppnas. Anslutningsfel.
- Fel 53: Det går inte att öppna anslutningen på SQL Server igen.
- AOAG Listener 19471: Fel Handtaget är ogiltigt.
- Författare
- Senaste artiklarna
Ja. Herr. arbetat som teknisk arkitekt som en del av en av de ledande IT som vänder sig till företag. Jag har erfarenhet av varenda en av versioner av SQL Server genom SQL Server 2000. Jag har arbetat med att konsolidera flera SQL Server-projekt ungefär som uppdateringar, migrering, HA och DR. Jag älskar att dela med mig av min kunskap. Du kan kontakta mig med alla krav angående mina skulder.
Senaste inlägg av Manvendra Deo (visa alla)
Jag arbetar som teknisk arkitekt i det av de största IT-konsultföretagarna. Jag räknar alla versioner som oftast är associerade med SQL Server från och med SQL Server 2000. Jag vill kombinera en hel del SQL Server-projekt som ändringar, migrering, HA och DR. Jag vill dela med mig av min erfarenhet. Du kan kontakta mig via sociala personalkonton för eventuella arbetsrelaterade frågor.
Fixat fel 18452: Anslutning misslyckades. Inloggningen är utan tvekan från en opålitlig sfär och kan inte tyckas användas som Windows-autentisering.
Vi fick nu ett åtkomstproblem där särskilt en av SQL-användarna inte bara kunde få databasinstansen och utvecklade felet 18452. Beskrivning Slutfelet för detta fel listas i den här artikeln: Fel: 18452, Allvarlighet: 14 , Skick: 1.Anslutningsfel. Det går inte att skapa en viss anslutning från en betrodd otillförlitlig webbadress med Windows-autentisering.
Ladda ner den här programvaran och fixa din dator på några minuter.
Microsoft Sql Server Error 18452 Solution
Oshibka Servera Microsoft Sql 18452 Reshenie
Microsoft Sql 서버 오류 18452 솔루션
Microsoft Sql Server Fehler 18452 Losung
Microsoft Sql Server Fout 18452 Oplossing
Microsoft Sql Server Errore 18452 Soluzione
Solution D Erreur De Serveur Microsoft Sql 18452
Error 18452 Del Servidor De Microsoft Sql Solucion
