Zugriff auf Backend plötzlich extrem langsam
Jörg Ellermann
ich habe folgendes Problem:
eine Access-Anwendung (2000-Format, läuft unter 2003) wird im lokalen
Netz von 2-3 Benutzern gleichzeitg verwendet.
Die Anwendung ist in Front- und Backend geteilt, wobei die User aber
meist das Frontend direkt vom Server starten, also nicht lokal
gespeichert haben. Nicht optimal, aber um Aktualisierungen zu
vereinfachen, soll das möglichst auch so bleiben.
Die Datenmengen sind denkbar klein, max. ca. 200 Zeilen in der größten
Tabelle. Komprimiert hat das Backend ca. 700 KB, nach längerer Benutzung
ca 2,5 MB.
Seit kurzem tritt das Problem auf, daß die Anwendung *extrem* langsam
läuft- das Öffnen eines beliebigen Formulars dauert so etwa 30 Sekunden,
sobald mehr als ein User auf die DB zugreift. Mit anderen Worten, man
kann z.Zt. nicht mehr damit arbeiten.
Es ist vorher schon einmal zu einem Fehler in der Datentabelle gekommen,
aber die Reparatur war erfolgreich und das Problem trat nicht wieder
auf. Die jetzige Datei habe ich trotzdem geprüft, mit
Access-Bordmitteln "komprimiert/repariert" und keine Probleme festgestellt.
Das Problem tritt nicht auf, wenn man das Frontend lokal startet. Wie
gesagt, möchte ich das aber vermeiden, und das ganze lief auch ca. ein
Jahr ohne Probleme. Es gab es vor dem Auftauchen des Fehlers keine
Änderung in der Anwendung oder im Netzwerk.
Was könnte hier falsch laufen?
Henry Habermacher
Jörg Ellermann wrote:
> ich habe folgendes Problem:
> eine Access-Anwendung (2000-Format, läuft unter 2003) wird im lokalen
> Netz von 2-3 Benutzern gleichzeitg verwendet.
>
> Die Anwendung ist in Front- und Backend geteilt, wobei die User aber
> meist das Frontend direkt vom Server starten, also nicht lokal
> gespeichert haben. Nicht optimal, aber um Aktualisierungen zu
> vereinfachen, soll das möglichst auch so bleiben.
Das ist kein Grund. Lies' bitte das WhitePaper "Betrieb von Access
Anwendungen" im Download Bereich des www.dbdev.org und schaue Dir mal den
MDBLoader an. Den gibt's auch dort. Der nimmt sich genau dieser Aufgaben an.
> Die Datenmengen sind denkbar klein, max. ca. 200 Zeilen in der größten
> Tabelle. Komprimiert hat das Backend ca. 700 KB, nach längerer Benutzung
> ca 2,5 MB.
>
> Seit kurzem tritt das Problem auf, daß die Anwendung *extrem* langsam
> läuft- das Öffnen eines beliebigen Formulars dauert so etwa 30 Sekunden,
> sobald mehr als ein User auf die DB zugreift. Mit anderen Worten, man
> kann z.Zt. nicht mehr damit arbeiten.
Da helfen in der Regeln nur Persistente Recordsets. Suche in Google nach
Tony Toews Access Performance FAQ. Dort ist das beschrieben.
> Es ist vorher schon einmal zu einem Fehler in der Datentabelle gekommen,
> aber die Reparatur war erfolgreich und das Problem trat nicht wieder
> auf. Die jetzige Datei habe ich trotzdem geprüft, mit
> Access-Bordmitteln "komprimiert/repariert" und keine Probleme
> festgestellt.
Siehe oben genanntes Whitepaper. Dann hast Du das Problem kaum mehr.
> Das Problem tritt nicht auf, wenn man das Frontend lokal startet. Wie
> gesagt, möchte ich das aber vermeiden, und das ganze lief auch ca. ein
> Jahr ohne Probleme. Es gab es vor dem Auftauchen des Fehlers keine
> Änderung in der Anwendung oder im Netzwerk.
>
> Was könnte hier falsch laufen?
Das Brett vor dem Kopf vielleicht oder mangelnde Bereitschaft einen
unsauberen Zustand zu beenden, für dessen Lösung es eine vorgefertigte
Anwendung gibt, kostenfrei. ;-)
Gruss
Henry
--
Microsoft MVP Office Access
Keine E-Mails auf Postings in NGs. Danke.
Access FAQ www.donkarl.com
Karl Donaubauer
> eine Access-Anwendung (2000-Format, läuft unter 2003) wird im lokalen
> Netz von 2-3 Benutzern gleichzeitg verwendet.
>
> Die Anwendung ist in Front- und Backend geteilt, wobei die User aber
> meist das Frontend direkt vom Server starten, also nicht lokal
> gespeichert haben. Nicht optimal, aber um Aktualisierungen zu
> vereinfachen, soll das möglichst auch so bleiben.
Naa.
> Das Problem tritt nicht auf, wenn man das Frontend lokal startet. ...
S. den unteren Teil von www.donkarl.com?FAQ1.35.
--
HTH
Karl
********* Ich beantworte keine Access-Fragen per Email. *********
Access-FAQ: http://www.donkarl.com
Access-Entwickler-Konferenz: www.donkarl.com/?AEK
SQL Server-Entwickler-Konferenz: www.donkarl.com/?SEK
Jörg Ellermann
eingesetzt, der aber auf einem Client beim Beenden von Access jedesmal
zu einem Programmabsturz führte. Werde jetzt den MDB-Loader testen...
Aber unabhängig davon lag das eigentliche Problem offenbar daran, daß
Backend-Pfad und -name auf dem Server mehr als 8+3 Zeichen hatten... aua.