Er zijn een stuk of 25 clients die 24/7 aan staan met daarop een .NET 1.1 applicatie die m.b.v. de .NET SQL Client een SQL verbinding opzetten naar de Database server (windows 2003, SQL Server 2000 Enterprise). De database server staat in een ander netwerk segment welke verbonden wordt via een VPN.
Het probleem wat ontstaat is dat nadat de Client applicatie na 1 keer gecommuniceerd te hebben met de SQL server er daarna geen verbinding meer tot stand kan komen. Ik moet de client applicatie herstarten en daarna kan er weer 1 keer gecommuniceerd worden. Dit probleem is spontaan op komen zetten en er zijn geen event meldingen/sql log meldingen.
Op het moment dat de Client applicatie geen verbinding kan maken kan ik wel met OSQL een verbinding opzetten naar de database server.
De client applicatie retourneert dat de SQL server niet gevonden kan worden of dat de user/pass niet goed zijn. Dat laatste lijkt me sterk aangezien er na een reboot gecommuniceerd kan worden.
Ik heb met etheral gekeken en daarin zag ik wel heel veel foute tcp checksums m.b.t. het SQL verkeer, maar ik weet niet of dit van invloed kan zijn.
Deze setup draait op ong. 8 andere locaties net zo, zonder problemen. Ik heb geen idee waar ik nu verder kan zoeken.
Misschien kan het relevant zijn, de SQL Server kon de database niet automatisch vergroten (onbekende reden), dit heb ik toen handmatig gedaan en fixed 100 mb auto growth ingesteld. Daarna liep hij weer goed door.
Het probleem wat ontstaat is dat nadat de Client applicatie na 1 keer gecommuniceerd te hebben met de SQL server er daarna geen verbinding meer tot stand kan komen. Ik moet de client applicatie herstarten en daarna kan er weer 1 keer gecommuniceerd worden. Dit probleem is spontaan op komen zetten en er zijn geen event meldingen/sql log meldingen.
Op het moment dat de Client applicatie geen verbinding kan maken kan ik wel met OSQL een verbinding opzetten naar de database server.
De client applicatie retourneert dat de SQL server niet gevonden kan worden of dat de user/pass niet goed zijn. Dat laatste lijkt me sterk aangezien er na een reboot gecommuniceerd kan worden.
Ik heb met etheral gekeken en daarin zag ik wel heel veel foute tcp checksums m.b.t. het SQL verkeer, maar ik weet niet of dit van invloed kan zijn.
Deze setup draait op ong. 8 andere locaties net zo, zonder problemen. Ik heb geen idee waar ik nu verder kan zoeken.
Misschien kan het relevant zijn, de SQL Server kon de database niet automatisch vergroten (onbekende reden), dit heb ik toen handmatig gedaan en fixed 100 mb auto growth ingesteld. Daarna liep hij weer goed door.
[ Voor 5% gewijzigd door Verwijderd op 27-06-2007 10:24 ]