Office: (Office 2016) "Beim letzten Öffnen von xxx.accdb führte dies zu einem schwerwiegender Fehler."

Hallo liebe Access-Profis,

ich habe eine Accessdatenbank, die von sehr vielen Usern verwendet wird (ich weiß, Access ist dafür nicht die richtige Lösung. Die DB ist aber aus gewachsenen Strukturen entstanden und aktuell nicht zu ersetzen).

In letzter Zeit habe ich leider immer wieder Probleme, zu denen ich keine Lösung finde.

Aktuell bekommen manche User beim Öffnen die o.g. Fehlermeldung mit der Frage "möchten Sie mit dem Öffnen fortfahren?".
Ich selbst kann die Datenbank ohne Probleme öffnen und der andere User konnte das vorher auch problemlos.

Ich habe zu dieser Fehlermeldung beim Googlen leider nichts gefunden.

Weiß jemand, aus welchen Gründen diese Meldung kommt und warum es beim einen PC geht und beim nächsten nicht?

Vielen Dank vorab!

:)

 

Hi queeny,
Ganz wichtig: Aufteilung der DB in Backend und Frontend;
wenn bisher nicht geschehen, ist das jederzeit im nachherein möglich
(es gibt hierfür sogar einen Assistenten)!

Lege eine kleine cmd-Datei an, am besten im selben Ordner, wo Deine DB existiert, benenne sie z.B. Start_Projekt.cmd, mit folgendem Inhalt:

Code:

(Die "/"-Zeichen bitte durch Backslash-Zeichen austauschen und keine Leerzeichen dazwischen.

Jeder, der nun die cmd-Datei doppelklickt, erzeugt sich seine PERSÖNLICHE, nur von ihm allein genutzte „Arbeitskopie“ des (Original-)Frontends und benutzt diese.
Dadurch, dass jeder User mit einem separaten Frontend arbeitet, sind die Probleme höchstwahrscheinlich gelöst. So habe ich es für eine Behörde gelöst, in der ca. 100 (!!) User gleichzeitig in einem gemeinsamen Backend Daten pflegen.
Eventuell muss
Code:

auch nochmal in Anführungszeichen stehen, falls im Zielpfad / Frontenddatei wieder Lehrzeichen stehen ?!

 

Hallo Werner,

vielen Dank für deine Hilfe.

Die DB ist bereits in Front- und Backend aufgeteilt. Hatte ich vergessen, zu erwähnen.

Habe die Bat-Datei erstellt, sehe aber noch kein Ergebnis.
(Bin kein MS-DOS-Profi).

Wo wird die Datei mit dem Code denn hingespeichert…? *confused.gif*

Ich möchte ganz gerne, dass die Datei jeweils aufs Desktop gespeichert wird und - wenn möglich - ein Symbol mit hinzugefügt wird.

 

Der Speicherort der .cmd-Datei ist eigentlich beliebig, um sie "nicht aus den Augen zu verlieren", am besten im selben Ordner, in dem Deine Original-Frontend liegt.
Ich unterstelle mal , dass Du hier den tatsächlichen Pfad und Dateinamen Deiner Frontend eingetragen hast.
Schau mal im Appdata-Ordner / (Unterordner Projektname) nach, ob der Kopiervorgang denn übehaupt funktionierte und dort die Arbeitskopie "gelandet" ist. Erfahrungsgemäß reicht ja ein kleiner Tippfehler, um es hakeln zu lassen *eek.gif* .
Ggf. kannst Du ja auch im Ausführungs-Werkzeug unten links auf dem Windows-Desktop cmd eingeben und entern, das gute alte DOS-Fenster öffnet: hier kannst Du ja auch testweise die Befehle eingeben.

Grundsätzlich müsste es eigentlich so klappen, hat es ja bei meinem Projekt auch.

OT: Ich bin Geburtsjahrgang 1952 und noch mit DOS groß geworden *mrcool

 

OK, das hat jetzt soweit funktioniert. Aber nur solange die bat-Datei und die Datenbank im gleichen Verzeichnis liegen.

Ich möchte aber gerne die Datenbank aus einem anderen Verzeichnis kopieren.
Habe dazu
CD neues Verzeichnis
vor den Copy-Befehl gesetzt.

Es kommt zwar die Meldung, dass eine Datei kopiert wurde. Aber tatsächlich ist im AppData-Verzeichnis keine Datei vorhanden.

*frown.gif*

 

Kannst Du mir bitte mal die cmd-Datei hier uploaden, dann kann ich es mal auf meinem System simulieren und testen.
Die DB-Datei brauche ich nicht, ich mach mir eben selbst eine. Es geht ja nur darum, die DOS-Welt "rund" zu bekommen.

 

Servus,
good old DOS. Manchmal greife ich auch noch darauf zurück.
Für Copy oder XCopy als Ersatz und Erweiterung gibts aber auch
lange schon das RoboCopy im Windows OS.

 

"Für Copy oder XCopy als Ersatz und Erweiterung gibts aber auch
lange schon das RoboCopy im Windows OS."

Den Befehl kannte ich auch noch nicht, Danke *Smilie
P.S:: wie geht das eigentlich mit den Zitaten?
Der Button mit der kleinen Sprechblase erzeugt diese Quote-Tags, aber in der Vorschau meckert es dann irgendwie rum mit " mind. 5 Zeichen", aber mehr als 5 sind es allemale ??

 

Servus,
Teile eines Beitragstexes eines threads markieren und dann die Quote-Tags Blase anklicken. Das funktioniert bei mir so.
https://www.google.com/search?client...b-d&q=RoboCopy

 

Hallo Werner,

komme erst heut wieder dazu, mich damit zu beschäftigen.

Hier der Text:

@echo off

mkdir %appdata%Projektname

cd C:VerzeichnisUnterverzeichnis
copy "C:VerzeichnisUnterverzeichnisDatenbank.accdb" %appdata%UnterverzeichnisDatenbank.accdb

%appdata%UnterverzeichnisDatenbank.accdb

 

Code:

Die rot markierte Zeile cd .. ist IMO nicht notwendig.
Hast Du auf die Backslashes geachtet?
Hier im Editor des Forums werden die leider beim Upload weggeschluckt.
Hier in diesem Beitrag habe ich ersatzweise normale / -Zeichen verwendet.
Vielleicht hast Du sie ja richtig drin?!
Ist /Projektname und /Unterverzeichnis bei DIr identisch?

 

Hallo Werner,

vielen Dank für die Lösungsansätze.
Ich habe das Problem mittlerweile gelöst. *top *top

 

Hallo in die Runde,

ich bin aus ähnlicher Fehlerlage wie der Threadstarter "queeny" auf diesen Thread gestoßen. Ich habe es hier im Büro mit einer Access-Datenbank zu tun, die in Frontend/Backend aufgeteilt ist. Das Backend liegt auf einem Netzwerklaufwerk und das Frontend liegt auf einem anderen Netzwerklaufwerk. Die Kolleg*innen, die derzeit im Homeoffice sind, greifen per VPN auf das Frontend zu.

Ich habe die CMD-Idee von Werner umgesetzt. Jedoch scheitert die Ausführung an unseren Policies, auf die ich keinen Einfluss habe.

Wie könnte man so etwas noch realisieren? Mit einer eigenen accdb, welche die Funktionen der CMD-Datei ausführt?

Gruß, RookieOne