SQL Server Anmeldung - Timeout abgelaufen

Question

Hallo,

mein Problem habe ich bereits hier gepostet: http://www.ms-office-forum.net/forum/showthread.php?t=270868, konnte es aber bisher nicht beheben. Auch dieser Beitrag http://social.msdn.microsoft.com/Forums/de-AT/sqlserverde/thread/6afd4296-c061-44e1-827f-f137c2ba96cc hat mich nicht weitergebracht.

Es ist ein SQL Server 2005 Express unter Windows XP Prof. SP3 installiert, der im "gemischten Modus" ausgeführt wird, also sowohl Windows-Authentifizierung als auch SQL-Server-Authentifizierung zulässt. Die Timeout-Parameter sind wie folgt konfiguriert:

Timeout für Remoteabfragen: 600
Timeout für Remotenameldung: 20

Für die betreffende Datenbank ist eine ODBC-Verbindung als System-DSN angelegt worden, bei der auch der Verbindungstest ohne Probleme erfolgt ist.

Wenn sich nun ein Benutzer über eine Accces-Anwendung (.accdb) mit Benutzername und Kennwort für die Datenquelle anmeldet, dauert es ca. 50 Sekunden und mehr, bis folgende Fehlermeldung erscheint:

Zitat:

Fehler bei der Verbindung:
SQL State: 'S1T00'
SQL Server-Fehler: 0
[Microsoft][ODBC Server Driver] Timeout abgelaufen.

Wenn dann die Fehlermeldung mit OK geschlossen wird, und im Anmeldefenster noch einmal auf OK geklickt wird, wird die Anmeldung ausgeführt, und der Benutzer kann mit der Anwendung und der Datenbank arbeiten.

Was ist 'SQL-State' und welche Bedeutung hat der Wert 'S1T00'? Wie kann ich dieses Problem beheben???

Gruß, Johannes.

Answer 1

giyf?

http://support.microsoft.com/kb/313661

Ansonsten stellt sich die frage, wie du dich anmeldest. Um ein genaueres Fehlerbild zu erhalten solltest du zuerst mal eine Datei auf dem Desktop mit der Endung .udl erstellen. Öffne sie mit einem doppelklick und verbinde dich mit dem gleichen Provider wie in deiner Access-Anwendung. Kommt hier der Fehler auch?

---

Microsoft MVP Office Access
https://mvp.support.microsoft.com/profile/Stefan.Hoffmann

Answer 2

Ich habe die Verbindung in drei Varianten (.udl-Files) getestet:

1. OLE Provider for ODBC Drivers - Verbindungszeichenfolge erstellt:
DSN=charterdb_ODBC;Description=Charteranwendung;UID=user1;PWD=user1;APP=Betriebssystem Microsoft® Windows®;WSID=WS08;DATABASE=Datenbankname;LANGUAGE=Deutsch

Verbindung testen (1) = Timeout
Verbindung testen (2) = Timeout

2. OLE Provider for ODBC Drivers - Verbindungszeichenfolge verkürzt eingegeben:
DSN=charterdb_ODBC;UID=user1;PWD=user1;DATABASE=Datenbankname;LANGUAGE=Deutsch

Verbindung testen (1) = Timeout
Verbindung testen (2) = Timeout

3. OLE Provider for SQL Server - Verbindungsparameter ausgewählt
den Datenbankname habe ich allerdings von Hand einegegeben, weil keine Datenbank zur Auswahl angezeigt wird (?)

Verbindung testen (1) = Timeout
Verbindung testen (2) = OK

Mit dem Artikel bin ich noch nicht klar gekommen. Wie finde ich heraus, ob SQL Server Kerberos.dll verwendet? In der Registriy habe ich keinen MaxTokenSize Parameter dafür gefunden.

Johannes.

Answer 3

hallo Johannes,

teste das ganze auch mal mit dem SQL Server Native Client als Provider.

