Neuigkeiten:

Wenn ihr euch für eine gute Antwort bedanken möchtet, im entsprechenden Posting einfach den Knopf "sag Danke" drücken!

Mobiles Hauptmenü

Abstürze, Fehlermeldung "Nicht erkennbares Datenbankformat"

Begonnen von thoco, Juni 19, 2018, 18:00:09

⏪ vorheriges - nächstes ⏩

thoco

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?


PhilS

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 (Englisch) veröffentlicht.
Neue Videoserie: Windows API in VBA

Klassische CommandBars visuell bearbeiten: Access DevTools CommandBar Editor

thoco

Kann das darin liegen, dass mit unterschiedlichen Access-Versionen (2016 und 2010) auf die mdb zugegriffen wird?

Beaker s.a.

Hallo,
Ist die Anwendung in FE/BE aufgeteilt?
Hat jeder Anwender ein lokales FE?
Ist die DB unter 2010 kompiliert worden?
gruss ekkehard
Alles, was geschieht, geschieht. - Alles, was während seines Geschehens etwas anderes geschehen lässt, lässt etwas anderes geschehen. - Alles, was sich selbst im Zuge seines Geschehens erneut geschehen lässt, geschieht erneut. - Allerdings tut es das nicht unbedingt in chronologischer Reihenfolge.
(Douglas Adams, Mostly Harmless)

thoco

Fe/Be, jeder hat Lokal ein Fe.
Komprimiert unter 2010, vielleicht auch mit 2016.

thoco

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?

Beaker s.a.

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
Alles, was geschieht, geschieht. - Alles, was während seines Geschehens etwas anderes geschehen lässt, lässt etwas anderes geschehen. - Alles, was sich selbst im Zuge seines Geschehens erneut geschehen lässt, geschieht erneut. - Allerdings tut es das nicht unbedingt in chronologischer Reihenfolge.
(Douglas Adams, Mostly Harmless)

DF6GL

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.
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

thoco

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




DF6GL

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.


Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

thoco

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?

DF6GL

Hallo,

---   es ist der A2016-Bug
---   Dein Netzwerk ist nicht stabil

Hast Du mal die erwähnte Tabelle angesehen?
Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access

thoco

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.

thoco

---   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?


DF6GL

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?


Viele Grüße vom Bodensee
Franz, DF6GL

Hilfestellung:  http://www.access-o-mania.de/forum/index.php?topic=6969.msg118738#msg118738

Links und Tipps:
1.   http://v.hdm-stuttgart.de/~riekert/lehre/db-kelz/
1a. http://www.tinohempel.de/info/info/datenbank/normalisierung.htm
1b. https://support.office.com/de-de/article/Grundlagen-des-Datenbankentwurfs-eb2159cf-1e30-401a-8084-bd4f9c9ca1f5#bmterms
2.   http://www.donkarl.com
3.   https://web.archive.org/web/20201201233522/http://www.dbwiki.net/
4.   http://www.access-tutorial.de/
5.   http://www.tty1.net/smart-questions_de.htm
6.   http://access.joposol.com/accept

Last but not least:   < F1 > für Hilfe
;) Learning by doing not by spoon-feed ;)

Tipp: Find and Replace for Access