Hallo zusammen,
wir haben hier eine zentrale Warenwirtschaftsdatenbank auf einem SQL2008
Von der werden an mehrere Standorte Kundendaten repliziert.
An einem der Standorte steht einer unserer neuesten SQL-Server als Abonnement, W2k8R2 / SQL2008R2.
Nun ist dieser Server bereits 2x "von jetzt auf gleich" eingefroren.
7,19 GB des RAM für den SQL-Server, 98-100% Prozent Last auf den Kernen und kein Zugriff auf den SQL-Server mehr.
SSMS kann sich nicht verbinden, Dienst stoppen wird abgewiesen, Nur "hartes" abschiessen des Tasks hat´s gebracht. Nach dem Neustart des Dienstes läuft alles wieder sauber und korrekt. (Replikation wird korrekt nachgezogen, Clients funktionieren
etc.)
Was kann ein solches Verhalten auf einer eigentlich mehr als performanten Hardware auslösen bzw. welche Logs kann ich mir ansehen.
In den normalen Event-Logs von Windows ist bis zum "crash" NICHTS an Fehlern zu sehen, alles blau und so wie es sein soll.
Im Errorlog des SQL_Servers habe ich folgendes gefunden:
2011-05-24 13:26:12.78 spid57 Fehler: 7886, Schweregrad: 20, Status: 1.
2011-05-24 13:26:12.78 spid57 A read operation on a large object failed while sending data to the client. A common cause for this is if the application is running in READ UNCOMMITTED isolation level. This connection will be terminated.
2011-05-24 13:32:26.21 Server External dump process return code 0x20000001.
External dump process returned no errors.
2011-05-24 13:32:46.60 Server Error: 17186, Severity: 16, State: 1. (Params:). The error is printed in terse mode because there was error during formatting. Tracing, ETW, notifications etc are skipped.
Last Notification 1
2011-05-24 13:34:41.17 spid4s LazyWriter: warning, no free buffers found.
2011-05-24 13:34:41.23 Server Error: 17300, Severity: 16, State: 1. (Params:). The error is printed in terse mode because there was error during formatting. Tracing, ETW, notifications etc are skipped.
Hat jemand eine Idee für die Ursache ?
Grüße ,
Markus
