Neuer Standort

[Spell 0]

Schönen guten Tag liebe Forenmitglieder,

 

ich habe aktuell ein Problem, wo ich absolut nicht weiter weiß:

 

Es soll ein neuer Standort über eine 5-MBit Funkverbindung mit dem Hauptstandort verbunden werden, die Benutzer zwischen dem neuen Standort und dem Hauptstandort wechseln aber hin und her.

 

Unsere Idee war nun, alles was am neuen Standort benötigt wird, auch am neuen Standort zur Verfügung zu stellen, um die Funkverbindung nicht dauerthaft zu belasten. Die Ordner auf dem Fileserver sollen über DFS Bereitgestellt (Namespaces) und synchronisiert werden.

 

Damit uns der DC/DFS nun den "besten" Fileserver zuweist, muss in der AD ja ein neuer Standort erstellt werden, wo wir nun zu unserem eigentlichten Problem kommen... Wie das ganze funktioniert wissen wir, allerdings haben wir im Bereich "Standorte" keine Erfahrungen.

 

Unser Netzwerk besteht aktuell aus einem 172.16.0.0/19 Netz. Das Netz haben wir unter AD-DS als Subnetz auch bereits eingetragen. Ebenfalls haben wir den Default-Standort umbenannt und einen neuen Standort hinzugefügt.

 

AD identifiziert die Server ja an den IP-Adressen und fügt diese dem Standort hinzu, ist es irgendwie möglich, das ganze Vorhaben ohne ein extra Netz zu realisieren und mir vom DFS trotzdem den richtigen Fileserver zuordnen zu lassen?

 

Liebe Grüße,

 

Spell

[zahni 554]

- Wenn zwei Standort hast und die DC's wissen sollen wo sie sind, brachst Du 2 Standorte. Am Besten mit  IP-Routung

- DFS-R ist für Dein Vorhaben ungeeignet.  Zumindest  wenn die Dateien an beiden Standort gleichzeitig bearbeitet werden. Die Konflikte musst manuell auflösen. Das mag Dir bei Word+Excel vielleicht  gelingen, bei Access nicht.

 

Wie wäre es, einen Standort (den Kleineren ?)  per RDS oder virtuellen  Desktops anzubinden ?

[Doso 77]

DFS ist für sowas nicht geeignet, man kriegt bereits bei einem Standort ständig Probleme bei geöffneten Dateien.

[h-d.neuenfeldt 21]

Ist das nicht der klassiche Fall für SharePoint in der Cloud ?

[DocData 85]

DFS wäre okay, aber nur bei zwei Standorten, also auch zwei unterschiedlichen Subnetzen. Innerhalb eines Standortes gibt das nur Ärger, da DFS keine File Locking Informationen pflegt und "Last write wins".

 

Möglicherweise ein Szenario für BranchCache.

[zahni 554]

Nein, DFS-R ist für Office-Dateien, die von zwei unterschiedlichen Standorten bearbeitet werden, ungeeignet. Eigentlich gibt  es, aus der Storage-Replication in Echtzeit keine sinnvolle Lösung. Wenn jeder Standort sein eigenes Verzeichnis hat und auf die Remote-Verzeichnisse nur lesend zugreift, kann es gehen.  Leider kommen User dann auf "kreative" Ideen...

[DocData 85]

Was ist denn das Kernproblem? Dir Bandbreite zwischen den Standorten? Was wird denn so an Bandbreite genutzt? Eine andere Möglichkeit wären WAN scaler auf beiden Seiten, die den Datenstrom transparent komprimieren. Oder halt sowas wie BranchCache, was vor allem beim Arbeiten mit Office Dateien gute Dienste leisten dürfte.