Hallo zusammen,
meine Access-DB führt zeitgesteuert gewisse Prozeduren aus, das funktioniert auch ohne Fehler. Leider stürzt die DB in Abstand von einigen Tagen ab, ohne dass ich einen weiteren Anhaltspunkt habe, worin die Ursache bestehen könnte. Im Event-Log findet sich nur folgendes:
Ereignistyp: Fehler
Ereignisquelle: Microsoft Office 11
Ereigniskategorie: Keine
Ereigniskennung: 1000
Datum: 13.04.2016
Zeit: 15:35:19
Benutzer: Nicht zutreffend
Computer: E500
Beschreibung:
Faulting application msaccess.exe, version 11.0.5614.0, stamp 3f3c8e3c, faulting module msaccess.exe, version 11.0.5614.0, stamp 3f3c8e3c, debug? 0, fault address 0x00014162.
Weitere Informationen über die Hilfe- und Supportdienste erhalten Sie unter http://go.microsoft.com/fwlink/events.asp.
Daten:
0000: 41 00 70 00 70 00 6c 00 A.p.p.l.
0008: 69 00 63 00 61 00 74 00 i.c.a.t.
0010: 69 00 6f 00 6e 00 20 00 i.o.n. .
0018: 46 00 61 00 69 00 6c 00 F.a.i.l.
0020: 75 00 72 00 65 00 20 00 u.r.e. .
0028: 20 00 6d 00 73 00 61 00 .m.s.a.
0030: 63 00 63 00 65 00 73 00 c.c.e.s.
0038: 73 00 2e 00 65 00 78 00 s...e.x.
0040: 65 00 20 00 31 00 31 00 e. .1.1.
0048: 2e 00 30 00 2e 00 35 00 ..0...5.
0050: 36 00 31 00 34 00 2e 00 6.1.4...
0058: 30 00 20 00 33 00 66 00 0. .3.f.
0060: 33 00 63 00 38 00 65 00 3.c.8.e.
0068: 33 00 63 00 20 00 69 00 3.c. .i.
0070: 6e 00 20 00 6d 00 73 00 n. .m.s.
0078: 61 00 63 00 63 00 65 00 a.c.c.e.
0080: 73 00 73 00 2e 00 65 00 s.s...e.
0088: 78 00 65 00 20 00 31 00 x.e. .1.
0090: 31 00 2e 00 30 00 2e 00 1...0...
0098: 35 00 36 00 31 00 34 00 5.6.1.4.
00a0: 2e 00 30 00 20 00 33 00 ..0. .3.
00a8: 66 00 33 00 63 00 38 00 f.3.c.8.
00b0: 65 00 33 00 63 00 20 00 e.3.c. .
00b8: 66 00 44 00 65 00 62 00 f.D.e.b.
00c0: 75 00 67 00 20 00 30 00 u.g. .0.
00c8: 20 00 61 00 74 00 20 00 .a.t. .
00d0: 6f 00 66 00 66 00 73 00 o.f.f.s.
00d8: 65 00 74 00 20 00 30 00 e.t. .0.
00e0: 30 00 30 00 31 00 34 00 0.0.1.4.
00e8: 31 00 36 00 32 00 0d 00 1.6.2...
00f0: 0a 00 ..
Was kann ich machen, um die Ursache eingrenzen zu können?
Bisher habe ich schon mal einen neue Datenbank erstellt und die Objekte aus der alten importiert. Keine Fehlermeldungen, aber auch die neue DB stürzt ab.
Was heißt "fault address 0x00014162", weil die ist jedesmal gleich?
Vielen Dank für eure Lösungsansätze und viele Grüße
Frank
Hallo,
am Ereignislog wird man nicht viel erkennen...
Ist die Db mit einem Errorhandling in JEDEM Modul ausgestattet?
Steht in JEDEM Modul "Option Explicit" im Modulkopf?
Ist die DB unter VBA-Editor/Debuggen fehlerfrei kompiliert?
Wenn nach der evtl. Korrektur weiterhin die Abstürze auftauchen, dann könnte helfen:
-- Access mit Startparameter /decompile und dem DB-Namen starten.
-- Import aller Objekte in eine neue leere DB-(Datei)
Ansonsten kann bei "das funktioniert auch ohne Fehler" auch ein Irrtum vorliegen... Z. B. Überlauf bei gewissen Datenkonstellationen (--> Datentypen!) , geänderte Ausgangsbedingungen bei erneuter Prozedur-Ausführung, usw.
Insofern sollten die Algorithmen der Prozeduren kritisch geprüft werden.
Hallo,
Zitatam Ereignislog wird man nicht viel erkennen...
immerhin die genaue Access-Version...
@F100:
Du solltest stets die Microsoft Updates einspielen, dein Office ist auf einem alten Stand (ohne Service Packs). Das würde ich als erstes angehen, ehe weitere Fehlersuche betrieben wird. Nicht ohne Grund werden im Anschluss an die Ausgabe einer neuen Office-Version stets sogen. Service Packs ausgeliefert, die weitere Verbesserungen und Reparaturen enthalten. Das letzte SP zu Office 2003 ist SP3.
Ist dein Windows evtl. auf einem ähnlich "ungepflegten" Stand?
Hallo,
ZitatIst die Db mit einem Errorhandling in JEDEM Modul ausgestattet?
Ja
ZitatSteht in JEDEM Modul "Option Explicit" im Modulkopf?
Ja
ZitatIst die DB unter VBA-Editor/Debuggen fehlerfrei kompiliert?
Ja
Alle Prozeduren sind getestet und lösen auch keine Laufzeitfehler aus.
Im Errorhandling schreibe ich auch die Fehler in ein Log. Auch da ist nichts erkennbar. Bei möglicherweise kritischen Vorgängen prüfe ich auch das Err-Objekt, aber im Log wird als Err.number 0 -> kein Fehler protokolliert. Im Fehlerfall würde protokolliert und dann die Prozedur beendet
ZitatAccess mit Startparameter /decompile und dem DB-Namen starten.
Habe ich mal ausprobiert. Keine besondere Meldung. Anschließend VBA Code kompiliert, DB komprimiert und repariert. Effekt kann ich erst in ein paar Tagen berichten.
ZitatImport aller Objekte in eine neue leere DB-(Datei)
Hatte ich vor der Frage probiert, leider kein Effekt.
ZitatAnsonsten kann bei "das funktioniert auch ohne Fehler" auch ein Irrtum vorliegen... Z. B. Überlauf bei gewissen Datenkonstellationen (--> Datentypen!) , geänderte Ausgangsbedingungen bei erneuter Prozedur-Ausführung, usw.
Prinzipiell richtig. Aufgefallen ist mir nichts und mir kommt auch keine Idee, welche geänderten Ausgangsbedingungen einen Fehler auslösen können sollen. Die Prozedur, die als letztes gelaufen ist, schreibt die Temperaturen eines Temperatursensors weg und wäre auch wieder als nächste Prozedur dran gewesen.
ZitatInsofern sollten die Algorithmen der Prozeduren kritisch geprüft werden.
Wenn ich das irgendwie weiter eingrenzen könnte, gerne.
Kann man irgendwie dem Event-Log mehr Informationen entlocken?
ZitatDu solltest stets die Microsoft Updates einspielen, dein Office ist auf einem alten Stand (ohne Service Packs). Das würde ich als erstes angehen, ehe weitere Fehlersuche betrieben wird.
Werde ich jetzt angehen.
ZitatIst dein Windows evtl. auf einem ähnlich "ungepflegten" Stand?
In gewisser Form ja, da es ein "frisch" aufgesetztes System ist, deshalb noch keine Updates. Und Win XP ist natürlich auch nicht aktuell, aber es handelt sich um ein altes Laptop. Ist aber kein Sicherheitsrisiko, da das System absolut standalone ist.
Vielen Dank für eure Unterstützung.
Hi,
Zitatda das System absolut standalone ist
wie willst du ohne Internet-Verbindung an die benötigten Updates kommen?
Auch für Windows XP gab es am Ende ein SP3 oder mindestens SP2.
Das jeweilige Update wird heute vermutlich gar nicht mehr automatisch verteilt.
Da bin ich jetzt auch überfragt, wie man da dran kommen könnte.
Ganz sicher ist jedoch, dass diese Kombination von "ungepatchten" Systemen in keiner Weise eine solide Basis ist.
Updates gibt es für solche Fälle auch gesammelt, z.B. für unternehmenseigene Updateserver.
Eine mögliche Quelle: http://winfuture.de/UpdatePack
Wenn du eine Quelle für die fehlenden Updates kennt, dann mach das doch!
ZitatWenn du eine Quelle für die fehlenden Updates kennt, dann mach das doch!
Bin ja schon dabei. ;)
So Updates sind drauf. Werde jetzt mal testen, wie Access in den nächsten Tagen reagiert. Schon mal vielen Dank für alle Anregungen.
Viele Grüße
Frank