Office: (Office 2003) DB Architektur per Remote Zugriff

Hallo Leute,

ich wollte mir von euch gerne mal ein paar Meinung zu einer technischen Vorgehensweise einholen.

Folgende Situation ist gegeben:
Eine DB soll in MS Access entwickelt werden auf die ca. 10 dezentral sitzende User zugreifen sollen. Der Zugriff auf den Server erfolgt via Remote. Es wird also eine komplett neue Session auf dem Server gestartet. Soweit ich das überlicke ist es dann unter diesen Umständen nicht möglich das Frontend beim Client und das Backend auf den Server zu stellen, oder?

Da jeder dieser Nutzer Zugriff auf ein persönliches Verzeichnis auf dem Server hat, dachte ich mir, das Frontend in das Verzeichnis auf dem Server zu legen auf das der User Zugriff hat. Das Backend hingegen in ein anderes Verzeichnis welches natürlich auch freigeben werden muss.

Nach meiner Idee wäre wie folgt zu verstehen:

User1 hat per Remote Zugriff auf VerzeichnisUser1 und VerzeichnisBackend. Wenn User1 die Anwendung starten will verbindet er sich per Remote und startet das FE aus dem VerzeichnisUser1. Gleichzeitig kann sich aber auch User2 per remote verbinden und das FE in seinem Verzeichnis starten.

Nun meine Fragen:
1. Macht das Sinn?
2. Könnte es Probleme geben wenn sich gleichzeitig mehere User mit dem Server verbinden, obwohl jeder ein anderers FE in seinem Verzeichnis startet?
3. Habt Ihr Erfahrungen mit solch einer Vorgehensweise?
4. Gibt es bessere Lösungen?

Freue mich auf euer Feedback.

Vielen Dank und viele Grüße

:)

 

Hi,

wir haben so eine Lösung unter Citrix im Einsatz. Das funktioniert auch recht gut, allerdings gibt es ab und an Unstimmigkeiten, die nicht einheitlich und selten reproduzierbar sind. Ich schiebe es deswegen auf Citrix *wink.gif*

 

Was verstehst Du unter 'remote'?
RemoteDesktop-Session auf einen Server?
Ist der Server als Terminalserver konfiguriert?

Grundsätzlich sollte das wie oben beschrieben möglich sein.

Wenn der User aber auch die Möglichkeit hat, per \\Server\Freigabe\Verzeichnis von seinem Client auf sein Verzeichnis auf dem Server zuzugreifen, dann müsste es auch mit einer Verteilung FE->Client, BE->Server gehen.

 

Hallo zusammen,

ich glaube bei mir sollte auch Citrix im Einsatz sein. Welche Art von Problemen gibt es? Läuft das im Multi-User Betrieb?

Das weiß ich auch noch nicht genau. Ich bin auch kein Profi was dieses Thema anbelangt.

Was wäre denn der Unterschied? Wie ist das überhaupt wenn sich 2 gleichzeitig verbinden? Falls der Server als Terminalserver konfiguriert ist, bedeutet das dann, dass es für jeden User eine separate Session gibt?

 

Hi,

Remotedesktop ist eigentlich eher eine Art "Fernsteuerung". Über entsprechende prorgamme (Remotedesktopfreigabe von Windows selbst, alternativ VNC etc) kann man einen anderen PC so benutzen, als säße man selbst davor; Tastatur- und Mauskabel können damit quasi beliebig lang werden.

Aber es bleibt "nur eine Fernsteuerung", also als ob man direkt vor dem Rechner säße. Interessant ist das v.a. für Supportpersonal, das dann nicht mehr hinfahren muss, sondern durch die Leitung auf den zu wartenden PC gucken kann.

Für eine Mehrbnenutzerumgebung ist das eigentlich nicht sinnvoll, denn dann drängen sich mehrere Leute um einen PC, der halt eine (nur eine) sehr lange Maus- und Tastaturleitung hat.

Ein Terminalserver ist was anderes, und vermutlich eher das, was ihr sucht.

 

Hallo Martin,

danke für deine Ausführung. Könntest du mir noch etwas zu der Funktionsweise eines Terminalservers sagen?

Vielen Dank!

 

Da kann man schon Abhandlungen drüber schreiben, z.B. bei de.wikipedia.org...

Aber das Prinzip bei Terminalserver ist, dass jeder (nicht nur einer gleichzeitig) angemeldete Teilnehmer eine "session" bekommt, d.h. ein für ihn reservierter "Anteil am Server". Das kann z.B. ein kompletter PC sein (jede Session simuliert einen kompletten PC), ein Programm (jede Session ist ein "Access für sich") o.ä.

