Ich bekomme neuerdings Abstürze mit folgender Fehlermeldung
"Nicht erkennbares Datenbankformat meier.mdb"
Wenn ich dann auf dem Server die mdb öffne, kommt eine Fehlermeldung nicht konsistent,
es wird dann vorgeschlagen zu reparieren und dann funktioniert es wieder eine Zeit lang.
Kann es daran liegen, dass ich auf meiner Arbeitsstation Access 2016 und die Mitarbeiter Access 2010 haben.
Würden dann auch Probleme auftauchen wenn ich mit 2016 komprimiere und repariere?
Oder liegt der Fehler woanders?
Zitat von: thoco am Juni 19, 2018, 18:00:09Ich bekomme neuerdings Abstürze mit folgender Fehlermeldung
"Nicht erkennbares Datenbankformat meier.mdb"
Dies
scheint ein Problem (Bug) zu sein, das seit der Veröffentlichung von Access 2016 Update 1803 auftritt. - Dieser Zusammenhang ist bisher nicht offiziell bestätigt.
Eine Zusammenfassung der bisherigen Erkenntnisse hat Daniel Pineault im Artikel
Access – Bug – Database is in an Unrecognized Format (https://www.devhut.net/2018/06/13/access-bug-database-is-in-an-unrecognized-format/) (Englisch) veröffentlicht.
Kann das darin liegen, dass mit unterschiedlichen Access-Versionen (2016 und 2010) auf die mdb zugegriffen wird?
Hallo,
Ist die Anwendung in FE/BE aufgeteilt?
Hat jeder Anwender ein lokales FE?
Ist die DB unter 2010 kompiliert worden?
gruss ekkehard
Fe/Be, jeder hat Lokal ein Fe.
Komprimiert unter 2010, vielleicht auch mit 2016.
Ich habe auch noch einmal die Verweise geprüft, dort gibt es auch einen Unterschied.
Auf den Arbeitstationen mit Access 2010:
- Visual Basics For Applications
- Microsoft Access 14.0 Object Library
- OLE Automation
- Micorsoft ActiveX Data Objects 2.1 Library
- Microsoft DAO 3.6 Object Libary
- Microsoft Outlook 14.0 Object Library
In meiner BE-Version fehlen:
- OLE Automation
- Microsoft OLE DB error Library
Brauche ich diese unbedingt?
Hallo,
Ich glaube nicht.
Wenn denn alle MA A2010 haben, würde ich auch damit entwickeln. So
viel neue must-haves wird es in A2016 doch nicht geben, oder?
gruss ekkehard
Hallo,
Vorschlag:
BE in Accdb konvertieren (mit A2010)
FE in Accdb-konvertieren und für die A2010-User mit A2010 Debuggen/kompilieren (im VBA-Editor). Dieses FE an die A2010-User lokal verteilen.
Für die A2016-User mit A2016 Debuggen/kompilieren (im VBA-Editor). Dieses FE an die A2016-User lokal verteilen.
Soll heißen, dringend das jeweilige FE mit der vom User verwendeten Office-Version kompilieren und ausführen.
Jetzt habe ich alle wieder auf Access 2010.
DB FE und BE habe ich in 2010 konvertiert und repariert.
Nur 2 Mitarbeiter haben anstelle Outlook 2010 noch Outlook 2016.
Jetzt war 10 Tage Ruhe, heute kam der Fehler wieder.
Liegt es vielleicht doch an den Verweisen?
Auf den Arbeitstationen mit Access 2010:
- Visual Basics For Applications
- Microsoft Access 14.0 Object Library
- OLE Automation
- Micorsoft ActiveX Data Objects 2.1 Library
- Microsoft DAO 3.6 Object Libary
- Microsoft Outlook 14.0 Object Library (oder 2 mit Outlook 16.0)
- OLE Automation
- Microsoft OLE DB error Library
Hallo,
naja, vielleicht trifft Phil's Aussage bezgl. des Bug ja zu. Dann haben wir halt schlechte Karten...
Grundsätzlich sehe in Parallel-oder Misch-Installationen unterschiedlicher Office-Versionen immer als problematisch an.
Noch eine Frage, wenn ich jetzt die mdb auf dem Server öffne, dann kommt diese Meldung:
"In Microsoft Access wurde festgestellt, dass die Datenbank in einem inkonsistenten Zustand ist, und es wird versucht, die Datenbank wiederherzustellen. Dabei wird eine Sicherheitskopie der Datenbank erstellt. Alle wiederhergestellten Objekte werden in einer neuen Datenbank gespeichert. Diese neue Datenbank wird dann von Access geöffnet. Die Namen der Objekte, die nicht erfolgreich wiederhergestellt wurden, sind in der Tabelle "Wiederherstellungsfehler" aufgeführt."
Die Datenbank wird dann repariert und soweit ist alles da und sie läuft wieder.
Gibt es noch etwas as ich prüfen könnte, um einen Fehler zu finden?
Hallo,
--- es ist der A2016-Bug
--- Dein Netzwerk ist nicht stabil
Hast Du mal die erwähnte Tabelle angesehen?
Hallo
--- es ist der A2016-Bug > betrifft das auch Access 2010 > Gibt es schon eine Lösung dafür?
--- Dein Netzwerk ist nicht stabil > Was bedeutet das konkret für die Datenbank? > Gibt es etwas was ich machen kann?
Die 20 Tabellen habe ich mir angesehen, keine Fehler gefunden.
Ich habe alle Beziehungen überprüft. Alles mit mit Abfrage-Assistent zur Inkonsitenzsuche geprüft.
Fehler habe ich nicht gefunden.
--- es ist der A2016-Bug > betrifft das auch Access 2010 > Gibt es schon eine Lösung dafür?
--- Dein Netzwerk ist nicht stabil > Was bedeutet das konkret für die Datenbank? > Gibt es etwas was ich machen kann?
Ich habe diese Info gefunden:
Wäre das hier eine Lösung: https://support.office.com/de-de/article/access-meldet-dass-sich-datenbanken-in-einem-inkonsistenten-zustand-befinden-7ec975da-f7a9-4414-a306-d3a7c422dc1d
Kennt Ihr diese Problemumgehung?
Hallo,
ZitatDies kann geschehen, wenn eine Datenbank auf einer Dateifreigabe im Netzwerk gespeichert ist, und mehrere Benutzer die Datenbank gleichzeitig verwenden
Diese Problematik ist bekannt, aber die hast Du entspr. Deinen Beschreibungen (jeder hat sein eigenes lokale FE, mit dem er arbeitet. Das BE liegt auf einem Netzwerk-Verzeichnis) nicht.. oder etwa doch?
Richtig, jeder hat eine lokale FE, das BE liegt auf einem Netzwerk-Verzeichnis.
Die Abstürze fangen auf im FE mit der Fehlermeldung "... nicht erkennbares Datenbankformat ..." an.
Nach dieser Meldung ist mit der lokalen FE kein Zugriff mehr möglich. Auch alle anderen haben keinen Zugriff mehr.
Öffne ich dann auf dem Server die Datenbank BE, dann kommt "In Microsoft Access wurde festgestellt, dass die Datenbank in einem inkonsistenten Zustand ist, und es wird versucht, die Datenbank wiederherzustellen. ..."
Klicke ich auf OK wird die Datenbank repariert. Es gibt keine Einfügefehler, auch sonst findet sich kein Fehler.
Hallo,
Auch wenn es schon etwas älter ist und ich nicht weiss ob das alles bei
A2016 auch noch machbar ist, hier ein paar Hinweise/Möglichkeiten:
http://www.donkarl.com?FAQ1.27 (http://www.donkarl.com?FAQ1.27)
gruss ekkehard
Zitat von: thoco am Juli 25, 2018, 08:47:51--- es ist der A2016-Bug > betrifft das auch Access 2010 > Gibt es schon eine Lösung dafür?
Die Informationen von Microsoft zu diesem Problem sind bisher äußerst spärlich. Dass tatsächlich das erwähnte Update für A2016/O365 dafür verantwortlich ist halte ich inzwischen für eher unwahrscheinlich. Angesichts des nun offiziell empfohlenen Workarounds vermute ich, dass eher ein Update für das Windows SMB-Protokoll (https://de.wikipedia.org/wiki/Server_Message_Block) (u.a. für Filesharing in Windows Netzen) ursächlich beteiligt ist.
In der Konsequenz heißt das natürlich auch, dass nicht nur Access 2016, sondern alle Access-Version davon betroffen sein können.
Zitat von: thoco am Juli 25, 2018, 08:47:51Ich habe diese Info gefunden:
Wäre das hier eine Lösung: https://support.office.com/de-de/article/access-meldet-dass-sich-datenbanken-in-einem-inkonsistenten-zustand-befinden-7ec975da-f7a9-4414-a306-d3a7c422dc1d
Das ist der inzwischen offiziell empfohlene Workaround für den angesprochenen Bug. Inhaltlich deckt sich das mit dem bereits in meinen ersten Hinweis zu dem Bug verlinkten KB-Artikel 2957623 (https://support.microsoft.com/en-gb/help/2957623/cannot-access-shared-files-or-folders-on-a-drive-in-windows-server-201).
Wenn die Datenbankkorruption bei dir nicht durch allgemeine Netzwerkprobleme verursacht wird, dann ist dies sicherlich bis zum Erscheinen eines echten Bugfixes ein empfehlenswerter Lösungsansatz.
Hallo,
bezgl. des deaktivierten SMB1.0 -Protokolls hilft auch bisweilen, das Protokoll wieder unter
Systemsteuerung/Programme und Features/Windows Features aktivieren oder deaktivieren/Unterstützung für die SMB1.0/Cifs Datei-Freigabe
wieder zu installieren
So, vielen Dank für Eure Hilfe.
Ich habe jetzt die Problemumgehung umgesetzt und hoffe das war es jetzt.
Als letztes würde ich noch SMB1.0 Protokoll aktivieren;)
Lesen Sie diesen Artikel: https://www.stellarinfo.com/blog/how-to-fix-microsoft-unrecognized-database-format-error/