Ach ja, was meinst du eigentlich mit "Wenn sich nun ein Benutzer"?

Hat dieser Benutzer entsprechende Berechtigungen auf der Datenbank?
Arbeitet der Benutzer auf dem gleichen Rechner, auf dem auch die SQL Server 2005 Express Instanz installiert ist?

Ist in der Oberflächenkonfiguration der Remote-Zugriff freigeschalten?

http://technet.microsoft.com/de-de/library/ms173748%28SQL.90%29.aspx
http://support.microsoft.com/kb/914277/de

---

Microsoft MVP Office Access
https://mvp.support.microsoft.com/profile/Stefan.Hoffmann

Answer 4

Hallo Stefan,

SQL Server Native Client ist in der Provider-Auswahl nicht verfügbar, oder meinst du vielleicht OLE DB Simple Provider? 

Mit "Wenn sich nun ein Benutzer..." meine ich eine Person, die an einem Rechner im Netzwerk arbeitet (also nicht auf dem, auf dem der SQL Server läuft), die Access-Anwendung startet (.accdb) und sich dann mit Benutzername und Kennwort für die Datenquelle (Datenbank) anmelden muss.

Benutzer iust angelegt, Berechtigung für die Datenbank hat er auch und REmotezugriff ist auch freigeschaltet. Mit dem zweiten OK-Klick funktioniert die Anmeldung dann ja auch - warum auch immer (im Prinzip das gleiche Verhalten wie oben bei Testvariante 3), und er kann ganz normal mit der Anwendung arbeiten!?

Johannes.

 

Answer 5

hallo Johannes,

Teste die Anmeldung auf dem Rechner, auf dem die SQL Server Instanz läuft. Eventuell ist es ja ein obskures Netzwerkproblem..

---

Microsoft MVP Office Access
https://mvp.support.microsoft.com/profile/Stefan.Hoffmann

Answer 6

Hallo Stefan,

ich glaube fast du hast mit dem "obskuren Netzwerkproblem" recht. Der Test mit dem "OLE Provider for SQL Server" über eine .udl-Datei war mit dem ersten "Verbindung testen" erfolgreich (bei Auswahl der Verbindungsparameter wurde auch die Datenbank zur Auswahl angezeigt - im Gegensatz zum Test auf dem Client, siehe oben Testvariante 3).

Hast du einen Tipp wie ich dem Problem auf den Grund gehen kann?

Johannes.

Answer 7

hallo Johannes,

Eigentlich nur noch verifizieren, ob die OLEDB-Treiber die gleiche Version haben, gegebenfalls ein aktuelles aufspielen.

Ansonsten eine Netzwerkprüfung..

---

Microsoft MVP Office Access
https://mvp.support.microsoft.com/profile/Stefan.Hoffmann

Answer 8

Hallo Stefan,

zunächst mal vielen Dank für deine Hilfe. Jetzt bin ich mir wenigsten einigermaßen sicher, dass es nicht an Access, SQL Server oder der Anwendung liegt. Bleibt die Frage: was mache ich mit der Netzwerkprüng? Hast du mir dazu vielleicht ein paar Tipps, oder vielleicht ein Forum wo ich weiter Hilfe bekommen kann? Netzwerk ist nicht gerade meine starke Seite! Oder ist da eine Durchmessung der Leitungen notwendig? 

Um deine letzte Frage noch zu beantwworten: die OLEDB Treiber haben auf beiden Systemen die gleiche Version! 

Johannes.

ps. Ich hoffe meine Antwort ist nicht doppelt, aber nachdem ich´sie das erst mal abgeschickt habe wurde sie nicht angzeigt.

Answer 9

oder vielleicht ein Forum wo ich weiter Hilfe bekommen kann?

Hallo Johannes,

Eine Übersicht über alle verfügbaren Microsoft Foren findest Du unter http://www.microsoft.de/Community/Foren 

Grüße,

Robert