Die Terminalserver-Software hält die einzelnen Sessions getrennt und sorgt dafür, dass sie sich nicht gegenseitig in die Quere kommen.

Der Terminalserver-PC macht also die ganze Arbeit, und an die Clients wird nur der Maus- Tatsatur- und Bildschirminhalt ausgetauscht. Das ist so wenig, dass die Netzwerklast sehr gering ist und die Client-PCs keine starken Rechner sein müssen. Der Terminalserver-PC muss dafür aber alle Arbeit alleine machen, und wenn 50 Leute z.B. je einmal Word aufhaben und da munter tippen, hat er viel zu tun.

Im übrigen weiß ich nicht, ob sich Access für eine Terminalserver-Sitzung eignet. Habs noch nie probiert. Ich nutze bisher nur UltraVNC (über SSH-Tunnel), um einige Rechner aus der Ferne zu warten.

 

Access auf einem Terminalserver funktioniert, zumindest bei uns bisher, fehlerfrei.
Einziges Problem könnte einfach die Performance werden, wie Martin bereits angemerkt hat.

 

Hallo cptchaos,

gut zu wissen, das kann ich dann evtl. mal ausnutzen *Smilie

Eine Frage aber mal dazu:
Die "klassische" variante bei Client-Server-DBs ist ja, das Frontend bei jedem User lokal zu halten und Verlinkungen zum Backend zu haben.

Bei TS würde ja überhaupt nur ein Frontend-PC (nämlich der TS) auftreten, der dann auf -zig user "geklont" wird.

Nehmen wir jetzt mal an, im Frontend werden z.B. Abfragen dynamisch manipuliert (per db.QueryDefs("Beispiel").SQL = "..."). Das passiert ja dann in der (einen) MDB, die auf dem Frontend liegt. Wie wirkt sich das aus, wenn mehrere Leute per TS auf dieses eine Frontend zugreifen? Ändert da einer die Kriterien vom andern, oder wird das Frontend (wie auch immer) getrennt gehalten, als ob die in verschiedenen Ordnern des TS-Servers lägen? Sind die Sessions wirklich "Instanzen", oder arbeiten sie doch alle mit dem gleichen?

Gruß und Dank

 

Ich würde auch bei einem TerminalServer jedem User ein eigenes FrontEnd zuweisen um genau sowas zu vermeiden.

Allerdings stellt sich dann generell die Frage, wieso ein klassisches Modell Client/Server nicht möglich ist.
Das würde ich jeder Remote- oder Terminalvariante vorziehen.

 

Einfacher Fall:
eine bisher nur im LAN genutzte Db mit FE/BE-Aufteilung soll nun auch noch (gelegentlich) von Ferne (Internet) aus genutzt werden können.

Und zwar nicht nur die Daten, sondern auch die Oberfläche.

 

Da wird es aber noch andere "Hürden" wie die Entscheidung Terminalserver oder RDP geben...
Dann musst Du ja erstmal von ausserhalb ins LAN.

 

Och, das ist kein Problem. SSH kenn ich ein bisschen, damit tunnele ich ja bisher schon meinen UltraVNC-Connect zu 2-3 PCs, die ich fernwarte.

 

Hallo Leute,

ich musste ein paar Tage "untertauchen" aber wie ich sehe ist das Thema ausreichend diskutiert worden und meine Ausgangsfragestellung ist auch komplett beantwortet.

Super!

Bin auf der Recherche auf ein nettes Paper gestoßen welches Access und Terminalserver spezifiziert... Wenn es interessiert, Dokument ist im Anhang.

Viele Grüße

 

Hallo Leute,

ich bin gerade noch auf eine mögliches Problem mit einer Terminalserver Variante gestoßen. Vielleicht habt Ihr auch Erfahrung damit...

Wie ist das denn wenn man mit der Access DB in Richtung Dokumenten Verwaltung gehen will, sprich, ein Dokument vom User in ein Verzeichnis auf den Server kopieren? Würde so etwas funktionieren oder ist die Terminal-Server Session eine alleinige Session über die man kein Zugriff auf den USER PC hat?

Im lokalen Netzwertk habe ich so etwas schon gemacht und es funktionierte auch aber bei der Terminalservervariante habe ich meine Bedenken...

Habt Ihr Erfahrungen?

Danke & Gruß