none
Laufzeitfehler 3343 und inkonsistenter Zustand bei einer Access Datenbank RRS feed

  • 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.

    Freitag, 23. August 2019 11:44

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ß


    Freitag, 23. August 2019 12:05
  • 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.

    Freitag, 23. August 2019 12:50
  • 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


    Donnerstag, 29. August 2019 06:41