Office: (Office 2010) Exklusives öffnen verhindern

Hi out there,

leider habe ich in der Suche nix passendes für mein Problem gefunden, daher hier die Problemdarstellung und Frage:

Ich habe eine Datenbank in FE und BE aufgeteilt. Das BE lieft auf unserem Filserver und die FE ist bei den Usern auf der Festplatte. Ein Berechtigungssystem ist eingerichtet (nicht über MDW!).

Das System läuft auch weitgehend einwandfrei. Allerdings kommt es vor, dass einige User offensichtlich mit exklusivrechten auf die BE über ihr FE zugreifen und dadurch Datenänderungen durch andere User verhindern. In meinem FE habe ich die Zugriffe auf Datensatzebene gesperrt und ansonsten den Zugriff auf "freigegeben" gesetzt. Allerdings scheint diese Einstellung nicht über das FE verteilt zu werden...

Daher die Frage: Kann ich per Code das exklusive Öffnen verhindern oder gar die Access-Einstellungen bei allen Clients so verändern, dass die nichts mehr blockieren? Die betreffenden Clients werden offensichtlich als "Administrator" von Access gesehen (so zumindest in der ldb sichtbar).

So long ...

Jürgen

:)

 

Die Einstellung für den Standardöffnungsmodus ist Clientbezogen und muss ggf. auf jedem Rechner einzeln eingestellt werden.

Ich vermute aber eher, dass der Fehler am BE bzw. am Speicherort des BackEnds liegt.
Hat dort jeder nutzende User mindestens Ändern-Rechte?

 

Ja, da haben alle User Schreibrechte, sonst könnten sie die Daten der DB ja nicht ändern ...

Lassen sich die Client-Einstellungen nicht irgendwie per VBA setzen? In einer Multi-user-Umgebung mit 120 Rechnern über eine Großstadt verteilt wäre eine individuelle Korrektur an den Rechnern echt nicht machbar...

Jürgen *frown.gif*

 

Schreibrecht allein genügt nicht. Es muss, wie oben beschrieben, mindestes Ändern möglich sein...
Die Client-Einstellungen lassen sich ggf. auch per VBA verändern. Wie das in dem konkreten Fall für diese Einstellung geht, weiß ich adHoc nicht. Google & Co. sollte hier auskunftsfreudig sein.

Aber ich glaube nach wie vor nicht, dass es hieran liegt...

 

Vielen Dank für Deine Bemühungen.

Mir erschließt sich nicht, dass das Schreibrecht auf eine Netzwerkfreigabe ein anderes Recht sein soll, als das Änderungsrecht ... Die User, die das Problem verursachen können jedenfalls normal mit der Datenbank arbeiten: Datensätze anlegen und ändern. Eine Ldb durch Erstbenutzung anlegen, ändern und bei Letztbenutzung löschen...

Google und Co. habe ich echt schon heftig bemüht, ohne einen Code zu finden. Vielleicht nutze ich ja die falschen Suchbegriffe aber irgendwie finde ich wirklich wenig bis garnix zu dem Thema. Lediglich Hinweise auf die Absicherung per MDW - aber die nutze ich ja nicht, da sie seit A2010 ja nix mehr bringen soll ...

Mit der Bitte um weitere Unterstützung ...

Jürgen C.

 

Wenn die User Dateien in dem Verzeichnis löschen können (konkret die *.ldb) haben sie auch ein Ändern-Recht, somit ist das Thema aussen vor.

Was passiert bzw. soll beim öffnen passieren? Werden hier irgendwelche Design-Manipulationen an Formularen oder anderen Objekten versucht?
Tritt der Fehler grundsätzlich auch in anderen DBs auf oder nur bei dieser einen konkrten?
Kannst Du ein Minimalbeispiel der DB hochladen?

 

Es finden keine Designänderungen an der Datenbank durch die User statt.

