Office: (Office 2016) Dubioses Verhalten von ACCESS?

Ich betreibe hier mehrere Frontends mit ACCESS-Backend, welche über entsprechende VBScripts gestartet werden - das ganze hat jahrelang so funktioniert.
Seit vor Weihnachten funktioniert das Starten über das Script nur mit Fehlern innerhalb der DB: z. B werden Parameter angefragt, ist das nicht der Fall, sind plötzlich zerstörte Abfragen vorhanden.
Dieselbe DB (nur geschlossen nach Nichtfunktionieren = keine Änderungen vorgenommen) lässt sich ohne das Script zu verwenden problemlos starten und verwenden. Das ganze wiederholbar an verschiedenen PC's.

Wo kann ich den Fehler finden?

:)

 

Hallo!

Nach deiner Beschreibung scheint der Fehler im Script zu sein. *wink.gif* (SCRN)

Was unterscheidet den Aufruf über das Script vom direkten Aufruf?
Werden z. B. Startparameter verwendet?

mfg
Josef

 

ich verwende keine Startparameter, habe ich noch nie.
nur bei Run - 3 für Vollbild - kann es das sein? Hab's grad ohne probiert -> keine Verbesserung

 

Ich seh in deinem Skript auch keine mögliche Fehlerquelle.

mfg
Josef

 

Der Fehler kommt ja erst im ACCESS:

Code:

 

Hallo!

Teste bitte den Aufruf über das Script ohne vorheriges Kopieren einer Datei.

Code:

Anm.: \, die die Forensoftware entfernte, nicht vergessen.

Was passiert, wenn du die Anwendung per Shell startest?
Code:

mfg
Josef

 

Das gekürzte Script hat jetzt korrekt funktioniert.
Wobei ja nicht bei jedem Aufruf des Scripts auch kopiert wird, sondern halt nur, wenn ich das durch Ändern der .ini sozusagen freigebe... ergo die letzten Male wurde definitiv nix kopiert...

 

Beim Start aus der Shell bekomme ich die Aussage, dass ACCESS die Datenbankdatei nicht finden kann

 

Nebenbei: Shell und FileSystemObject und Datei kopieren haben mit Access und dessen(?) dubiosen Verhalten recht wenig zu tun.

 

Meine Vermutung:
2 mögliche Fehlerquellen:

• Die Datei ist bereits geöffnet, bevor die neue Datei kopiert wird
• Die Datei wird geöffnet, obwohl sie noch nicht fertig kopiert wurde (hängt davon ab, ob fs.CopyFile synchron oder asynchron arbeitet)

Anm.: Access reagiert beleidigt, wenn man ihm eine accdb-Client-Datei, die bereits geöffnet und in Verwendung ist, im Filesystem überschreibt. Je nach Glück ist die neue Datei verwendbar oder defekt.

mfg
Josef

 

Da bekommt man ja eine Meldung bezüglich des nicht exklusivem Zugriffs.

Das hatte ich anfangs auch gehofft. Das Fehlverhalten tritt aber (auch) dann auf, wenn nicht kopiert wird.

 

Falls es wen interessiert, jetzt hab ich den Hund gefunden, nach endlosem Probieren zusammen mit unserer IT: Das Script war's nicht!!
Versuche:
- IT konnte die DB über das Script über powershell starten -> funktioniert, aber keine Option für die Anwender
Zwecks Testerei versehentlich das Script(mit enthaltener MsgBox) 2mal gestartet, also beim ersten Start die MsgBox nicht bestätigt, sondern das Script nochmal gestartet -> funktionierte.
Alles raus aus dem Script, bis auf die für den Start der DB notwendigen Zeilen
-> funktioniert.
Nach und nach alles wieder rein kopiert, beim letzten reinkopierten If-Block, der aber aktuell garnicht auszuführen war, funktionierte es dann wieder nicht.
Da das Problem ja bereits im Dez und meiner Abwesenheit auftrat, hatte ich Anfang Januar auch schonmal den Verdacht, dass es an forms!fbericht.ListSLNR anstelle forms!fbericht!ListSLNR lag und den Code in dem Modul komplett entsprechend korrigiert und gespeichert und dann wieder getestet - im lokalen Frontend. Hatte nichts gebracht zu diesem Zeitpunkt.
Nachdem die IT für heute aufgeben hatte, hab ich den Code (im lokalem Frontend) nochmal speziell nach dem angefragten Parameter durchsucht und bin auch fündig geworden, habe korrigiert, gespeichert und getestet -> erfolglos! weil, meine Änderungen wurden kommentarlos wiederholt nicht gespeichert.
Habe dann die Änderungen im Frontend auf dem Server durchgeführt, gespeichert, getestet -> funktioniert wieder alles mit dem originalem Script

 

Habe gerade festgestellt, nachdem ich lokal die Änderungen im Modul gemacht habe - nur das Modul offen - hat es wieder nicht gespeichert. Da habe ich mal in irgendeinem Formular eine Leerzeile eingefügt+gelöscht -> nun hat es auch lokal gespeichert. Ist das schon immer/normal so unter Win10 + OFFICE 365?

 

Oder das Script hat doch vor dem Starten die DB kopiert... (?)

 

Definitiv nicht, der Klick auf Speichern hatte keine Sanduhr(?) zur Folge - lokal, auf dem Server schon.