Hallo zusammen,
sicherlich komme ich hier mit einem Newbie Problem, habe aber leider noch keine Lösung finden können. Ich habe die Datenbank in Abfrage/Formular und das Backend getrennt. So weit funktioniert alles prima und mehrere Mitarbeiter geben fleißig Daten ein. Jetzt würde ich doch gerne etwas an der zugrundeliegenden Tabelle ändern und bekomme die Fehlermeldung im Betreff.
Natürlich wurde vor dem Trennen ein Backup erstellt, seitdem wurden aber etliche Daten in das Backend gehackt - wie bekomme ich das Backend geöffnet trotz dieser Fehlermeldung?
Vielen Dank für Eure Hilfe!!
VG, bjochen
Hallo,
schau mal ob dir der folgende Beitrag in der Access-FAQ weiterhilft:
http://www.donkarl.com/?FAQ2.28
Hallo,
danke für den Link. Ich verwende Access 2013, von daher waren die Einträge wohl an unterschiedlicher Stelle. Sandboxing ist komplett abgeschaltet, leider erhalte ich weiterhin die gleiche Sicherheitsmeldung und kann nicht an die Datenbank ran.
Gibt es noch andere Stellen an denen ich es versuchen kann?
Danke!
Hallo,
untersuche noch die "Einstellungen für das Sicherheitscenter" unter Access/Optionen/Sicherheitscenter ...
Hallo,
der Speicherort ist vertrauenswürdig, Netzwerk zugelassen, add ins müssen nicht signiert sein, alle Steuerelemente und Makros aktiviert..
Leider wird immer noch gemeckert wenn ich die Datenbank aufteile und aufs Netzlauwerk lege :-(
Packen und signieren geht - aber wir möchten ja gemeinsam an der Datenbank arbeiten. Wie signiere ich die Datenbank ohne Packen, vor dem trennen?
Danke&
Grüße
Jochen
Argh, die Makros darf ich nicht signieren, weil das Dateiformat accdb ist und unter einem anderen Dateiformat kann ich nicht speichern da natürlich Features aus späteren Versionen verwendet sind.
Alle Sicherheitseinstellungen sind auf das absolute Minimum bzw. ausgeschaltet.
Sobald ich die Datenbank trenne, komme ich nicht mehr an die zugrundeliegenden Tabellen ran. Das kann doch nicht sein..
Ich bräuchte das jetzt echt dringend - hat jemand eine Idee, wie man sonst noch sinnvoll mit mehreren Usern an der Datenbank arbeiten kann?
Danke!
Hallo,
irgendwas ist da total verquert...
-- Accdb in FE und BE aufteilen im selben lokalen Verzeichnis.
-- In den Client-Einstellungen des FE "freigegeben" und
"keine Sperren" aktivieren.
-- Verzeichnis im Netzwerk anlegen und das BE dorthin kopieren/verschieben.
-- Netz-Verzeichnis mit allen Zugriffs-Rechten für jeden User ausstatten.
-- Im FE mit Hilfe des Tabellenverknüpfungsmanagers das BE neu verbinden. Dabei UNC-Pfadnamen benutzen. Auf kurze Pfadnamen achten, bzw. nur kurze Pfadnamen verwenden.
-- FE auf die jeweiligen User-PC lokal kopieren.
-- auf jedem User-PC die Sicherheitseinstellungen bearbeiten.
(-- keine Gewähr auf Vollständigkeit)
Hallo DF6GL,
vielen Dank für die Beschreibung!
Ich habe das genau so durchexerziert - und wir können auch per FE prima Daten ins BE schaufeln und Abfragen veranstalten.
Leider müssen die BE Tabellen immer mal wieder um Spalten erweitert werden - und hier mein Problem:
Sobald ich die Datenbank trenne (Lokal, beide FE und BE in einem Ordner auf dem Desktop) kann ich das BE nicht mehr öffnen wegen der o.g. Fehlermeldung.
Sämtliche Security Einstellungen sind auf low, alle Makros, ActiveX, Add-Ins VBAs etc. dürfen ausgeführt werden, Pfade und Dokumente sind vertrauenswürdig..
Bin langsam am Verzweifeln, weil die Sache eigentlich produktiv laufen sollte.
Vielen Dank für jede Hilfe!
Hallo,
ZitatIch habe das genau so durchexerziert - und wir können auch per FE prima Daten ins BE schaufeln und Abfragen veranstalten.
Naja, das ist doch schon mal gut...
ZitatLeider müssen die BE Tabellen immer mal wieder um Spalten erweitert werden -
Das ist wieder nicht mehr so gut...
Zitatund hier mein Problem:
Sobald ich die Datenbank trenne (Lokal, beide FE und BE in einem Ordner auf dem Desktop) kann ich das BE nicht mehr öffnen wegen der o.g. Fehlermeldung.
Versteh ich nicht.. Was soll da getrennt werden? Sorg dafür, dass alle User ihr FE Schließen und öffne das BE direkt. Dann kannst Du dort die Tabellen ändern, wenn es denn sein muss. Nach dem Schließen des BE sollte beim Neustart der FEs der Zugriff auf die BE-Tabellen genauso wie vorher funktionieren. Evtl. ist allerdings ein Neuverknüpfen des BE (in JEDEM lokalen FE) wegen der Tabellen-Strukturänderung erforderlich.
Hallo DF6GL,
danke - genau der letzte Punkt ist mein Problem: Ich kriege das BE (direkt) nicht mehr auf (auch wenn alle FEs geschlossen sind). Und signieren lässt mich Access es auch nicht..
Leider muss die Datenbank erweiterbar sein, wegen Zwang zur Erfassung immer neuer Daten mit jeder Gesetzesänderung (alle paar Monate)..
Hallo,
mit Signieren ist da nix zu machen...
Ist "Vertrauenswürdige Speicherorte im Netzwerk zulassen.." aktiviert?
Ja, ist aktiviert.. Auch der Pfad zum vertrauenswürdigen Speicherort ist angelegt. Komisch ist, dass es nicht einmal auf der lokalen Festplatte funktioniert :-(
Hallo,
ok, letzter Versuch:
Alle Objekte aus dem BE in eine neue, leere DB importieren...
Danke nochmal für die vielen Hilfeversuche!
Den letzten Tip habe ich noch nicht gemacht - Aber: komplett neue Datenbank angelegt, test.accdb, eine Tabelle mit zwei Spalten und eine einfache Abfrage. Datenbank in BE und FE im gleichen Verzeichnis (Desktop) aufgeteilt --> Resultat ist genau das gleiche, ich kann das BE nicht öffnen mit Hinweis auf das oben genannte Sicherheitsrisiko.
Ich versteh nicht warum meine selbst erstellten Daten plötzlich unsicher sein sollen und ich nicht mehr rankomme... :-(
Hallo,
benenne mal die BE-Datei in xxx.ACCDB um....
NEIIIN, das gibt es nicht!! Vielen Dank!! :o :o :o :D :D :D :'( :'( :)
Hätte ich das wissen müssen? Bisschen blöde isses ja schon, dass Access seine eigenen Dateien nicht mehr aufkriegt wenn die Extension..
Egal, geht, merci bien!!
Hallo,
Zitat von: DF6GL am Dezember 10, 2014, 11:15:20benenne mal die BE-Datei in xxx.ACCDB um....
Sorry, aber das verstehe ich nicht.
War irgendwo davon die Rede, dass es sich nicht um eine ACCDB-Datei handelt? Und wenn ja, was sollte das ändern?
Hallo,
es war eben nirgendwo die Rede von einer ACCDC-Datei, das war ja die Ursache für das Rätselraten während des gesamten Threads...
In der Beispiel-DB des TS war allerdings das BE als ACCDC_Datei ausgeführt, was Access als zertifizierte Datei auffasst und erwartet, dass das Zertifikat auch mitgeliefert wird. Diese ACCDC-Datei-Funktionalität ist ein Bestandteil der "neuen" Sicherheitsmethode von Access.
Vermutlich wurde die accdc-Datei während der Benutzung des Verpackungsassistenten erzeugt.
Wenn die Datei in *.accdb umbenannt wird, sieht Access darin keine Notwendigkeit für eine Zertifikatsüberprüfung und läd die Datei ohne Murren und Knurren....
Sorry und Danke für die Aufklärung, den Anhang im Beitrag « Antwort #13 am: Dezember 10, 2014, 10:34:13 » hatte ich übersehen.