Access-DB über VPN

Du hast nur ein File auf dem Netzwerk liegen auf das die Leute wie auf eine Datei zugreifen?
Also nicht Frontend und Backend getrennt?

So wie ich das noch im Kopf habe schreibt Access beim Zugriff ein zusätzliches File in dem registriert wird auf welcher Table, Field, etc. du dich gerade befindest und sperrt diese für alle anderen. Je nachdem wie man die DB bedienen kann (direkt auf den Tabellen oder nur über Formulare, etc.) kann es unter Umständen dazu kommen, dass ein Bereich gesperrt bleibt, wenn der entsprechende User "raus stürzt". Bin mir aber nicht sicher. Kann auch sein, dass der Bereich dann wieder freigegeben wird ohne das die geänderten Daten übertragen wurden.

Das gleiche passiert dir aber auch bei RDP. Wenn du den connect verlierst, dann bleibt der lokale Rechner definitiv auf dem Bereich und sperrt diesen. Es kommt halt alles auf die Zugriffsart an.

Moin,


Doch. Der TO sagt doch, dass er eine Software installieren muss, die er mit der DB verlinkt.


Das macht jede DB irgendwie. Wohin genau das Access speichert, weiß ich nicht. Ist für das Problem aber irrelevant.


Na, wer wird denn schon seine User auf Tabellen arbeiten lassen. Ich kann mir kaum vorstellen, dass das bei einer Branchensoftware so ist. Ich vermute da eher eine VBA-Anwendung dahinter.


Weil das ein allgemeines Problem ist, wird auch jede DB irgendwann den Lock wieder aufheben, wenn die Verbindung zum Client abbricht.


Deswegen passiert Dir das nur bei RDP, dass der Lock bei einem schreibenden Zugriff auf den DS nicht aufgehoben wird, wenn per RDP zugegriffen wird und die Sitzung bei Verbindungsabbruch zum RDP-Client weiterläuft. Aber genau das ist es ja, was der TO will. Er befürchtet ja durchaus zurecht - ich traue da Access so einiges an Fehlern zu - das halb abgeschlossene Schreibzugriffe bei Verbindungsabbruch zu Inkonsistenzen führen.

Liebe Grüße

Erik

Bist du da sicher?
Wenn wir davon ausgehen, dass Frontend und Backend getrennt sind und wir via RDP zugreifen und die Software einen Schreibbefehl gibt, dann läuft dieser auch weiter, wenn uns die Internetverbindung abbricht, denn der lokale Rechner arbeitet ja weiter. Bei reiner VPN könnte dies anders aussehen aber doch eigentlich auch nur, wenn der DB-Befehl mehrteilig ist, also mit einer DB-Anwort weitere DB-Zugriffe ausgeführt werden sollen.

Oder irre ich mich jetzt?

Ich glaube, Du hast mich missverstanden. Die Befürchtung ist, dass beim Zugriff via lokaler Installation und VPN es zum Abbruch kommt und dadurch Inkonsistenzen entstehen.


Eben. Das vermeidet Inkonsistenzen. Aber es führt eben auch dazu, dass beim schreibenden Zugriff der Lock so lange erhalten bleibt, bis der Zugriff abgeschlossen wurde. Also, der User ändert einen Kundendatensatz, weil der umgezogen ist. Er öffnet den Datensatz und plopp, die Leitung fliegt ihm um die Ohren. Stromausfall im ganzen Viertel. Nun ist der DS zum Schreiben geöffnet und damit gelockt. Das bleibt er so lange, bis sich der User wieder einloggt und weiter macht oder bis das Zeitlimit für die unverbundene RDP-Sitzung abgelaufen ist.


Und da traue ich eben Access so einiges an Fehlern zu. Das ist eben keine richtige Datenbank, sondern eher ein Datenbankspielzeug.


Im Wesentlichen nicht.

Liebe Grüße

Erik

Moin,

man kann ein Access-Front-End auch mit einer MS-SQL-Datenbank verbinden.
Dann kann man auch mit einer langsamen Verbindung darauf zugreifen.

Sonst ist nur LAN oder RDP nutzbar ohne wahnsinnig zu werden.

Stefan

Ich würde generell nicht versuchen über eine Internet-Strecke eine DB-Verbindung aufzubauen -> das kann schnell auch extrem langsam werden, je nachdem wie das Frontend mit der DB spricht. Wenn z.B. permanent die Verbindungen neu aufgebaut werden macht das eher keinen Spass...