Microsoft DFS - Zweites lokales Replikationsziel festlegen

Hallo

ich habe folgendes Szenario:

1. Server steht in Hamburg
2. Server steht in Frankfurt

Mittels Microsoft DFS replizieren wir einen gemeinsamen freigegebenen Ordner der ca. 600GB groß ist.

Jetzt wurde bei Server1 der lokale Festplattenplatz knapp und wir haben eine große ISCSI-NAS drangehangen. Wie bekomme ich jetzt aber den Ordner von C: auf Laufwerk E: verschoben ohne dass sich das ganze DFS neu repliziert. Leider gibt es nur eine 10 mbits Leitung, das stünde also nicht als Option zur Verfügung.

• Gibt es eine Möglichkeit die DFS Freigabe / Replikation von C: auf E: zu verschieben ohne dass sich das DFS neu synchronisiert ?
oder
• Kann man ein zweites lokales Replikationsziel hinzufügen, so dass er von C: repliziert (also NICHT ÜBER die VPN/WAN Strecke) und ich C: am Ende rausnehmen kann ?

Ich will dafür jetzt nicht extra ein Microsoft-Ticket aufmachen und wieder mit Igor aus Ostkasachstan telefonieren tagelang.

Danke!!!!

Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben

Content-ID: 308105

Url: https://administrator.de/forum/microsoft-dfs-zweites-lokales-replikationsziel-festlegen-308105.html

Ausgedruckt am: 23.12.2024 um 05:12 Uhr

7 Kommentare

Neuester Kommentar

Hi,
DFS-R wir dnicht alles neu replizieren. Aber im ersten Durchlauf alles nochmal vergleichen müssen.

Also einen Server in dieselbe Replikationsgruppe 2x für verschiedene Freigaben aufnehmen geht nicht.

2 Ideen:
A)

Ordner mit "Robocopy Quelle Ziel /B /MIR /COPYALL" auf die 2. Platte kopieren.
Wartungsfenster
altes Ziel im DFS-N deaktivieren
Replikationsgruppe löschen (da nur 2 Ziele, wirst Du nicht bloß eines entfernen können)
alte Freigabe löschem
neue Freigabe erstellen mit kopierten Ordner
Differenzkopie mit "Robocopy Quelle Ziel /B /MIR /COPYALL"
neue Replikationsgruppe erstellen, die neue Freigabe und die Freigabe auf dem anderen Server hinzufügen, Master festlegen auf anderen Server
Replikation abwarten
altes Ziel im DFS-N wieder aktivieren (wenn der Freigabename gleich geblieben ist; sonst neues Ziel mit neuer Freigabe hinzufügen und altes Ziel entfernen)
Wartungsfenster Ende

Ordner mit "Robocopy Quelle Ziel /B /MIR /COPYALL" auf die 2. Platte kopieren.
Wartungsfenster
altes Ziel im DFS-N deaktivieren
DFS-Dienst auf dem Fileserver beenden
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Shares exportieren
alte Freigabe löschem
Differenzkopie mit "Robocopy Quelle Ziel /B /MIR /COPYALL"
alten Ordner umbenennen
Symbolischen Link erstellen: mklink /D C:\alterordnern E:\neuerOrdner
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Shares importieren
Server-Dienst durchstarten
DFS-Dienst auf dem Fileserver starten
Replikation abwarten
altes Ziel im DFS-N wieder aktivieren
Wartungsfenster Ende

Bitte bei A) wirklich eine neue Replikationsgruppe erstellen, und nicht etwa die alte "austricksen" wollen durch Erstellen einer neuen gleichnamigen Freigabe.

Teste das vorher! Baue das gegebene Konstrukt im kleinen Stil nach. Mit den selben Servern, andere Test-Ordner, Test-Freigaben, Test-DFS-N und Test-DFS-Replikationsgruppe.

E.

Wenn ich dich richtig verstehe musst du nur E: als zusätzliches Ordnerziel eintragen, ohne an der Replikationsgruppe etwas zu ändern. Dann kannst die Daten über das Filesystem von C: nach E: verschieben und im DFS bleiben sie unter der gleichen Share sichtbar.

Sofern deine User über die DFS Shares und nicht die des Servers zugreifen ist hier mit keinem Ausfall zu rechnen.
Im Zweifel erstell dir ein Share, füge zwei drei lokale Ordnerzeile hinzu und schiebe die Daten im Filesystem hin und her... ...dann siehst du das egal wo sie liegen immer alles verfügbar ist.

DFS Shares und Replikationsgruppen kannst du unabhängig von einander betrachten. Solange die Daten in dem Share bleiben und du sie lediglich in eine anderes Ordnerziel schiebst sollte dies keine Replikation auslösen.

Wir binden bei uns nahezu alle Shares nur noch über DFS an um die Daten auch im Betrieb beliebig von NAS zu NAS schieben zu können ohne die Shares anpassen zu müssen.

AUF JEDEN FALL VORHER MIT EINEM DUMMY SHARE TESTEN, DAMIT AUSGESCHLOSSEN IST DAS WIR ANEINANDER VORBEI REDEN!!!

DFS Shares und Replikationsgruppen kannst du unabhängig von einander betrachten.

Richtig

Solange die Daten in dem Share bleiben und du sie lediglich in eine anderes Ordnerziel schiebst sollte dies keine Replikation auslösen.

Richtig. Aber hier nicht zutreffend.

DFS-R repliziert Ordner und nicht Freigaben.
Hier wird ein neuer Ordner erstellt (auf einem anderen Laufwerk). Also beeinflusst das die Replikation. Aufpassen!

Stimmt, habs grad auch gemerkt. Die von mir beschriebene Vorgehensweise bringt es nur bei nicht replizierten Ordnern....

Ein Zweiter Server an Standort A könnte hier Abhilfe schaffen und man könnte diesen evtl. der Rep. Gruppe hinzufügen und lokal über das LAN Replizieren. Ansonsten sehe ich auch keine anderen Möglichkeiten als "emeriks"....

Ich bin gerade am Überlegen...ich könnte ja einfach eine virtuelle Maschine bauen mit HyperV .... in diesem Fall ist der Server nämlich ausnahmsweise physikalisch. Kann man denn bei DFSR einstellen dass er nur von dem anderen Server repliziert ? Nicht dass er dann doch von der Remote-Maschine repliziert.