Verbindings problemen met SQL 2005, werkt weer na restart sc

[Verwijderd]

Heb al een tijdje een probleem met een SQL 2005 Express SP4 server.
Een user verbind met een programma, dit gaat altijd prima.
Deze user logt in middels de domein credentials. Echter soms dan werkt dit niet meer.
Een herstart van de database service op de server zorgt er dan voor dat het weer werkt.

Ik heb de aanmeldingsmanier van lokaal + domein al aangepast naar alleen domein.
In de MSSM.

In de eventlogs zie ik niets vreemd.
Alleen dat de aanmelding van de gebruiker is mislukt.
Maar daar staat de juiste aanmeldnaam.

[Spidey]

Het werkt soms niet meer?? Dat is erg vreemd.
Hebben de logins een default database anders dan een systeemdatabase?
Als dit namelijk een default database is die niet meer bestaat krijg je ook onbegrijpelijke login failures.

[Verwijderd]

klets dit mogelijk nog tegen een oude DC aan?

[demokert]

Kijk eens of je max user logins aanstaan.

[Verwijderd]

@Spidey, de users hebben standaard de database waar ze in moeten werken als default database
@ Xanadu_Soil nope, ik zie ook netjes in de log events het volgende:
Event 18456 Login failed for user 'DOMEIN\User'. [CLIENT: 10.20.27.120]
@Demokert, max numer of concurrent connections staat op 0 (ofwel 0 = unlimited)

[ElCondor]

Als je met het betreffende user account via MSSMS probeert in te loggen, lukt het dan ook om in te loggen. Als niet, wat voor een foutmelding krijg je dan? Meestal zijn die iets uitgebreider dan inloggen via de applicatie front-end.

[demokert]

Staat er ook een error state bij ?

[Verwijderd]

Ik kan perfect inloggen in MSSMS met de andere user.
Ik log dan wel op de server in als deze user, en open dan MSSMS met Windows Autothencation.

@Demoekert, bedoel je een error state van de applicatie?

[JeroenV_]

Probeer eens op het moment dat het niet werkt via odbcad32 een verbinding te maken vanaf de client, wellicht dat die een uitgebreidere foutmelding geeft?

[Verwijderd]

Dat zal ik eens proberen, de eerst volgende keer dat het voor komt.
Er is niet echt een pijl op te trekken wanneer het gebeurt.
(kan het niet simmuleren) Ik laat weer van me horen als ik dat heb getest.

[Question Mark]

Verwijderd schreef op maandag 24 juni 2013 @ 11:56:
In de eventlogs zie ik niets vreemd.
Alleen dat de aanmelding van de gebruiker is mislukt.
Maar daar staat de juiste aanmeldnaam.

Wat is de exacte melding en welk eventid? Daar is ook een hoop uit af te leiden.

[Verwijderd]

Type gebeurtenis: Mislukt
Bron van gebeurtenis: MSSQL$SQLDB
Categorie van gebeurtenis: (4)
Gebeurtenis-id 18456
Datum: 24-6-2013
Tijd: 9:21:27
Gebruiker: DOMEIN1\Piet
Computer: SERVER-01
Beschrijving:
Login failed for user 'DOMEIN1\Piet'. [CLIENT: 10.20.27.120]


En bij een restart van de DB werkt alles weer perfect.
User kan weer inloggen.

Overigens komt tussen de Aanmelding mislukt melding de volgende Informatie melding:

Type gebeurtenis: Informatie
Bron van gebeurtenis: MSSQL$SQLDB
Categorie van gebeurtenis: (2)
Gebeurtenis-id 17137
Datum: 24-6-2013
Tijd: 9:21:09
Gebruiker: n.v.t.
Computer: SERVER-01
Beschrijving:
Starting up database 'servaudit'.

[ Voor 44% gewijzigd door Verwijderd op 25-06-2013 10:25 ]

[demokert]

Als je applicatie problemen heeft met inloggen, zou je het dan ook eens via SSMS willen proberen. Als het goed is krijg je naast een error ook een error-state nummer terug. Daar kun je aan zien wat nu de exacte foutmelding is.

[Verwijderd]

Dat zal ik doen. Ik kan dan wel perfect onder administrator in SSMS inloggen.
Zodra het probleem weer optreedt zal ik eens als de gebruiker in SSMS inloggen.

[Question Mark]

Deze al eens gezien?

Understanding "login failed" (Error 18456) error messages in SQL Server 2005

[demokert]

Jij begrijpt mijn hint Question Mark

[ Voor 14% gewijzigd door demokert op 25-06-2013 17:16 ]

[Verwijderd]

@ QuestionMark, jep maar ik heb geen error state in mijn event log erbij staan.

[Question Mark]

Verwijderd schreef op dinsdag 25 juni 2013 @ 18:07:
@ QuestionMark, jep maar ik heb geen error state in mijn event log erbij staan.

demokert schreef op dinsdag 25 juni 2013 @ 14:43:
Als je applicatie problemen heeft met inloggen, zou je het dan ook eens via SSMS willen proberen. Als het goed is krijg je naast een error ook een error-state nummer terug. Daar kun je aan zien wat nu de exacte foutmelding is.

[Verwijderd]

Eindelijk kunnen testen.
Ik krijg dan de foutmelding: Login failed for user 'Piet'. (Microsoft SQL Server, Error: 4064)

[Verwijderd]

Ik heb de volgende query uitgevoerd:
ALTER LOGIN [piet] WITH DEFAULT_DATABASE = db
GO

En bij de administrator bij Connection Properties de Connect to database op de juiste DB gezet.
Echter nu kan ik met Piet wel inloggen op de SSMS maar ik kan met de applicatie nog steeds niet verbinden.

Na een restart van de SQL service weer wel.

[ Voor 7% gewijzigd door Verwijderd op 17-07-2013 16:25 ]

[Verwijderd]

Helaas vandaag weer het zelfde, de applicatie kan weer niet verbinden.
Echter kan ik met dezelfde user wel met SSMS verbinden.
Dus daar krijg ik geen fout meer...

[Meekoh]

Is het een windows user of AD user? In geval van AD, heeft die user zijn password veranderd? Of is die locked (of recent locked geweest)?

[Verwijderd]

Het is een AD user, password is al jaren het zelfde.

[Verwijderd]

Het probleem komt nog steeds voor.
Ik krijg nu zelfs geen meldingen meer, inloggen in ssms lukt wel.

[demokert]

Misschien moet je je errorlog eens posten. misschien logging in je applicatie bouwen zodat je ook weet wat daar gebeurd. SQL monitoren (tracing of extended events)

Bovenstaande posts hebben je geadviseerd om een default db toe te kennen. Deze heb je neem ik aan op je applicatie DB gezet. Zou je hem eens naar je MASTER db willen zetten? Deze moet namelijk altijd online zijn anders werkt SQL niet.