Fragensteller
Laufzeitfehler 3343 und inkonsistenter Zustand bei einer Access Datenbank

Frage
-
Hallo allerseits,
seit ungefähr 2 Wochen bekommen wir in allen unseren Access-Datenbanken einen "Laufzeitfehler 3343 - nicht erkennbares Datenbankformat" oder den Fehler "Datenbank ist in einem inkonsistenten Zustand" angezeigt.
Die Access Datenbank (Access Version 1808) wird in Mehrbenutzermodus von mehreren Clients (95% Windows 10 - Update 1809) über das Front- und Backend, liegt auf einen Server, aufgerufen. In unregelmäßigen Abständen kommt es zu diesen Störungen und erst wenn alle Client raus sind und erst wenn das Backend repariert wurde, erst dann funktioniert sie wieder.
Ich habe gelesen, dass das mit dem Windows 10 Update zutun haben könnte.
Gibt es noch andere Ursachen?
Wenn ja, wie kann man diese Probleme beheben?
Danke im Voraus.
Alle Antworten
-
Wenn ja, wie kann man diese Probleme beheben?
Danke im Voraus.
Auf eine gescheite DB und Webfrontend migrieren :-D
Spaß bei Seite, was heißt Backend reparieren, was macht ihr da?
Gruß
- Bearbeitet marc-sysadmn Freitag, 23. August 2019 12:15
-
Man muss sich mal vorstellen, dass die Verwaltung von Access-DB's durch die Access-Runtime durchgeführt wird.
Dies macht natürlich Probleme, wenn die DB auf einem Server, die diversen Clients mit der Runtime aber auf eigenen Rechnern laufen.
Da braucht nur 1 Rechner einen Vorgang durch Störung (Netzwerk, Programmabsturz, o.ä.) nicht abschließen um die Konsistenz der DB zu gefährden.
Denn die Runtime läuft auf allen Clients gleichzeitig!Bei der Verwendung von TS (Terminalserver) kann man etwas mehr Sicherheit erreichen, da alle Clients auf der selben Kiste aktiv sind. Die Gefahr besteht aber weiterhin, da ja trotzdem jeder Client für sich aktiv ist, dass die DB korrupt wird.
Nun empfielt es sich für diese Scenarien dann eine Migration (gibts einen Assistenten) auf SQL-Server-Express.
Der Frontend kann dabei beibehalten werden. Der SQL-Server und nicht mehr der Client sorgt für die Konsistenz. -
Hallo!
Grundsätzlich sollte jeder Benutzer ein eigenes Frontend haben, in erster Linie eben gerade wegen der Korruptionsanfälligkeit (s.a. http://www.donkarl.com?FAQ1.35 ).
Diese Fehlermeldung klingt natürlich verdächtig nach dem Monsterbug, der im Mai sein 1-jähriges Bestehen gefeiert hat und noch immer nur durch einen mühsamen+verlangsamenden Registry-Bastel-Workaround zuverlässig behoben werden kann.
Karl
Access-Entwickler-Konferenzen:
http://www.donkarl.com/?AEK
http://www.AccessDevCon.com- Bearbeitet Karl DonaubauerMVP Donnerstag, 29. August 2019 06:44