Angehaltene Prozesse

Question

Hi,

auf einem SQL-Server 2005 mit allen aktuellen Updates läuft eine Datenbank mit einer gesamtgröße von ca. 140GB. Die DB ist auf 2 Dateigruppen auf einem Laufwerk verteilt.
Zugegriffen wird mit einem Access 2003 Frontend per DAO und ODBC.
Am Wochenende habe ich die DB von einer Platte des Servers auf die andere Platte verschoben indem ich ein Backup und dann Restore auf die neue Platte gemacht habe.
Eigentlich schien alles Prima zu laufen. Aber seit dem ersten Tag im scharfen Betrieb gibt es immer wieder "angehaltene" Prozesse und daraus resultierende Blockierungen.
Die angehaltenen Prozesse erkenne ich im Aktivitätsmonitor als solche.
Blockierungen kriege ich dort nicht angezeigt.
Meine "Blockierungen" äußern sich durch Timeouts bei PassThrougs aus dem Access-Frontend.

Meine Fargen:

Hat jemand eine Idee wie ich die Ursache finden kann?
Das SQL-Statement in dem angehaltenen Prozess bringt mich nicht wirklich weiter.

Gibt es eine Möglichkeit "angehaltene" Prozesse nach einer gewissen Zeit automatisch zu "killen"?

So long
Dieter

Answer 1

Hallo Dieter,

was meinst Du mit "angehaltene Prozesse", welche Anzeige/Status?

Um die Blockierung einer Sitzung zu erhalten, kannst Du sp_who2 verwenden,
wo Blockierungen in der Spalte BlkBy angezeigt werden. Eine bessere Übersicht
kann Dir How to monitor blocking in SQL Server 2005 and in SQL Server 2000
verschaffen.
Für eine weitere Analyse ist die Lektüre von SQL Server 2005 Waits and Queues empfehlenswert.

Da die Probleme anscheinend seit dem Wechsel der Platte auftreten:
Inwieweit unterscheidet sich die jetzige Konfiguration von der vorherigen?

Hast Du die Statistiken überprüft und ggf. aktualisiert, z. B. via sp_updatestats?
Unter Umständen wäre auch ein Rebuild der Indizes sinnvoll.

Gruß Elmar

Answer 2

Hi Elmar,

hier erst mal mein derzeitiger Kenntnisstand:

Die Festplatte ist unschuldig. Auch nach dem Zurückkopieren auf die vorherige Platte (in Wirklichkeit geht es um zwei RAID1 in einem HP Server) besteht das Problem noch immer.
Die Ursache wird also eher darin liegen, dass die DB in den letzten Wochen von 4GB auf 140GB gewachsen ist.

Woher kommt das?
In der Firma wird heftigst mit Dokumenten gearbeitet. In erster Linie kommen die von extern per Fax und werden gescannt (600-1000 pro Tag). Klar, sollte man die gleich elektronisch empfangen, aber so weit sind die leider noch nicht.
Bisher haben wir die Dokumente im Dateisystem abgelegt und in der DB nur die Links gespeichert.
Nun hat aber das Dateisystem mit den mittlerweile > 1Mio Dokumenten ein Problem bekommen. Besonders eine Datensicherung wurde unmöglich. Also haben wir die Dokumente in die DB überführt. Ich habe extra für die Dokumenten- Tabellen eine eigen Datei und Dateigruppe in der DB angelegt. Ein eigene DB wollte ich nicht anlegen, da die Dokumente in täglichem Gebrauch sind und ich dann erst recht Performance-Probleme befürchte.

Also habe ich hier wohl ein "einfaches" Performance Problem.
Die Locks gabs bisher wohl auch schon, nur wurden die immer so schnell aufgelöst, dass es keine gemerkt hat.

Was ich im Moment im Aktivitätsmonitor mache ist ja eigentlich auch Prävention (wenn ich das richtig verstehe).
Ich schau mir dort an welche Prozesse eine relativ hohe Wartezeit haben. Erst wenn diese sich nach ein paar Augenblicken nicht selber auflösen breche ich diese Prozesse ab. Dabei ist im Frontend wohl noch nichts passiert.

Was ich heute tun werde.
Ich werde das Frontend so weit wie möglich umbauen, dass alle lesenden Abfragen PassThrougs oder Views sind.

Was ich schon empfohlen habe:
Den SQL-Server schnellstmöglich auf zwei RAID5 auf getrennten Kanälen zu erweitern. Weil RAID5 schneller als RAID1 und ich dann die DokumentenDatei auf ein eigenes Raid legen könnte. Die Kiste selber ist schon ein ganz passabel ausgestatteter HP Server mit 4GB Ram und vernünftigen CPUs.
Was meinst Du dazu?

Sehr gerne würde ich deine Unterstützung hier auch offiziell Buchen und bezahlen! Falls das geht melde dich doch mal per PM an
dliessmann klammeraffe topsolutions.de

Gruß Dieter