Hallo,

wir setzten auf einem window 2012R2 Terminal Server verschiedene Programme ein.
Auf dem Server arbeiten maximal 50 Personen gleichzeitig, davon ca. 20 über eine vpn Verbindung, der Rest über das lokale Netz.
Unter anderem wird eine selbstprogrammierte Access2000/2003 Lösung eingesetzt.

Das Problem ist, das die Software zeitweise sehr träge reagiert und die Benutzer zeitweise mehrere Sekunden auf eine Reaktion warten müssen.
Kurze Zeit später ist es dann wieder besser. Es kann aber auch mehrere Stunden hakkelig sein.

Die Server sind relativ neu (1 Jahr). Wird die Auslastung über den Taskmanager verfolgt steigt die CPU Auslastung selten über 30%, die Arbeistspeicherauslastung selten über 15%.
Messungen bezüglich der Festplattengeschwindigkeit waren auch OK.

Gibt es eine Möglichkeit genauer herauszufinden warum bei einer bestimmten Aktion in der Software das System "hängt" und nicht reagiert?
Quasi so etwas wie eine Echtzeitüberwachung.

Wir wissen einfach nicht weiter und wären über jede Hilfe dankbar.

Gruß
Stepper

Verschoben. ~Thunderbolt

Hi,
ich habe mit dem Resourcenmonitor die einzelnen Kerne überwacht. Die CPU Nutzung (der einzelnen Kerne) von der Access Anwendung ist in der Nähe von 0, auch in der Summe aller restlichen Programme erreichen die einzelnen Kerne selten 50%.

Ist es eigentlich möglich von Ressourcenmonitor eine Logdatei zu speichern?

VB6 passt nicht richtig (ist halt Access), aber in diesem Forum habe ich nur c# net und vb6 zur Auswahl.
In das Datenbankforum passt es nach meiner Meinung auch nicht richtig.....

Gruß
Stepper

Hi,

@Mono, mir ist klar das ich hier aus der Ferne keine Komplettlösung/Analyse bekomme.
Zu deinen Fragen:
Die Anwendung läuft komplett lokal auf dem Server, als Backend wird eine Access DB verwendet, also keine SQL DB.
Die Anwendung ist ca. 30-50MB groß, wurde auch schon häufiger komprimiert.
Extra Verweise Ja, Latebinding Nein.

Mit dem Windows Performance Monitor habe ich die Sache schon überwacht, aber keinen richtigen Anhaltspunkt bekommen warum die Anwendung "hakelt".
Ich glaube auch nicht das es etwas mit der Datenmenge oder der Art der Programmierung zu tun hat.
Das hakeln tritt nicht konstant sondern sporadisch auf.

Meine Hoffnung war/ist, dass es eine Möglichkeit (spezielles Tool??) gibt in Echtzeit die Ursache für eine bestimmte "Wartephase" zu ermitteln.
D.h. wenn nach einem Klick auf eine Schaltfläche das Programm für 10sec hängt, möchte in ein Report/Logfile/wasauchimmer gucken und einen Hinweis darauf bekommen auf was konkret das System gewartet/dran gearbeitet hat (Daten wurden nicht von Festplatte geliefert, CPU ausgelastet, etc...).
Mag sein das es solch ein Toll nicht gibt (geben kann...), dann wäre das aber auch schon mal eine Info.

Gruß
Horten