Häufig gestellte Fragen zur DFS-Replikation

Nein Die DFS-Replikation kommuniziert nicht mit dem Dateireplikationsdienst (File Replication Service, FRS). Die DFS-Replikation und FRS können gleichzeitig auf demselben Server ausgeführt werden, dürfen jedoch nie für die Replikation derselben Ordner oder Unterordner konfiguriert werden, da dies zu Datenverlusten führen kann.

Ja. Auf Servern mit Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 oder Windows Server 2008 kann die DFS-Replikation FRS bei der SYSVOL-Replikation ersetzen. Server, auf denen Windows Server 2003 R2 ausgeführt wird, bieten keine Unterstützung für die Verwendung der DFS-Replikation zum Replizieren des SYSVOL-Ordners.

Weitere Informationen zum Replizieren von SYSVOL mithilfe der DFS-Replikation finden Sie unter Migrieren der SYSVOL-Replikation zur DFS-Replikation.

Ja. In den folgenden Dokumenten wird erläutert, wie die Replikation von FRS zur DFS-Replikation migriert wird:

• Informationen zum Migrieren der Replikation von Ordnern außer dem SYSVOL-Ordner finden Sie unter „DFS-Betriebshandbuch: Migration von der FRS- zur DFS-Replikation“ und FRS2DFSR – Hilfsprogramm für die FRS-zu-DFSR-Migration (https://go.microsoft.com/fwlink/?LinkID=195437).

• Informationen zum Migrieren der Replikation des SYSVOL-Ordners zur DFS-Replikation finden Sie unter Migrieren der SYSVOL-Replikation zur DFS-Replikation.

Ja. Obwohl die DFS-Replikation nur das Replizieren von Inhalten zwischen Servern unterstützt, auf denen Windows Server ausgeführt wird, können UNIX-Clients auf Dateifreigaben auf den Windows-Servern zugreifen. Installiere dazu Dienste für Netzwerkdateisysteme (Network File System, NFS) auf dem DFS-Replikationsserver.

Du kannst auch die in vielen UNIX-Clients enthaltene SMB/CIFS-Clientfunktionalität verwenden, um direkt auf die Windows-Dateifreigaben zuzugreifen. Diese Funktion ist jedoch häufig eingeschränkt oder erfordert Änderungen an der Windows-Umgebung (z. B. müssen SMB-Signaturen mithilfe von Gruppenrichtlinien deaktiviert werden).

Die DFS-Replikation interagiert mit NFS auf einem Server, auf dem ein Windows Server-Betriebssystem ausgeführt wird, allerdings können Sie keinen NFS-Bereitstellungspunkt replizieren.

Ja. Die DFS-Replikation wird auf Volumes des Volumeschattenkopie-Diensts (Volume Shadow Copy Service, VSS) unterstützt, und vorherige Momentaufnahmen können mit dem Client für frühere Versionen erfolgreich wiederhergestellt werden.

Nein. Die Windows-Sicherung (Ntbackup.exe) kann auf einem Computer mit Windows Server 2003 oder früher nicht verwendet werden, um den Inhalt eines replizierten Ordners auf einem Computer mit Windows Server 2012, Windows Server 2008 R2 oder Windows Server 2008 zu sichern.

Verwende zum Sichern von Dateien, die in einem replizierten Ordner gespeichert sind, die Windows Server-Sicherung oder Microsoft® System Center Data Protection Manager. Informationen zu Sicherungs- und Wiederherstellungsfunktionen in Windows Server 2008 R2 und Windows Server 2008 findest du unter Sicherung und Wiederherstellung. Weitere Informationen finden Sie unter System Center Data Protection Manager (https://go.microsoft.com/fwlink/?LinkId=182261).

Ja. Es sollten keine Dateisystemrichtlinien für replizierte Ordner konfiguriert werden. Die NTFS-Berechtigungen werden bei jedem Aktualisierungsintervall für Gruppenrichtlinien von der Dateisystemrichtlinie erneut angewendet. Dies kann zu Freigabeverletzungen führen, da eine geöffnete Datei erst repliziert wird, nachdem sie geschlossen wurde.

Nein. Die DFS-Replikation kann nicht verwendet werden, um Postfächer zu replizieren, die von Microsoft Exchange Server gehostet werden.

Ja. Allerdings müssen die Dateiprüfungseinstellungen des Ressourcen-Managers für Dateiserver (File Server Resource Manager, FSRM) auf beiden Seiten der Replikation übereinstimmen. Außerdem verfügt die DFS-Replikation über einen eigenen Filtermechanismus für Dateien und Ordner, den du verwenden kannst, um bestimmte Dateien und Dateitypen aus der Replikation auszuschließen.

Im Folgenden einige Best Practices für die Implementierung von Dateiprüfungen oder Kontingenten:

• Der verborgene Ordner „DfsrPrivate“ darf keinen Kontingenten oder Dateiprüfungen unterliegen.

• Bevor die Prüfung aktiviert wird, dürfen in den replizierten Ordnern keine geprüften Dateien enthalten sein.

• Bevor das Kontingent aktiviert wird, darf das Kontingent von keinem Ordner überschritten werden.

• Harte Kontingentgrenzen sollten mit Vorsicht verwendet werden. Einzelne Mitglieder einer Replikationsgruppe können vor der Replikation eine Kontingentgrenze einhalten, diese nach der Replikation der Dateien jedoch überschreiten. Beispiel: Wenn ein Benutzer eine Datei mit einer Größe von 10 MB auf Server A kopiert (der dann die harte Kontingentgrenze erreicht hat) und ein anderer Benutzer eine Datei von 5 MB auf Server B kopiert, überschreiten beide Server bei der nächsten Replikation das Kontingent um 5 MB. Dies kann dazu führen, dass von der DFS-Replikation fortlaufend versucht wird, die Dateien zu replizieren, wodurch Lücken im Versionsvektor und mögliche Leistungsprobleme auftreten.

Ja. Die DFS-Replikation in Windows Server 2012 R2, Windows Server 2012 und Windows Server 2008 R2 bietet die Möglichkeit, einen Failovercluster als Mitglied einer Replikationsgruppe hinzuzufügen. Weitere Informationen finden Sie unter Hinzufügen eines Failoverclusters zu einer Replikationsgruppe (https://go.microsoft.com/fwlink/?LinkId=155085). Der DFS-Replikationsdienst in Windows-Versionen vor Windows Server 2008 R2 ist nicht für die Koordination mit einem Failovercluster ausgelegt. Außerdem unterstützt der Dienst kein Failover auf einen anderen Knoten.

Ja. Von der DFS-Replikation können Ordner auf Volumes repliziert werden, die die Datendeduplizierung in Windows Server nutzen.

Ja. Bei der DFS-Replikation werden Volumes repliziert, auf denen die Einzelinstanz-Speicherung (Single Instance Storage, SIS) aktiviert ist. SIS wird von Remoteinstallationsdiensten (Remote Installation Services, RIS), Windows-Bereitstellungsdiensten (Windows Deployment Services, WDS) und Windows Storage Server verwendet.

Sie können die DFS-Replikation und Offlinedateien problemlos zusammen verwenden, vorausgesetzt, es schreibt jeweils nur ein Benutzer in die Dateien. Dies ist für Benutzer hilfreich, die zwischen zwei Zweigstellen pendeln und in der Lage sein möchten, in beiden Zweigstellen oder offline auf ihre Dateien zuzugreifen. Mit der Funktion für Offlinedateien werden die Dateien für die Offlineverwendung lokal zwischengespeichert, während die Daten mit der DFS-Replikation zwischen den einzelnen Zweigstellen repliziert werden.

Die DFS-Replikation sollte nicht in einer Umgebung mit mehreren Benutzern zusammen mit Offlinedateien verwendet werden, da die DFS-Replikation keinen verteilten Sperrmechanismus oder eine Funktion zum Auschecken von Dateien bietet. Wenn zwei Benutzer dieselbe Datei auf unterschiedlichen Servern gleichzeitig ändern, wird die ältere Datei von der DFS-Replikationsfunktion bei der nächsten Replikation in den Ordner „DfsrPrivate\ConflictandDeleted“ (unter dem lokalen Pfad des replizierten Ordners) verschoben.

Antivirenanwendungen können zu einer übermäßigen Replikation führen, wenn durch die Überprüfungen Dateien in einem replizierten Ordner geändert werden. Weitere Informationen finden Sie unter Testen der Interoperabilität von Antivirenanwendungen und DFS-Replikation (https://go.microsoft.com/fwlink/?LinkId=73990).

Windows® SharePoint® Services bietet eine starke Kohärenz in Form einer Funktion zum Auschecken von Dateien, die die DFS-Replikation nicht aufweist. Wenn vermieden werden soll, dass mehrere Personen dieselbe Datei bearbeiten, empfehlen wir die Verwendung von Windows SharePoint Services. Windows SharePoint Services 2.0 mit Service Pack 2 ist als Teil von Windows Server 2003 R2 verfügbar. Windows SharePoint Services kann von der Microsoft-Website heruntergeladen werden. In neueren Versionen von Windows Server ist die Lösung nicht enthalten. Wenn jedoch Daten über mehrere Standorte repliziert werden und Benutzer nicht dieselben Dateien zur selben Zeit bearbeiten, bietet die DFS-Replikation eine größere Bandbreite und eine einfachere Verwaltung.

Ja – vorausgesetzt, es gibt eine private WAN-Verbindung (Wide Area Network) (nicht das Internet), durch die die Zweigstellen verbunden sind. Du musst jedoch die richtigen Ports in den externen Firewalls öffnen. Die DFS-Replikation nutzt die RPC-Endpunktzuordnung (Port 135) und einen zufällig zugewiesenen kurzlebigen Port oberhalb von 1024. Du kannst das Befehlszeilentool Dfsrdiag verwenden, um einen statischen Port anstelle des kurzlebigen Ports anzugeben. Weitere Informationen zum Angeben der RPC-Endpunktzuordnung finden Sie in Artikel 154596 in der Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?LinkId=73991).

Nein. Von der DFS-Replikation werden keine Dateien oder Ordner repliziert, die mit dem verschlüsselnden Dateisystem (Encrypting File System, EFS) verschlüsselt wurden. Wenn ein Benutzer eine Datei verschlüsselt, die zuvor repliziert wurde, wird die Datei von der DFS-Replikation aus allen anderen Mitgliedern der Replikationsgruppe gelöscht. Dadurch wird sichergestellt, dass die einzige verfügbare Kopie der Datei die verschlüsselte Version auf dem Server ist.

Mit der DFS-Replikation können Dateien im persönlichen Ordner von Microsoft Outlook (PST-Dateien) und Microsoft Access-Dateien nur dann sicher repliziert werden, wenn sie zu Archivierungszwecken gespeichert werden und nicht über das Netzwerk über einen Client wie Outlook oder Access darauf zugegriffen wird. (Zum Öffnen von PST- oder Access-Dateien müssen diese zunächst auf eine lokale Speichervorrichtung kopiert werden.) Dafür gibt es folgende Gründe:

• Das Öffnen von PST-Dateien über Netzwerkverbindungen kann zu Datenbeschädigungen in den PST-Dateien führen. Weitere Informationen dazu, warum über ein Netzwerk kein sicherer Zugriff auf PST-Dateien möglich ist, finden Sie in Artikel 297019 in der Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?LinkId=125363).

• PST- und Access-Dateien bleiben häufig über einen längeren Zeitraum geöffnet, während über einen Client wie Outlook oder Office Access darauf zugegriffen wird. Dadurch wird verhindert, dass die Dateien von der DFS-Replikation repliziert werden, weil sie erst geschlossen werden müssen.

Nein. Die DFS-Replikation wird über Active Directory® Domain Services konfiguriert und funktioniert nur in einer Domäne.

Ja. Mit der DFS-Replikation können zahlreiche Ordner zwischen Servern repliziert werden. Vergewissere dich, dass jeder replizierte Ordner über einen eindeutigen Stammpfad verfügt und dass sich diese nicht überschneiden. Beispielsweise können „D:\Vertrieb“ und „D:\Buchhaltung“ die Stammpfade für zwei replizierte Ordner sein, während „D:\Vertrieb“ und „D:\Vertrieb\Berichte“ nicht die Stammpfade für zwei replizierte Ordner darstellen können.

Nein Die DFS-Replikation und DFS-Namespaces können getrennt oder zusammen verwendet werden. Außerdem kann die DFS-Replikation verwendet werden, um eigenständige DFS-Namespaces zu replizieren, was mit FRS nicht möglich war.

Nein Die DFS-Replikation erfordert nicht explizit eine Zeitsynchronisierung zwischen Servern. Allerdings erfordert die DFS-Replikation, dass die Serveruhren möglichst exakt aufeinander abgestimmt sind. Damit die Kerberos-Authentifizierung ordnungsgemäß funktioniert, dürfen die Serveruhren (standardmäßig) maximal fünf Minuten voneinander abweichen. Beispielsweise werden bei der DFS-Replikation Zeitstempel verwendet, um zu bestimmen, welche Datei im Falle eines Konflikts Vorrang hat. Exakte Zeiten sind auch für die Garbage Collection, für Zeitpläne und andere Features wichtig.

Ja. Die Replikation eines vollständigen Volumes kann jedoch folgende Probleme verursachen:

• Wenn das Volume eine Windows-Auslagerungsdatei enthält, schlägt die Replikation fehl, und im Systemereignisprotokoll wird das DFSR-Ereignis 4312 protokolliert.

• Von der DFS-Replikation werden das System- und Hidden-Attribut für den replizierten Ordner auf den Zielservern festgelegt. Dies geschieht, weil Windows das System- und Hidden-Attribut standardmäßig auf den Volumestammordner anwendet. Wenn es sich bei dem lokalen Pfad des replizierten Ordners auf den Zielservern ebenfalls um einen Volumestamm handelt, werden keine weiteren Änderungen an den Ordnerattributen vorgenommen.

• Beim Replizieren eines Volumes, das den Windows-Systemordner enthält, wird der Ordner %WINDIR% von der DFS-Replikation erkannt und nicht repliziert. Allerdings werden von der DFS-Replikation Ordner repliziert, die von Nicht-Microsoft-Anwendungen verwendet werden, was zu Fehlern bei den Anwendungen auf den Zielservern führen kann, wenn die Anwendungen Interoperabilitätsprobleme mit der DFS-Replikation haben.

Nein.

Ja. Die DFS-Replikation ist unabhängig vom Verbindungstyp.

Nein Die DFS-Replikation unterstützt nur Volumes, die mit dem NTFS-Dateisystem formatiert sind. ReFS (Resilient File System, Robustes Dateisystem) und das FAT-Dateisystem werden nicht unterstützt. Die DFS-Replikation erfordert NTFS, da sie das NTFS-Änderungsjournal und andere Funktionen des NTFS-Dateisystems verwendet.

Ja. Sparsedateien können repliziert werden. Das Sparse-Attribut wird auf dem empfangenden Mitglied beibehalten.

Nein Die DFS-Replikation ist ein Dienst, der unter dem lokalen Systemkonto ausgeführt wird, sodass du dich nicht als Administrator anmelden musst, um Dateien zu replizieren. Du musst jedoch ein Domänenadministrator oder lokaler Administrator der betroffenen Dateiserver sein, um Änderungen an der DFS-Replikationskonfiguration vorzunehmen.

Weitere Informationen finden Sie im Thema zu „Sicherheitsanforderungen und Delegation bei der DFS-Replikation“ unter Delegieren der Fähigkeit zum Verwalten der DFS-Replikation (https://go.microsoft.com/fwlink/?LinkId=182294).

Informationen zum Aktualisieren oder Ersetzen eines DFS-Replikationsmitglieds findest du im folgenden Beitrag des Blogs „Ask the Directory Services Team“: Austauschen der Hardware oder des Betriebssystems bei DFSR-Mitgliedern.

Ja. Bestimmte Szenarien werden beim Replizieren von Roamingbenutzerprofilen unterstützt. Informationen zu den unterstützten Szenarien finden Sie in der Anweisung des Microsoft-Supports zu replizierten Benutzerprofildaten (https://go.microsoft.com/fwlink/?LinkId=201282).

Windows und die DFS-Replikation unterstützen Ordnerpfade mit bis zu 32.000 Zeichen. Die DFS-Replikation ist nicht auf Ordnerpfade von 260 Zeichen beschränkt.

Nein Replikationsgruppen können auf Domänen innerhalb einer einzelnen Gesamtstruktur, aber nicht auf verschiedene Gesamtstrukturen verteilt sein.

Die folgende Liste enthält eine Reihe von Skalierbarkeitsrichtlinien, die von Microsoft getestet wurden und für Windows Server 2012 R2, Windows Server 2016 und Windows Server 2019 gelten.

• Größe aller replizierten Dateien auf einem Server: 100 Terabytes

• Anzahl der replizierten Dateien auf einem Volume: 70 Millionen

• Maximale Dateigröße: 250 Gigabytes

Die folgende Liste enthält eine Reihe von Skalierbarkeitsrichtlinien, die von Microsoft unter Windows Server 2012, Windows Server 2008 R2 und Windows Server 2008 getestet wurden:

• Größe aller replizierten Dateien auf einem Server: 10 Terabytes

• Anzahl der replizierten Dateien auf einem Volume: 11 Millionen

• Maximale Dateigröße: 64 Gigabytes

Eine Liste der Skalierbarkeitsrichtlinien, die von Microsoft für Windows Server 2003 R2 getestet wurden, finden Sie im Thema zu Skalierbarkeitsrichtlinien für die DFS-Replikation (https://go.microsoft.com/fwlink/?LinkId=75043).

Verwende die DFS-Replikation nicht in einer Umgebung, in der mehrere Benutzer dieselben Dateien auf unterschiedlichen Servern gleichzeitig aktualisieren oder ändern. Dies kann dazu führen, dass in Konflikt stehende Kopien der Dateien bei der DFS-Replikation in den ausgeblendeten Ordner „DfsrPrivate\ConflictandDeleted“ verschoben werden.

Wenn mehrere Benutzer dieselben Dateien auf unterschiedlichen Servern gleichzeitig ändern müssen, verwende die Funktion zum Auschecken von Dateien von Windows SharePoint Services, um sicherzustellen, dass nur ein Benutzer an einer Datei arbeitet. Windows SharePoint Services 2.0 mit Service Pack 2 ist als Teil von Windows Server 2003 R2 verfügbar. Windows SharePoint Services kann von der Microsoft-Website heruntergeladen werden. In neueren Versionen von Windows Server ist die Lösung nicht enthalten.

Bei der DFS-Replikation werden neue Objekte im Domänennamenkontext von Active Directory Domain Services verwendet, um Konfigurationsinformationen zu speichern. Diese Objekte werden erstellt, wenn Sie das Schema der Active Directory-Domänendienste aktualisieren. Weitere Informationen finden Sie im Thema zum Überprüfen der Anforderungen für die DFS-Replikation (https://go.microsoft.com/fwlink/?LinkId=182264).

Ja. Es gibt drei Möglichkeiten, Integritätsberichte zu automatisieren:

• Verwende das in Windows Server 2012 R2 enthaltene DFSR Windows PowerShell-Modul oder „DfsrAdmin.exe“ zusammen mit „Geplante Aufgaben“, um regelmäßig Integritätsberichte zu generieren. Weitere Informationen finden Sie im Thema zum Automatisieren von Integritätsberichten der DFS-Replikation (https://go.microsoft.com/fwlink/?LinkId=74010).

• Verwende das DFS Replication Management Pack für System Center Operations Manager, um Warnungen zu erstellen, die auf bestimmten Bedingungen basieren.

• Verwende den WMI-Anbieter für die DFS-Replikation, um Skripts für Warnungen zu schreiben.

Ja. Weitere Informationen finden Sie unter dem DFS Replication Management Pack für System Center Operations Manager 2007 im Microsoft Download Center (https://go.microsoft.com/fwlink/?LinkId=182265).

Ja. Die DFS-Replikation unterstützt die Remoteverwaltung über die DFS-Verwaltungskonsole und den Befehl Replikationsgruppe hinzufügen. Beispielsweise kannst du auf Server A eine Verbindung mit einer Replikationsgruppe herstellen, die in der Gesamtstruktur mit den Servern A und B als Mitgliedern definiert ist.

Die DFS-Verwaltung ist in Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008 und Windows Server 2003 R2 enthalten. Um die DFS-Replikation in anderen Windows-Versionen zu verwalten, verwende Remotedesktop oder die Remoteserver-Verwaltungstools für Windows 7.

Nein Die DFS-Replikation verfügt über eigene Überwachungs- und Diagnosetools. Mit Ultrasound und Sonar kann nur FRS überwacht werden.

Um verlorene Dateien wiederherzustellen, müssen sie aus dem Dateisystemordner oder freigegebenen Ordner mithilfe des Dateiversionsverlaufs, des Befehls Vorgängerversionen wiederherstellen im Datei-Explorer oder durch die Wiederherstellung aus einer Sicherung wiederhergestellt werden. Um Dateien direkt aus dem Ordner „ConflictAndDeleted“ oder „PreExisting“ wiederherzustellen, verwende die Windows PowerShell-Cmdlets Get-DfsrPreservedFiles und Restore-DfsrPreservedFiles (aus dem DFSR-Modul in Windows Server 2012 R2) oder das Beispielskript RestoreDFSR aus der MSDN Code Gallery. Dieses Skript ist nur für die Notfallwiederherstellung vorgesehen und wird „wie besehen“ ohne Garantie zur Verfügung gestellt.

Ja. Es gibt eine Reihe von Möglichkeiten, die Replikation zu überwachen:

• Die DFS-Replikation verfügt über ein Management Pack für System Center Operations Manager, das eine proaktive Überwachung ermöglicht.

• Die DFS-Verwaltung verfügt über einen integrierten Diagnosebericht, der Aufschluss über das Replikations-Rückstandsprotokoll, die Replikationseffizienz und die Anzahl der Dateien und Ordner in einer bestimmten Replikationsgruppe gibt.

• Das DFSR Windows PowerShell-Modul in Windows Server 2012 R2 umfasst Cmdlets zum Starten von Propagierungstests und zum Schreiben von Propagierungs- und Integritätsberichten. Weitere Informationen findest du im Thema zu DFSR (Distributed File System Replication)-Cmdlets in Windows PowerShell.

• „Dfsrdiag.exe“ ist ein Befehlszeilentool, mit dem die Anzahl der noch nicht verarbeiteten Dateien generiert oder ein Propagierungstest ausgelöst werden kann. In beiden Fällen wird der Status der Replikation angegeben. An der Propagierung ist erkennbar, ob Dateien auf alle Knoten repliziert werden. Im Rückstandsprotokoll ist angegeben, wie viele Dateien noch repliziert werden müssen, bis zwei Computer synchron sind. Die Anzahl im Rückstandsprotokoll entspricht der Anzahl von Aktualisierungen, die von einem Mitglied einer Replikationsgruppe noch nicht verarbeitet wurden. Auf Computern mit Windows Server 2012 R2, Windows Server 2012 oder Windows Server 2008 R2 können mithilfe von „Dfsrdiag.exe“ auch die Aktualisierungen angezeigt werden, die von der DFS-Replikation momentan repliziert werden.

• Mithilfe von WMI können Rückstandsprotokollinformationen – manuell oder über MOM – in Skripts erfasst werden.

Obwohl die DFS-Replikation bei DFÜ-Geschwindigkeit funktioniert, kann es zu einem Rückstand kommen, wenn eine große Anzahl von Änderungen repliziert werden muss. Bei geringfügigen Änderungen an vorhandenen Dateien bietet die DFS-Replikation mit Remotedifferenzialkomprimierung (Remote Differential Compression, RDC) eine wesentlich höhere Leistung als das direkte Kopieren der Datei.

Nein Bei der DFS-Replikation wird keine Bandbreitenerkennung durchgeführt. Du kannst die DFS-Replikation so konfigurieren, dass pro Verbindung eine begrenzte Bandbreite verwendet wird (Bandbreiteneinschränkung). Allerdings wird die Bandbreitennutzung von der DFS-Replikation nicht weiter reduziert, wenn die Netzwerkschnittstelle ausgelastet ist. Außerdem kann die Verbindung durch die DFS-Replikation kurzzeitig ausgelastet werden. Bei der DFS-Replikation handelt es sich nicht exakt um eine Bandbreiteneinschränkung, da die Bandbreite bei der DFS-Replikation durch die Begrenzung von RPC-Aufrufen eingeschränkt wird. Daher können verschiedene Puffer auf tieferen Ebenen des Netzwerkstapels (einschließlich RPC) Probleme verursachen, wodurch Bursts im Netzwerkdatenverkehr entstehen.

Wenn du die Bandbreiteneinschränkung bei der Angabe des Zeitplans konfigurierst, wird diese Einstellung für alle Verbindungen dieser Replikationsgruppe genutzt, um die Bandbreite einzuschränken. Die Bandbreiteneinschränkung kann in der DFS-Verwaltung auch mit einer Einstellung auf Verbindungsebene festgelegt werden.

Nein Bei der DFS-Replikation wird die vom Administrator definierte Topologie verwendet, die unabhängig von den Standortkosten von Active Directory Domain Services ist.

Informationen über die verschiedenen Methoden zum Optimieren der Replikationsleistung findest du im Thema zum Optimieren der Replikationsleistung in DFSR im Blog Ask the Directory Services Team.

Bei der DFS-Replikation legst du die maximale Bandbreite fest, die für eine Verbindung verwendet werden soll, und der Dienst nutzt das Netzwerk bis zu diesem Level. Dies unterscheidet sich vom intelligenten Hintergrundübertragungsdienst (Background Intelligent Transfer Service, BITS). Bei der DFS-Replikation wird die Verbindung nicht vollständig ausgelastet, wenn du die geeignete Einstellung festgelegt hast.

Trotzdem ist die Bandbreiteneinschränkung nicht zu 100 % genau, sodass die Verbindung von der DFS-Replikation kurzzeitig ausgelastet werden kann. Dies liegt daran, dass die Bandbreiteneinschränkung bei der DFS-Replikation durch die Einschränkung der RPC-Aufrufe erfolgt. Da dieser Prozess von verschiedenen Puffern auf tieferen Ebenen des Netzwerkstapels, einschließlich RPC, abhängig ist, wird der Replikationsdatenverkehr tendenziell in Bursts übertragen, wodurch die Netzwerkverbindungen zeitweise vollständig ausgelastet werden können.

Die DFS-Replikation in Windows Server 2008 umfasst mehrere Leistungsverbesserungen, die im Thema Verteiltes Dateisystem unter Änderungen an der Funktionalität zwischen Windows Server 2003 SP1 und Windows Server 2008 erläutert werden.

Die DFS-Replikation ist viel schneller als FRS, und zwar insbesondere dann, wenn kleine Änderungen an großen Dateien vorgenommen werden und RDC aktiviert ist. Mit RDC kann eine kleine Änderung an einer PowerPoint®-Präsentation von 2 MB beispielsweise bewirken, dass nur 60 KB über das Netzwerk gesendet werden, was eine Einsparung von 97 Prozent an übertragenen Bytes bedeutet.

RDC wird bei Dateien unter 64 KB nicht verwendet und bietet bei Hochgeschwindigkeits-LANs, bei denen die Netzwerkbandbreite nicht begrenzt ist, u. U. keine Vorteile. RDC kann mithilfe der DFS-Verwaltung jeweils verbindungsbasiert deaktiviert werden.

Die Daten werden nach dem von dir festgelegten Zeitplan repliziert. Beispielsweise kannst du den Zeitplan auf 15-Minuten-Intervalle an sieben Tage die Woche festlegen. In diesen Intervallen ist die Replikation aktiviert. Die Replikation wird zeitnah gestartet, nachdem eine Dateiänderung erkannt wurde (in der Regel innerhalb von Sekunden).

Der Zeitplan für die Replikationsgruppe kann in koordinierter Weltzeit festgelegt werden, während für den Verbindungszeitplan die lokale Zeit des empfangenden Mitglieds gelten kann. Dies muss berücksichtigt werden, wenn sich die Replikationsgruppe über mehrere Zeitzonen erstreckt. Bei der lokalen Zeit handelt es sich um die Ortszeit des Mitglieds, das die eingehende Verbindung hostet. Der angezeigte Zeitplan der eingehenden Verbindung und der entsprechenden ausgehenden Verbindung spiegeln die Zeitzonenunterschiede wider, wenn der Zeitplan auf die lokale Zeit festgelegt ist.

Die von der DFS-Replikation genutzten Datenträger-, Arbeitsspeicher- und CPU-Ressourcen hängen von verschiedenen Faktoren ab, einschließlich der Anzahl und Größe der Dateien, der Anzahl der Replikationsgruppenmitglieder und replizierter Ordner und der Änderungsrate. Außerdem sind einige Ressourcen schwerer einzuschätzen. Beispielsweise kann die für die DFS-Replikationsdatenbank verwendete ESE (Extensible Storage Engine)-Technologie einen hohen Prozentsatz des verfügbaren Arbeitsspeichers beanspruchen, der bei Bedarf freigegeben wird. Andere Anwendungen als die DFS-Replikation können abhängig von der Serverkonfiguration auf demselben Server gehostet werden. Wenn jedoch mehrere Anwendungen oder Serverrollen auf einem einzelnen Server gehostet werden, ist es wichtig, diese Konfiguration zu testen, bevor sie in einer Produktionsumgebung implementiert wird.

Wenn die Verbindung ausfällt, versucht die DFS-Replikation, den Vorgang fortzusetzen, während der Zeitplan offen ist. Es gibt auch Verbindungsfehler, die im Ereignisprotokoll der DFS-Replikation aufgezeichnet werden. Die Protokollereignisse können mithilfe von MOM proaktiv (in Form von Warnungen) ausgegeben werden und mithilfe des Integritätsberichts der DFS-Replikation reaktiv genutzt werden (z. B. wenn der Bericht von einem Administrator ausgeführt wird).

Die Remotedifferenzialkomprimierung (Remote Differential Compression, RDC) ist ein Client/Server-Protokoll, das zum effizienten Aktualisieren von Dateien über ein Netzwerk mit eingeschränkter Bandbreite verwendet werden kann. RDC erkennt, ob Daten in Dateien eingefügt, anders angeordnet oder entfernt wurden, sodass von der DFS-Replikation nur die Änderungen repliziert werden können, nachdem Dateien aktualisiert wurden. RDC wird standardmäßig nur für Dateien ab 64 KB verwendet. RDC kann eine ältere Version einer Datei mit demselben Namen im replizierten Ordner oder im Ordner „DfsrPrivate\ConflictandDeleted“ (unter dem lokalen Pfad des replizierten Ordners) verwenden.

RDC wird verwendet, wenn die Dateigröße einen Mindestschwellenwert überschreitet. Der Schwellenwert für die Größe beträgt standardmäßig 64 KB. Nachdem eine Datei, die diesen Schwellenwert überschreitet, repliziert wurde, wird für aktualisierte Versionen der Datei immer RDC verwendet, es sei denn, ein großer Teil der Datei wurde geändert oder RDC ist deaktiviert.

Um die dateiübergreifende RDC zu verwenden, muss von einem Mitglied der Replikationsverbindung eine Edition des Windows-Betriebssystems ausgeführt werden, die die dateiübergreifende RDC unterstützt. Die folgende Tabelle veranschaulicht, welche Editionen des Windows-Betriebssystems die dateiübergreifende RDC unterstützen.

* Die dateiübergreifende RDC kann unter Windows Server 2012 R2 optional deaktiviert werden.

Ja. Geänderte Teile von Dateien werden vor dem Senden komprimiert. Dies gilt für alle Dateitypen mit Ausnahme der folgenden (die bereits komprimiert sind): WMA, WMV, ZIP, JPG, MPG, MPEG, M1V, MP2, MP3, MPA, CAB, WAV, SND, AU, ASF, WM, AVI, Z, GZ, TGZ und FRX. Die Komprimierungseinstellungen für diese Dateitypen können nicht in Windows Server 2003 R2 konfiguriert werden.

Ja. Du kannst RDC über die Eigenschaftenseite der jeweiligen Verbindung deaktivieren. Durch die Deaktivierung von RDC können die CPU-Auslastung und die Replikationswartezeit bei schnellen lokalen Netzwerkverbindungen (LAN) reduziert werden, die keine Bandbreiteneinschränkungen aufweisen, oder bei Replikationsgruppen, die primär aus Dateien unter 64 KB bestehen. Wenn RDC für eine Verbindung deaktiviert wird, sollte die Effizienz der Replikation vor und nach der Änderung getestet werden, um zu sicherzustellen, dass die Replikationsleistung verbessert wurde.

Du kannst den Schwellenwert für die RDC-Größe ändern, indem du den Befehl Dfsradmin Connection Set oder den WMI-Anbieter der DFS-Replikation verwendest oder die XML-Konfigurationsdatei manuell bearbeitest.

Ja. Von RDC werden Unterschiede auf der Blockebene unabhängig vom Datentyp der Datei berechnet. RDC funktioniert bei bestimmten Dateitypen jedoch effizienter, z. B. bei Word-Dokumenten, PST-Dateien und VHD-Images.

Die DFS-Replikation nutzt RDC, wodurch die geänderten Blöcke in der Datei berechnet und nur diese Blöcke über das Netzwerk gesendet werden. Die DFS-Replikation benötigt keine Informationen zum Inhalt der Datei, sondern lediglich dazu, welche Blöcke geändert wurden.

Die Standard-Editionen von Windows Server unterstützen keine dateiübergreifenden RDC. Allerdings wird sie automatisch aktiviert, wenn du ein Upgrade auf eine Edition durchführst, die die dateiübergreifende RDC unterstützt, oder wenn von einem Mitglied der Replikationsverbindung eine unterstützte Edition ausgeführt wird. Eine Liste der Editionen, die die dateiübergreifende RDC unterstützen, findest du unter „Which editions of the Windows operating system support cross-file RDC“ (Welche Editionen des Windows-Betriebssystems unterstützen die dateiübergreifende RDC)?

Nein RDC ist ein universelles Protokoll zum Komprimieren der Dateiübertragung. Die DFS-Replikation nutzt RDC für Blöcke auf Dateiebene und nicht auf Datenträgerebene. RDC unterteilt eine Datei in Blöcke. Für jeden Block in einer Datei wird eine Signatur berechnet, bei der es sich um eine kleine Anzahl von Bytes handelt, die den größeren Block darstellen können. Der Signatursatz wird vom Server auf den Client übertragen. Der Client vergleicht die Serversignaturen mit seinen eigenen. Anschließend fordert der Client den Server auf, nur die Daten für Signaturen zu senden, die noch nicht auf dem Client enthalten sind.

Bei der DFS-Replikation wird die Datei während der nächsten Replikation auf allen anderen Mitgliedern der Replikationsgruppe umbenannt. Dateien werden mithilfe einer eindeutigen ID nachverfolgt. Daher hat das Umbenennen einer Datei und das Verschieben der Datei innerhalb des Replikats keine Auswirkungen auf die Fähigkeit der DFS-Replikation, eine Datei zu replizieren.

Die dateiübergreifende Remotedifferenzialkomprimierung (RDC) ermöglicht der DFS-Replikation die Verwendung der RDC auch dann, wenn auf der Clientseite keine Datei mit demselben Namen vorhanden ist. Die dateiübergreifende RDC nutzt eine Heuristik, um Dateien zu ermitteln, die der zu replizierenden Datei ähneln, und verwendet Blöcke der ähnlicher Dateien, die mit der replizierten Datei identisch sind, um die über das WAN übertragene Datenmenge zu minimieren. Die dateiübergreifende RDC kann in diesem Prozess Blöcke von bis zu fünf ähnlichen Dateien verwenden.

Um die dateiübergreifende RDC zu verwenden, muss von einem Mitglied der Replikationsverbindung eine Edition von Windows ausgeführt werden, die die dateiübergreifende RDC unterstützt. Eine Liste der Editionen, die die dateiübergreifende RDC unterstützen, findest du unter „Which editions of the Windows operating system support cross-file RDC“ (Welche Editionen des Windows-Betriebssystems unterstützen die dateiübergreifende RDC)?

Nein Wenn du den Pfad eines replizierten Ordners ändern möchtest, musst du ihn in der DFS-Verwaltung löschen und als neuen replizierten Ordner wieder hinzufügen. Anschließend nutzt die DFS-Replikation die Remotedifferenzialkomprimierung (RDC), um eine Synchronisierung auszuführen und zu ermitteln, ob die Daten auf den sendenden und empfangenden Mitgliedern identisch sind. Es werden nicht alle Daten im Ordner erneut repliziert.

Nein. Du kannst nicht konfigurieren, welche Dateiattribute von der DFS-Replikation repliziert werden.

Eine Liste der Attributwerte und deren Beschreibungen finden Sie unter Dateiattribute auf MSDN (https://go.microsoft.com/fwlink/?LinkId=182268).

Die folgenden Attributwerte werden mithilfe der SetFileAttributes dwFileAttributes-Funktion festgelegt und durch die DFS-Replikation repliziert. Durch Änderungen an diesen Attributwerten wird die Replikation der Attribute ausgelöst. Der Inhalt der Datei wird erst repliziert, wenn sich der Inhalt ebenfalls ändert. Weitere Informationen finden Sie unter der SetFileAttributes-Funktion in der MSDN Library (https://go.microsoft.com/fwlink/?LinkId=182269).

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

Die folgenden Attributwerte werden durch die DFS-Replikation repliziert, lösen aber keine Replikation aus.

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

Die folgenden Dateiattributwerte lösen ebenfalls eine Replikation aus, obwohl sie nicht mit der SetFileAttributes-Funktion festgelegt werden können. (Verwende die GetFileAttributes-Funktion, um die Attributwerte anzuzeigen.)

• FILE_ATTRIBUTE_REPARSE_POINT

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

Der Wert FILE_ATTRIBUTE_TEMPORARY wird von der DFS-Replikation nicht repliziert.

Ja. Beim Erstellen einer Replikationsgruppe kann eine Topologie ausgewählt werden. Alternativ kannst du Keine Topologie auswählen und Verbindungen nach der Erstellung der Replikationsgruppe manuell konfigurieren.

Ja. Die DFS-Replikation unterstützt vor der ersten Replikation das Kopieren von Dateien auf ein Replikationsgruppenmitglied. Diese „Vorabbereitstellung“ kann die während der ersten Replikation replizierte Datenmenge erheblich reduzieren.

Bei der ersten Replikation müssen keine Inhalte repliziert werden, wenn sich Dateien nur durch reale Attribute oder Zeitstempel unterscheiden. Ein reales Attribut ist ein Attribut, das durch die Win32-Funktion SetFileAttributes festgelegt werden kann. Weitere Informationen finden Sie unter der SetFileAttributes-Funktion in der MSDN Library (https://go.microsoft.com/fwlink/?LinkId=182269). Wenn sich zwei Dateien durch andere Attribute unterscheiden, z. B. die Komprimierung, wird der Inhalt der Datei repliziert.

Um ein Replikationsgruppenmitglied vorab bereitzustellen, müssen die Dateien in den entsprechenden Ordner auf den Zielservern kopiert, die Replikationsgruppe erstellt und dann ein primäres Mitglied ausgewählt werden. Wählen Sie das Mitglied mit den aktuellsten Dateien aus, die repliziert werden sollen, da der Inhalt des primären Mitglieds als „autoritativ“ betrachtet wird. Das bedeutet, dass andere Versionen der Dateien auf anderen Mitgliedern der Replikationsgruppe während der ersten Replikation immer durch die Dateien des primären Mitglieds überschrieben werden.

Informationen dazu, wie du ein Vorab-Seeding für die DFSR-Datenbank ausführst und diese klonst, findest du unter DFS Replication Initial Sync in Windows Server 2012 R2: Attack of the Clones (Erste Synchronisierung bei der DFS-Replikation in Windows Server 2012 R2: Angriff der Klone).

Weitere Informationen zur ersten Replikation findest du unter Erstellen einer Replikationsgruppe.

Ja. Die DFS-Replikation hilft, drei häufige FRS-Probleme zu lösen:

• Journalumbrüche: Die DFS-Replikation wird nach Journalumbrüchen zeitnah wiederhergestellt. Jede vorhandene Datei oder jeder vorhandene Ordner wird als „journalWrap“ gekennzeichnet und gegenüber dem Dateisystem überprüft, bevor die Replikation erneut aktiviert wird. Während der Wiederherstellung ist dieses Volume für die Replikation in keiner Richtung verfügbar.

• Übermäßige Replikation: Zur Vermeidung einer übermäßigen Replikation verwendet die DFS-Replikation ein Guthabensystem.

• Änderung von Ordnernamen: Um die Änderung von Ordnernamen zu verhindern, werden in Konflikt stehende Daten von der DFS-Replikation in einem ausgeblendeten Ordner namens „DfsrPrivate\ConflictandDeleted“ (unter dem lokalen Pfad des replizierten Ordners) gespeichert. Beispiel: Wenn gleichzeitig mehrere Ordner mit identischen Namen auf unterschiedlichen Servern erstellt werden, die mit FRS repliziert werden, werden die älteren Ordner durch FRS umbenannt. Bei der DFS-Replikation werden die älteren Ordner stattdessen in den lokalen Ordner „ConflictandDeleted“ verschoben.

Nein Dateien können in einer zufälligen Reihenfolge repliziert werden.

Wenn eine Datei von einer Anwendung geöffnet und gesperrt wird (um zu verhindern, dass sie von anderen Anwendungen verwendet wird, während sie geöffnet ist), wird die Datei erst von der DFS-Replikation repliziert, nachdem sie geschlossen wurde. Wenn die Datei von der Anwendung mit Lesezugriff für Freigaben geöffnet wird, kann die Datei trotzdem repliziert werden.

• Die DFS-Replikation repliziert NTFS-Dateiberechtigungen und alternative Datenströme.

• Microsoft bietet keine Unterstützung für das Erstellen fester NTFS-Links zu oder von Dateien in einem replizierten Ordner. Dies kann zu Replikationsproblemen bei den betroffenen Dateien führen. Fest verknüpfte Dateien werden von der DFS-Replikation ignoriert und nicht repliziert. Verknüpfungspunkte werden auch nicht repliziert, und bei der DFS-Replikation wird für jeden gefundenen Verknüpfungspunkt das Ereignis 4406 protokolliert.

• Die einzigen von der DFS-Replikation replizierten Analysepunkte sind diejenigen, die die Kennung IO_REPARSE_TAG_SYMLINK verwenden. Die DFS-Replikation gewährleistet jedoch nicht, dass das Ziel einer symbolischen Verknüpfung ebenfalls repliziert wird. Weitere Informationen findest du im Blog Ask the Directory Services Team.

• Dateien mit den Analysekennungen IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS oder IO_REPARSE_TAG_HSM werden als normale Dateien repliziert. Die Analysenkennung und die Analysedatenpuffer werden nicht auf andere Server repliziert, da der Analysepunkt nur auf dem lokalen System funktioniert. Im eigentlichen Sinne können mit der DFS-Replikation Ordner auf Volumes repliziert werden, die die Datendeduplizierung in Windows Server 2012 oder die Einzelinstanz-Speicherung (Single Instance Storage, SIS) verwenden. Allerdings werden Informationen zur Datendeduplizierung von jedem Server, auf dem der Rollendienst aktiviert ist, separat verwaltet.

Nein. Bei der DFS-Replikation werden keine Dateien repliziert, bei denen sich lediglich der Zeitstempel geändert hat. Außerdem wird der geänderte Zeitstempel nicht auf andere Mitglieder der Replikationsgruppe repliziert, es sei denn, es wurden andere Änderungen an der Datei vorgenommen.

Ja. Bei der DFS-Replikation werden geänderte Berechtigungen für Dateien und Ordner repliziert. Es wird nur der Teil der Datei repliziert, der der Zugriffssteuerungsliste (Access Control List, ACL) zugeordnet ist, obwohl bei der DFS-Replikation weiterhin die gesamte Datei in den Stagingbereich eingelesen werden muss.

Bei einem Konflikt werden keine Dateien von der DFS-Replikation zusammengeführt. Allerdings wird versucht, die ältere Version der Datei im ausgeblendeten Ordner „DfsrPrivate-Ordner\ConflictandDeleted“ auf dem Computer beizubehalten, auf dem der Konflikt erkannt wurde.

Ja. Die DFS-Replikation nutzt RPC-Verbindungen (Remote Procedure Call, Remoteprozeduraufruf) mit Verschlüsselung.

Nein Der DFS-Replikationsdienst verwendet Remoteprozeduraufrufe über TCP, um Daten zu replizieren. Um Datenübertragungen über das Internet zu schützen, ist der DFS-Replikationsdienst so konzipiert, dass immer die Konstante RPC_C_AUTHN_LEVEL_PKT_PRIVACY auf Authentifizierungsebene verwendet wird. Dadurch wird sichergestellt, dass die RPC-Kommunikation über das Internet immer verschlüsselt ist. Daher ist es nicht möglich, die Verwendung von verschlüsseltem RPC durch den DFS-Replikationsdienst zu deaktivieren.

Weitere Informationen findest du auf den folgenden Microsoft-Websites:

• Technische Referenz zu RPC

• Informationen zur Remotedifferenzialkomprimierung

• Konstanten auf Authentifizierungsebene

Es gibt einen Aktualisierungs-Manager pro repliziertem Ordner. Aktualisierungs-Manager arbeiten unabhängig voneinander.

Standardmäßig werden maximal 16 (vier in Windows Server 2003 R2) gleichzeitige Downloads von allen Verbindungen und Replikationsgruppen gemeinsam genutzt. Da Verbindungen und Aktualisierungen an Replikationsgruppen nicht serialisiert werden, gibt es keine bestimmte Reihenfolge, in der Aktualisierungen empfangen werden. Wenn zwei Zeitpläne geöffnet sind, werden Aktualisierungen in der Regel über beide Verbindungen gleichzeitig empfangen und installiert.

Mithilfe der DFS-Verwaltung lässt sich die Replikation sofort erzwingen, wie unter Bearbeiten von Replikationszeitplänen beschrieben. Du kannst die Replikation auch mit dem Sync-DfsReplicationGroup-Cmdlet erzwingen, das in dem mit Windows Server 2012 R2 eingeführten DFSR PowerShell-Modul enthalten ist, oder mit dem Befehl Dfsrdiag SyncNow. Das Abrufen kann mit dem Update-DfsrConfigurationFromAD-Cmdlet oder dem Befehl Dfsrdiag PollAD erzwungen werden.

Nein Wenn der Zeitplan geöffnet ist, werden von der DFS-Replikation Änderungen repliziert, sobald diese erkannt werden. Es gibt keine Möglichkeit, eine Ruhezeit für Dateien zu konfigurieren.

Ja. Bei Verwendung von Windows Server 2012 oder Windows Server 2008 R2 kannst du einen schreibgeschützten replizierten Ordner erstellen, von dem Inhalte über eine unidirektionale Verbindung repliziert werden. Weitere Informationen findest du unter Aktivieren des Schreibschutzes für einen replizierten Ordner auf einem bestimmten Mitglied (https://go.microsoft.com/fwlink/?LinkId=156740).

Das Erstellen einer unidirektionalen Replikationsverbindung bei Verwendung der DFS-Replikation in Windows Server 2008 oder Windows Server 2003 R2 wird nicht unterstützt. Dies kann zu zahlreichen Problemen führen, beispielsweise zu Topologiefehlern bei der Integritätsprüfung, Stagingproblemen und Problemen mit der DFS-Replikationsdatenbank.

Bei Verwendung von Windows Server 2008 oder Windows Server 2003 R2 lässt sich mithilfe der folgenden Schritte eine unidirektionale Verbindung simulieren:

• Weise Administratoren an, Änderungen nur auf den Servern vorzunehmen, die als primäre Server fungieren sollen. Lasse die Änderungen dann auf die Zielserver replizieren.

• Konfiguriere die Freigabeberechtigungen auf den Zielservern so, dass Endbenutzer keine Schreibberechtigungen besitzen. Wenn auf den Teilstrukturservern keine Änderungen zulässig sind, müssen sie nicht zurück repliziert werden, wodurch eine unidirektionale Verbindung simuliert wird und die WAN-Auslastung gering bleibt.

Nein Wenn Dateien von der DFS-Replikation als identisch betrachtet werden, werden sie nicht repliziert. Wenn geänderte Dateien nicht repliziert wurden, werden sie automatisch repliziert, wenn die DFS-Replikation dafür konfiguriert ist. Um den konfigurierten Zeitplan außer Kraft zu setzen, verwende die WMI-Methode ForceReplicate () . Dadurch wird jedoch nur der Zeitplan außer Kraft gesetzt, ohne dass die Replikation nicht geänderter oder identischer Dateien erzwungen wird.

Während der ersten Replikation haben Dateien des primären Mitglieds bei der Konfliktauflösung immer Vorrang. Diese findet statt, wenn die empfangenden Mitglieder auf dem primären Mitglied über abweichende Dateiversionen verfügen. Die Definition des primären Mitglieds wird in Active Directory Domain Services gespeichert und gelöscht, nachdem das primäre Mitglied für die Replikation bereit ist, aber bevor alle Mitglieder der Replikationsgruppe repliziert werden.

Wenn bei der ersten Replikation ein Fehler auftritt oder der DFS-Replikationsdienst während der Replikation neu gestartet wird, erkennt das primäre Mitglied die Definition des primären Mitglieds in der lokalen DFS-Replikationsdatenbank und wiederholt die erste Replikation. Wenn die Verbindung des primären Mitglieds mit der DFS-Replikationsdatenbank getrennt wird, nachdem die Definition des primären Mitglieds in Active Directory Domain Services gelöscht wurde, aber bevor alle Mitglieder der Replikationsgruppe die erste Replikation abgeschlossen haben, tritt bei allen Mitgliedern der Replikationsgruppe ein Fehler bei der Ordnerreplikation auf, da kein Server als primäres Mitglied definiert ist. In diesem Fall muss der Befehl Dfsradmin membership /set /isprimary:true auf dem Server des primären Mitglieds verwendet werden, um die Definition des primären Mitglieds manuell wiederherzustellen.

Weitere Informationen zur ersten Replikation findest du unter Erstellen einer Replikationsgruppe.

Wenn die Remotedifferenzialkomprimierung (RDC) für die Verbindung aktiviert ist, wird die eingehende Replikation einer Datei über 64 KB, deren Replikation unmittelbar vor dem Schließen des Zeitplans gestartet (oder deren Zustand in Keine Bandbreite geändert) wurde, fortgesetzt, wenn der Zeitplan geöffnet wird (oder wenn Änderungen an einem anderen Zustand als Keine Bandbreite auftreten). Die Replikation wird in dem Zustand fortgesetzt, in dem sie sich befand, als sie angehalten wurde.

Wenn RDC deaktiviert ist, wird die Dateiübertragung von der DFS-Replikation vollständig neu gestartet. Dies kann sich verzögern, wenn die Datei auf dem empfangenden Mitglied verfügbar ist.

Wenn die DFS-Replikation einen Konflikt erkennt, wird die zuletzt gespeicherte Version der Datei verwendet. Die andere Datei wird in den Ordner „DfsrPrivate\ConflictandDeleted“ verschoben (der sich unter dem lokalen Pfad des replizierten Ordners auf dem Computer befindet, auf dem der Konflikt aufgelöst wurde). Sie verbleibt dort, bis der Ordner „ConflictandDeleted“ bereinigt wurde, was geschieht, wenn dieser Ordner die konfigurierte Größe überschreitet oder wenn von der DFS-Replikation ein Fehler aufgrund von unzureichendem Speicherplatz auf dem Datenträger erkannt wird. Der Ordner „ConflictandDeleted“ wird nicht repliziert. Durch diese Methode der Konfliktauflösung wird das Problem geänderter Verzeichnisse vermieden, das in FRS auftreten konnte.

Wenn ein Konflikt auftritt, wird von der DFS-Replikation zu Informationszwecken ein Ereignis im Ereignisprotokoll der DFS-Replikation protokolliert. Für dieses Ereignis ist aus den folgenden Gründen kein Benutzereingriff erforderlich:

• Es ist für Benutzer nicht sichtbar (sondern nur für Serveradministratoren).

• Der Ordner „ConflictandDeleted“ wird von der DFS-Replikation als Cache behandelt. Wenn ein Kontingentschwellenwert erreicht wird, werden einige dieser Dateien bereinigt. Es gibt keine Garantie, dass in Konflikt stehende Dateien gespeichert werden.

• Der Konflikt kann auf einem anderen Server als dem Ursprungsserver des Konflikts aufgetreten sein.

Nein Bei der DFS-Replikation wird das Staging von Dateien außerhalb der geplanten Replikationszeiten nicht fortgesetzt, wenn das Kontingent für die Bandbreiteneinschränkung überschritten oder Verbindungen deaktiviert wurden.

Nein Bei der DFS-Replikation werden Dateien auf eine Weise geöffnet, die Benutzer oder Anwendungen nicht daran hindert, Dateien im Replikationsordner zu öffnen. Diese Methode wird als „opportunistische Sperre“ bezeichnet.

Ja. Der Speicherort des Stagingordners wird im Dialogfeld Eigenschaften auf der Registerkarte Erweitert für jedes Mitglied einer Replikationsgruppe konfiguriert.

Dateien werden auf dem sendenden Mitglied gestaged, wenn das empfangende Mitglied die Datei anfordert (es sei denn, die Dateigröße beträgt 64 KB oder weniger), wie in der folgenden Tabelle dargestellt. Wenn die Remotedifferenzialkomprimierung (RDC) für die Verbindung deaktiviert ist, wird die Datei gestaged, sofern ihre Größe nicht 256 KB oder weniger beträgt. Dateien werden ebenfalls auf dem empfangenden Mitglied gestaged, wenn sie übertragen werden und ihre Größe unter 64 KB liegt. Diese Einstellung kann jedoch zwischen 16 KB und 1 MB konfiguriert werden. Wenn der Zeitplan geschlossen ist, werden keine Dateien gestaged.

Wenn ein Teil der Datei bereits übertragen wird, wird die Übertragung von der DFS-Replikation fortgesetzt. Wenn die Datei geändert wird, bevor ihre Übertragung von der DFS-Replikation gestartet wird, wird die neuere Version der Datei gesendet.

Änderungsverlauf