MS SQL 2005 - clients verlieren verbindung nach 10 stunden

[lordpeng]

hallo leute,

ich hab hier einen windows 2003 server bei dem die clients ziemlich genau nach 10 stunden die verbindung zum sql server verlieren (sql 2005 express), wenn der user dann die applikation neu aufmacht gehts wieder ganz normal ...

kennt das problem irgendjemand?

ein HW problem kann ich zu 99,9 % ausschliessen - alle in frage kommenden komponenten wurden schon testhalber getauscht

ich habe die vermutung, dass es sich um ein clientseitiges kompatibilitätsproblem (in irgendeiner form) handelt

die clients haben alle durchgehend windows xp 32-bit mit sp3 drauf, energiesparmodus der netzwerkkarte und dergleichen ist deaktiviert

wenn ich selbiges mit windows 2000 clients teste, tritt das problem nicht auf!

am server wurde nie wirklich etwas geändert - antivirensoftware kann ich ebenfalls ausschliessen, da das problem selbst auf einem nur für testzwecke 'nackt' aufgesetztem computer auch auftritt

google brachte nicht wirklich irgendwelche brauchbaren ergebnisse ausser http://www.administrator.de/index.php?content=12235 was sich so liest, als hätte da jemand das selbe oder ein ähnliches problem gehabt

bin für hinweise aller art dankbar

[penguinforce]

ich werd dir nicht wirklich weiterhelfen können, vielleicht ein anderer denkansatz:
greifst du via ip oder hostnamen auf den server zu?

[lordpeng]

via hostnamen - die namensauflösung funzt auch einwandfrei, DHCP lease time isses auch ned ...

[martin]

ich hab grad in einem forum von einem ähnlichen problem gelesen. dort war die ursache, dass der hostname des servers nach 10h aus dem DNS cache des clients rausgeflogen ist und nicht mehr neu aufgelöst wurde.

ansonsten würde ich mal auf einer maschine wireshark über nacht laufen lassen und schaun was genau passiert.

[zigan]

es gibt einen standard wert in der kerberos authentifzierung mit 10 stunden
und zwar:
maximum lifetime for user ticket, standard 10 hours,
vielleicht ist es das??
siehe --> http://www.netprotect.ch/downloads/Netp ... yGuide.pdf

[lordpeng]

danke martin und zigan für eure antworten,

an sowas habe ich anfangs auch gedacht, ABER dagegen spricht, dass die 10 stunden ab dem öffnen der applikation zählen (sorry, hab ich nicht erwähnt) d.h.

wenn das problem generell auf allen maschinen nach 10 std. auftreten würde, könnte man davon ausgehen, dass irgendein timeout des sql servers zum tragen kommt, aber bei den windows 2000 clients ist dies nicht der fall bzw. wurden auf einer XP maschine vor ein paar monaten diverse windowsupdates eingespielt um update-technisch mit den anderen xp-maschinen (welche zu diesem zeitpunkt neu ausgerollt wurden) gleich auf zu sein - vorher konnte dieses problem auf dieser xp maschine 'angeblich' nicht beobachtet werden - das scheint eine harte nuss zu sein, obwohl ich mir sicher bin, dass das problem irgendeine lächerliche kleinigkeit ist ...

[martin]

ABER dagegen spricht, dass die 10 stunden ab dem öffnen der applikation zählen (sorry, hab ich nicht erwähnt)

greifen die clients auf irgendwelche anderen dienste am server auch zu? ansonsten könnte es ja sein, dass der DNS name wirklich erst zum start der applikation aufgelöst wird und dann die uhr zu ticken beginnt.

ist aber vermutlich eine blöde theorie...

[lordpeng]

naja, ausser der applikation, welche auf den sql server zugreift läuft da ned allzuviel, der server werkelt zwar nebenbei als fileserver und als PDC, aber im grunde spielt sich alles innerhalb dieser applikation ab ...

wennst zwischenzeitlich die applikation zumachst und wieder neu auf, scheint der zähler von neuem zu starten ...

die softwarefirma putzt sich ab und schiebts auf die hardware (klar was sonst) weil unter windows 2000 hats ja funktioniert und bei anderen kunden gehts ja auch ...

[medice]

die softwarefirma putzt sich ab und schiebts auf die hardware (klar was sonst) weil unter windows 2000 hats ja funktioniert und bei anderen kunden gehts ja auch ...

ich geh mal davon aus, dass die 2k-maschinen grundsätzlich eine andere Hardware haben als eure XP-Rechner?
weil sonst wär das ja ein Widerspruch in sich, mit dem sich die abputzen

[lordpeng]

>ich geh mal davon aus, dass die 2k-maschinen grundsätzlich eine andere Hardware haben als eure XP-Rechner?
zwangsläufig ja ... wobei eine xp maschine bereits bestanden hat, dort tritt das problem allerdings auch auf

das problem ist auf den xp-maschinen reproduzierbar, die tatsache, dass es ziemlich genau nach 10 stunden öffnen der applikation auftritt, sagt mir irgendwo, dass das jedenfalls keine verrückt spielende hardware komponente sein kann ...

in den logfiles der clients als auch am server steht zum zeitpunkt des problems jedenfalls absolut gar nix was auch nur einen kleinsten hinweis geben würde ...

[Herculess]

Ist die Windows Firewall ein- oder ausgeschalten?
Das Timeout schlägt auch zu, wenn Traffic über diese Verbindung läuft?

greets

[lordpeng]

>Ist die Windows Firewall ein- oder ausgeschalten?
spielt keine rolle, obs ein oder aus ist, das war so ziemlich das erste (nach der AV software) das ich ausschliessen konnte

>Das Timeout schlägt auch zu, wenn Traffic über diese Verbindung läuft?
ja, es wird permanent gearbeitet, d.h. es werden laufend sql queries aus der applikation zum server hin geschickt ...

[Air20]

Selber gebastelte App. oder was bekanntes?

[lordpeng]

>Selber gebastelte App. oder was bekanntes?
eine österreichische branchenlösung - also ned zwangsläufig bekannt
btw. ich behaupt ja ned, dass die applikation schuld wäre, aber als HW zulieferer sehe ich das problem eigentlich nicht bei den von mir gelieferten komponenten, meine vermutung geht eher in richtung kompatibilitäts-problem zu irgendeinem windows patch oder odbc-treiberproblem (irgendwas in die richtung halt)

nichts desto trotz muss das problem gelöst werden ... und das so wie's aussieht ohne unterstützung der softwarefirma ...

[penguinforce]

naja, wie unterscheidet sich die "zertifizierte" hardware des software-herstellers gegenüber den von dir gelieferten komponenten (sodass sie dir eine zusammenarbeit zwecks problemfindung verweigern)?