Es kommt sporadisch vor, dass Datenänderungen in einzelnen Tabellen nicht möglich sind. Bei Datenänderungen, die ich dann direkt im Backend versuche, kommt die Access-Fehlermeldung, dass das Speichern der Datenänderung nicht möglich sei, da ein User mit Administrationsrechten die Daten geöffnet haben soll. Die besagte Userin greift auf die BE-Daten jedoch nur über das Frontend zu. Einige Male konnte ich auch nur Teile der Tabelle nicht ändern, während ein Teil der Datensätze in der Tabell nicht gesperrt war... Dabei war die Anzahl der gesperrten Datensätze so groß, dass es eigentlich unmöglich war, dass auf alle gerade andere User zugegriffen haben. Auf weitere Datenbanken greift die Userin nicht zu - somit kann ich nicht sagen, ob das Problem auch bei anderen Datenbanken auftritt. Ich habe mehrere Datenbanken im Multi-User-Betrieb laufen und das Problem hatte ich sonst noch nicht.

Ein Minimalbeispiel der Datenbank kann ich leider nicht hochladen, da sie mit personenbezogenen Daten gefüllt ist...

Jürgen C.

 

Hallo zusammen,

vs.

Sollte die zweite Aussage richtig sein, hat das weniger mit einem exklusiv geöffneten BE zu tun als vielmehr mit dem Sperrmechnismus in Access.
Access sperrt nicht einzelne Datensätze sondern seitenweise.
Das wird bei dir der Fall sein, denn

unterstützt diese Vermutung.

Wie viele von den 120 greifen gleichzeitig auf das BE zu?
Werden viele Datenänderungen vorgenommen oder ist der Zugriff meist lesend?

 

Es greifen normalerweise maximal 10 Leute lesend auf die Datenbank zu, wobei sie aufgrund von Log-Funktionen auch immer schreiben.

Die eigentliche Datenpflege machen in der Regel 2 bis 3 User gleichzeitig.

 

Hallo!
Welche Einstellungen sind für die DB-Optionen
- Standard bei Datensatzsperrungen und
- DB mit Sperrung auf Datensatzebene
vorgenommen worden?
Schau dir auch mal die Eigenschaft Datensätze sperren
in den Eigenschaften der Formulare an.

Info zu den Sperren: http://office.microsoft.com/de-de/ac...005240860.aspx

[EDIT]
hier noch mal etwas ausführlicher:
http://www.access-basics.de/index.ph...erbetrieb.html

 

In den Formularen habe ich Datensatzsperrung auf "Bearbeiteter Datensatz" stehen.

ansonsten:

 

Nur zur Sicherheit: sind die Einstellungen im BE identisch?

Um das Problem weiter einzugrenzen:
Laufen länger dauerde SQL-Anweisungen beim Speichern der Daten?
Welche Tabellen sind im speziellen betroffen?

 

Ja - die Einstellungen sind identisch.

Nein - es laufen keine längeren SQL-Anweisungen.

Frage 3. verstehe ich jetzt gerade nicht so richtig ... Es sind halt normale Tabellen mit einer relativ überschaubaren Anzahl an Datensätzen (ca. 20 bis 150)

 

Die Frage zielt darauf ab, ob von dem Sperrproblem alle Tabellen betroffen sind
oder nur eine/wenige. Kann man feststellen welche Tabelle(n) betroffen sind,
könnte man die Prozesse, die auf diese Tabellen ausgeführt werden, näher betrachten.

Dazu gehören SQL-Anweisungen (für die die Sperreinstellungen IMHO keine Bedeutung haben)
im VBA-Code, geöffnete u. bearbeitete Recordsets, die länger offen bleiben ...

 

OK - das müsste ich wohl einmal in Ruhe analysieren, aber es bleibt eine Frage übrig:

Aus dem von Dir oben angeführten (2.) Artikel geht hervor, dass bei entsprechender Einstellung wirklich nur der eine - gerade von einem anderen User bearbeitete - Datensatz gesperrt werden dürfte und eben nicht ein ganzer Speicherblock. Dies scheint hier jedoch nicht zu funktionieren - warum auch immer?

Jürgen C.