(unter Eigenschaften beim Server –) – von Domain-Admin muss die DFS-R Funktion aktiviert werden (mittels DFSRMIG) Ablauf der DFS-Migration: Schritt 1: Verzeichnis wird umgezogen SYSVOL auf SYSVOL-DFSR Schritt 1 kopiert das Verzeichnis: dfsrmig /setGlobalstate 1 Parallel dazu kann der Schritt 2 ausgelöst werden: Schritt 2: SYSVOL Freigabe wird umgeleitet Nach diesem Schritt zeigt der \\Server\SYSVOL auf den kopierten SYSVOL-DFSR Ordner dfsrmig /setGlobalstate 2 Jetzt muss gewartet werden, bis diese Schritte abgeschlossen sind. Den Status bekommt man über folgenden Befehl: dfsrmig /getmigrationstate Abgeschlossen: Wenn alle Domainen-Controller den Schritt 2 erreicht haben, startet man den Schritt 3: Schritt 3: Alte SYSVOL Verzeichnisse werden entfernt dfsrmig /setGlobalstate 3 Auch hier bekommt man über … den aktuellen Status. Tags: dfrs localsetting sysvol subscription ntfrs windows ntfrs dfsrmig dfs frs dfsmig
Der Parameter sollte auf dem PDC-Emulator der Domäne ausgeführt werden, da Änderungen des Status zunächst auf den PDC übertragen werden, bevor sie an die übrigen Domänencontroller verteil werden können. Ist der Domänencontroller mit der PDC-Emulatorrolle nicht verfügbar, schlägt der Befehlsaufruf fehl. Der Status wird in Active Directory gespeichert und nach der Replikation von den Domänencontrollern als lokaler Migrationsstatus übernommen. Die gültigen Werte sind 0 (Start), 1 (Prepared), 2 (Redirected) und 3 (Eliminated). /GetGlobalState - Ruft den aktuellen globalen Migrationsstatus der Domäne aus der lokalen Kopie der Active Directory Datenbank des Domänencontroller ab, der den PDC-Emulator ausführt. /GetMigrationState - Ruft den aktuellen lokalen Migrationsstatus von allen Domänencontrollern der Domäne ab und vergleicht die lokalen Status mit dem globalen Migrationsstatus. Sie sollten diesen Befehl ausführen um zu prüfen, ob der globale Status von allen Domänencontrollern übernommen wurde, bevor Sie zum nächsten Status wechseln.
Microsoft empfiehlt schon seit langer Zeit die Replikation des SYSVOL von FRS (File Replication Service) auf DFSR (Distributed File Service Replication) umzustellen. Um genau zu sein, kam diese Empfehlung mit Windows Server 2003R2 🙂. Das ist auch sinnvoll, da DFSR stabiler arbeitet und FRS mit dem Windows Server 1709 nicht mehr unterstützt wird. Ich habe dann eine Reihe meiner Small Business Domains durchgeschaut und noch eine gefunden in dieser FRS zur Replikation verwendet wird. Das ist immer dann der Fall, wenn von sehr alten Versionen (hier ein Windows Server 2000 basiertes Active Directory) immer wieder auf neue Versionen migriert wurde. Die Historie in dieser Domain ist: Windows Server 2000 Windows Server 2003 Windows Server 2008 Windows Server 2012R2 In Domains mit nur einem Domain Controller (DC), wie das bei dem Small Business Server oder Small Business Essentiales üblich ist, kommt es in der Regel zu fast keinen Problemen mit der Replikation. Denn es gibt nur einen DC, das bedeutet aber nicht das hier keine Replikation stattfindet, sondern dass der Server in der Regel sich selbst immer erreichen kann.
Domänencontroller replizieren Ihre Skripte und Gruppenrichtlinien untereinander mittels Distributed File Replication Service (DFRS). Das war nicht immer so. Früher war es der File Replication Service (FRS). Dieser wird ab Windows Server 2019 nicht mehr unterstützt. Wer also seine Active Directory-Infrastruktur modernisieren möchte, der sollte von FRS auf DFRS migrieren. Dieser Blog-Artikel zeigt Euch, wie es geht. Einführung Jeder Domänencontroller in einem Windows-Netzwerk besitzen eine Ordnerfreigabe namens SYSVOL. Diese dient zur Replikation von Skripten und Gruppenrichtlinien zu anderen Domänencontroller. Der zugrunde liegende Replikationsmechanismus basiert ab Windows Server 2008 auf dem File Distributed File Replication Service (DFRS). Bis Windows Server 2016 wurde auch der ältere Replikationsmechanismus File Replication Service (FRS) unterstützt. Wer bisher Windows Server 2016 (oder älter) als Domänencontroller im Einsatz hatte, dessen Replikation basiert unter Umständen noch auf FRS.
Details Hauptkategorie: Microsoft Windows Server 2012R2 - FRS Migration auf DFS Falls noch die Replikation auf FRS eingerichtet ist, sollte dies spätestens zu diesem Zeitpunkt auf DFS umgestellt / migriert werden: dies lässt sich rel. einfach realisieren: Voraussetzung für die erfolgreiche Migration ist eine Domänenfunktionsebene von mindestens Windows Server 2008 und natürlich eine funktionierende FRS-Replikation. Ebenso sollte die Konfiguration des DNS-Servers stimmen und keine Fehler enthalten. Zunächst solltest Du überprüfen, ob die Migration zur DFS-Replikation bereits initialisiert oder durchgeführt wurde. Den Status kannst Du über die PowerShell abfragen: dfsrmig /globalstate In diesem Beispiel wurde die DFSR-Migration noch nicht gestartet. Die 4 Phasen der DFS-Migration Starten Replizierung wird angestoßen, damit sämtliche SYSVOL-Ordner auf dem gleichen Stand sind (was sie sowieso sein sollten). Vorbereitet Die DFS-Replikation wird konfiguriert und gestartet. Die Domänencontroller synchronisieren aber noch per FRS.
Ebenso sollte die Konfiguration des DNS-Servers stimmen und keine Fehler enthalten. Zunächst solltest Du überprüfen, ob die Migration zur DFS-Replikation bereits initialisiert oder durchgeführt wurde. Den Status kannst Du mit dem Befehl dfsrmig über die PowerShell abfragen: dfsrmig /getglobalstate In diesem Beispiel wurde die DFSR-Migration noch nicht gestartet. Die 4 Phasen der DFS-Migration Starten Replizierung wird angestoßen, damit sämtliche SYSVOL-Ordner auf dem gleichen Stand sind (was sie sowieso sein sollten). Vorbereitet Die DFS-Replikation wird konfiguriert und gestartet. Die Domänencontroller synchronisieren aber noch per FRS. Umgeleitet Die DFS-Replikation wird als primärer Dienst für die SYSVOL-Replikation eingerichtet. FRS wird nicht mehr genutzt, aber noch repliziert. Entfernt Point of no return: Der FRS-Dienst wird deaktiviert und der alte SYSVOL-Ordner wird entfernt. DFS-Migration starten Die Migration von FRS zu DFS wird optimalerweise in einer administrativen PowerShell Sitzung auf dem primären Domänencontroller durchgeführt.
Automatische Reparaturmechanismen für korrupte Konfigurationsdatenbanken und verbesserte Unterstützung für schreibgeschützte Domänencontroller (RODCs) sorgen für zusätzliche Motivation zum Wechsel. Da das Systemvolume kritisch für den Betrieb der Domäne ist, sollte der Migrationsprozess gut vorbereitet und sorgfältig getestet werden. Um die Migration einzuleiten und in Stufen zum Abschluss zu bringen, legt ein Administrator mit Hilfe des Befehlszeilenprogramms globale Direktiven (Anweisungen) fest, die in Active Directory gespeichert und von allen Domänencontrollern als lokale Einstellung übernommen werden. Ist die erste Stufe von allen DCs lokal übernommen, schreitet der Administrator zur nächsten Stufe fort. Insgesamt sind vier Stufen zu durchlaufen. Man kann von Stufe1 direkt zu Stufe 4 wechseln, es ist jedoch empfehlenswert alle Schritte der Reihenfolge nach zu durchlaufen. Bei unerwarteten Schwierigkeiten kann der Migrationsprozess abgebrochen und zum Ausgangspunkt zurückgekehrt werden.