Office: (Office 2010) Datenbank wird zerstört

Ich arbeite mit einer Client - Server Lösung und Access 2010 bis 2016.
Nun wird seit 14 Tagen die Datenbank auf dem Server sporadisch zerstört.
Reparatur hilft zwar jedesmal, aber das ist nicht die Lösung auf Dauer.
Den VBA-Code habe ich durchforstet, aber keine nennenswerte Ursache entdecken können. Der Fehler tritt nur bei 3 Kunden auf, andere laufen gut.

Die Zeitabstände zwischen den Abstürzen sind unterschiedlich. Netzwerkfehler habe ich angeblich keine.
Brauche dringend Tipps. Danke

:)

 

Haben diese Besonderheiten?
- Hardware
- Mehrnutzerbetrieb
- Kopieren / Komprimieren während der Laufzeit

Vor dem Coding kommen Abläufe.

 

Greift möglicherweise jemand auf der Client-Seite direkt auf die BackEnd-Datei zu ?

Hat jeder Client eine persönliche FrontEnd Datei, mit der nur er / sie alleine arbeitet?

 

Die Clients sind alle aktuell (Win10 1709) und Server ist 2012R2 mit neuesten Updates

 

Ja auch mit einer lokalen DB für die persönlichen Einstellungen

 

Hallo
nur So ein Gedanke *wink.gif*
Permanente Verknüpfung der BE-Datei
Lies in Meiner Doc s. Fusszeile unten rechts
Seite 56
5.2.1.2 Permanente Verknüpfung mit der Daten–MDB zur Performance Verbesserung


evtl.
Beim FE (Frontend) (lokal beim User) unter OPTIONEN -> Weitere
Standart öffnunsmodus auf EXCLUSIV einstellen.
Beim BE (bBackend) Standart öffnunsmodus auf Freigegeben einstellen.

hast du evtl. alte falsche auf den PC-Disk LACCDB (ldb)

 

Wird dem Problem nicht behilflich sein,
aber

stimmt ja nicht (glaube 1803 ist aktuell).

 

Backend ist auch Access? Dann würde ich Aussage 2 dringend (!) verifizieren. Auch mal die Auslastung der beteiligten Server prüfen, wenn keine direkten Netzabbrüche o.ä. vorliegen.

Habe solche Anhäufungen von Backend-Zerstörungen auch schon erlebt, sie verschwanden vollständig, nachdem ein völlig überlasteter (Einzel-)Server durch eine Handvoll neuer, besser dimensionierter und nach Funktionen verteilt arbeitender Server aufgesplittet wurde.

 

Wieviele User/Clients hast Du denn insgesamt?
Hat sich die Anzahl in den letzten 14 Tagen geändert?
Alle Clients sowie Server liegen im selben lokalen Netzwerk?
Gibt es Zugriffe von außen (IP, VPN o.ä.)?
Vielleicht ist ja mal zukunftsorientiert eine Migration auf SQL-DB als Backend sinnvoll...

 

Hallo liebe Mitwirkende,
vielen Dank für die Tipps.
Hier noch einige weiteren Erläuterungen.
Natürlich ist Windows 10 nicht das letzte Update installiert.5 Clients, davon einer mit Windows 7, Der Server hat ausreichend Reserven. Alles liegt im selben Domänennetzwerk.

Die Probleme treten erst seit Anfang Mai auf, davor lief alles seit über 10 Jahren. Zugriffe von außen gibt es nicht.
Den Verdacht auf Netzwerkabbrüche hatte ich auch schon, leider konnte ich keine feststellen. BE ist auch Access, keine alte accdb im Verzeichnis.
Eine permanente Verknüpfung mit der BE müsste ich testen, ich arbeite mit eingebundenen Tabellen.
Die Öffnung der BE auf exclusiv kann ich testen, geht doch aber im Netzwerk so nicht, weil ja mehrere FE darauf zugreifen.
LG Klaus

 

Hallo Klaus,

wenn ich die Infofragmente zusammenfasse:
Frontends bei den Usern lokal, Backend auf dem Server

Würde bedeuten, dass das Backend kapput geht.
Was heißt "zerstört"? Falsche Daten / lässt sich nicht mehr öffnen ...
=> Fehlermeldungen?
Inhalt des BE nur Tabellen?

Mal das Übliche versucht? Neue DB erstellen und alles importieren.

 

BE meldet Fehler und muss repariert werden, was auch bis jetzt immer gegangen ist.
Neue DB habe ich auch schon angelegt und Tabellen importiert.
in BE sind nur Tabellen
Klaus

 

Schon mal über die Rückfragen in #2 nachgedacht?
Ein Access-BE zu zerschießen schafft man auch mit "hervorragenden" Codes, gepaart mit Ungeschick.

 

Welche(n)?

 

Ich denke, dass ich die Fragen umfassend beantwortet habe.
Wenn ich eine DB öffne und die Meldung kommt, dass die Datenbank repariert werden muss und nach der Reparatur alle Tabellen wieder ok sind, kann man das nicht falsch verstehen. Das hatte ich bereits mehrfach beschrieben. Siehe meine untenstehenden Antworten.

Der "hervorragende" Code läuft seit mehr als 10 Jahre einwandfrei - also kann man sich solche Spitzen schenken.(was heißt "Ungeschick" ?). Man sollte niemanden abqualifizieren, den man nicht kennt.
Ich habe heute mit einem Kollegen gesprochen, der qualifizierte Fragen stellte und was ähnliches im Netzwerk - allerdings mit einer anderen DB - hatte.

Er hat das Problem sofort wegbekommen, als er von gemappten Laufwerken auf UNC-Pfad umgestellt hat. Das nenne ich einen wertvollen Tipp !!!!

Gruß Klaus