none
sporadisch Fehler 18456 Schweregrad: 14 Status: 38 bei verschiedenen Benutzern und verschiedenen Datenbanken RRS feed

  • Frage

  • Guten Tag,

    bevor ich hier schreibe, habe ich ca. 4 Wochen alle erdenklichen "Lösungen" die Google liefern kann, versucht. Erfolglos. Auch die hier im Forum angebotenen Schritte haben wir, soweit möglich, abgearbeitet.

    Das Problem:

    Wie oben schon geschrieben, haben wir den Fehler Protokoll), leider aber bei verschiedenen Beutzern und verschiedenen Datenbanken. Anbei ein etwas abgeändertes Log (Datenschutz):

    05/12/2014 14:03:27,spid73,Unbekannt,Starting up database 'db_1'.
    05/12/2014 14:02:26,spid58,Unbekannt,Starting up database 'db_1'.
    05/12/2014 14:01:23,spid54,Unbekannt,Starting up database 'db_1'.
    05/12/2014 14:01:22,,Unbekannt,Login failed for user 'user_1'. Ursache: Fehler beim Öffnen der explizit angegebenen Datenbank. [CLIENT: 192.168.99.101]
    05/12/2014 14:01:22,,Unbekannt,Fehler: 18456<c/> Schweregrad: 14<c/> Status: 38.
    05/12/2014 13:51:19,spid71,Unbekannt,Starting up database 'db_1'.
    05/12/2014 13:51:13,spid69,Unbekannt,Starting up database 'db_1'.

    und noch viel häufiger:

    05/12/2014 16:48:36,spid53,Unbekannt,Starting up database 'db_2'.
    05/12/2014 16:48:19,,Unbekannt,Login failed for user 'sa'. Ursache: Fehler beim Öffnen der explizit angegebenen Datenbank. [CLIENT: 192.168.99.100]
    05/12/2014 16:48:19,,Unbekannt,Fehler: 18456<c/> Schweregrad: 14<c/> Status: 38.
    05/12/2014 16:45:24,spid53,Unbekannt,Starting up database 'db_2'.
    05/12/2014 16:41:54,spid53,Unbekannt,Starting up database 'db_2'.

    Zunächst haben wir uns lange an der Fehlermeldung mit db_2 aufgehalten. Der Fehler tritt- wie gesagt - sporadisch auf!

    Zum Server: es handelt sich um einen SBS 2011 SP1, der SQL-Server ist Version 10.50.1600. Der Server hat 8 Kerne und 16 GB Ram, wovon ca.. 13 GB in Nutzung sind. Die Last hält sich bei 2-20 % - eher im unteren Bereich.

    Der Zugriff bei db_2 erfolgt über den User 'sa'. Da das Programm dahinter das meistgenutzte Programm ist, haben wir lange (auch mit Hilfe des Herstellers) versucht, den Fehler beim User 'sa' oder beim Programm zu finden. Gestern dann der Schock: der Fehler tritt auch bei einer anderen Software auf, welche mit dem "user_1" eine Verbindung aufbaut. Beide Programme nutzen die Benutzerauthentifizierung, der Server akzeptiert jedoch beide Varianten.

    Logge ich mich mit Benutzer 'sa' im Managementstudio ein, habe ich vollen Zugriff auf die Datenbank "db_2".

    Für die Anwender äußert sich der Fehler so, dass das Programm hängen bleibt, und nach 5-10 sek. normal weiter läuft, als wenn nichts gewesen wäre.

    Für mich macht es den Eindruck, als ob die Datenbanken zeitweise nicht erreichbar wären. Wie kann man so etwas tracken?

    Ich bin dankbar für jede Hilfe.

    Dienstag, 13. Mai 2014 09:42

Antworten

Alle Antworten