Microsoft Windows: Nehmen Sie die Verschiebung DFS

  • Artikel

Wenn Sie noch eine ältere Datei- und Ordner-Replikationslösung verwenden, ist es höchste Zeit für das verteilte Dateisystem verschoben werden, über.

Gary Olsen

Das verteilte Dateisystem (DFS) wurde um seit den Tagen von Windows NT. Es ist in einer Vielzahl von Konfigurationen und Optionen und steht in Konfigurationen von eigenständigen und Domäne. DFS ist eine beliebte und effektive-Technologie, die redundante Datei- und Ordnerreplikation zwischen remote-Servern bietet. Organisieren sie unter einem gemeinsamen Namespace, damit der Benutzer eine Verbindung herstellen, ohne den Namen des Servers, auf dem die DFS-Freigabe befindet.

Leider noch gibt es nie war ein umfassendes DFS-best-Practices-Dokument. Hier ist eine Zusammenfassung aller best Practices verwendet, Erkenntnisse und im Laufe der Jahre empfohlen. Neuer Informationen gebucht wird immer so überprüfen Sie auf der Microsoft-Website hier für Updates.

Die Begriffe DFS und Distributed File System, beziehen sich auf die legacy-Namespace-Produkt, das in Windows 2000, Windows 2003 und Windows 2003 R2 und als legacy-Produkt in Windows 2008 verfügbar. DFS verwendet die problematische Dateireplikationsdienst (FRS) für das Replikationsmodul.

Mit Windows 2003 R2 hat Microsoft ein neues Produkt der DFS-Namespace zusammen mit einer wesentlich besseren Replikationsmodul eingeführt. Hier bezeichnet der Begriff "legacy DFS" die legacy DFS in Windows Server 2000, Windows Server 2003 und Windows Server 2008. Neue DFS-Namespace heißt DFS-N, und das neue Replikationsmodul DFS-Replikation (DFS-R) aufgerufen.

Legacy-Windows Server 2003-DFS/FRS

Das legacy DFS in Windows 2000 und Windows 2003 verwendet eines mühsam und auch verwirrenden-Administrators-Konsole und Terminologie. Der Dateireplikationsdienst wurde ebenfalls problematisch. Windows 2003 versucht, einige dieser Probleme zu verringern, aber tatsächlich diese behoben werden konnte. Damit Microsoft eine vollständig neue Replikations-Engine, DFS-R für Windows 2003 R2 und Windows 2008 gesendet.

Mit Windows 2003 jetzt außerhalb des mainstream Support von Microsoft müssen Sie wirklich Migration auf die neue DFS/DFS-R in Windows 2003 R2 und Windows 2008 verfügbar, wenn nicht bereits geschehen. Hier sind einige potenzielle Probleme und best Practices in Zusammenhang mit der Legacy DFS und FRS.

FRS erkennt Änderungen über die Erfassung von NTFS (New Technology Datei System). Dies wird geändert, wenn eine Datei oder einen Ordner im Dateisystem geändert wird. FRS kann leider nicht erkennen, unabhängig davon, ob diese Änderung Replikation erfordert.

Anwendungen, die Dateien scannen – wie z. B. Antivirus- und Tools für die Defragmentierung der Festplatte – in der Regel die Sicherheitsbeschreibung der Dateien ändern. Dies löst eine Änderung im NTFS-Journal wiederum löst FRS zum Replizieren von Dateien, obwohl keine Änderungen vorgenommen wurden. Aktualisierungen an FRS in Windows 2003 minimiert diese Probleme, aber nicht korrigiert werden. Sie enthalten:

  • Unterdrücken eine übermäßige Replikation: bei der Dateireplikationsdienst feststellt, dass bestimmte Dateien sind häufig repliziert werden, protokolliert ein Ereignis und Replikation für diese Dateien unterdrückt. Dadurch wird verhindert, dass die Stagingbereiche gefüllt und angehalten wird, FRS, aber Sie könnten unwissentlich gültige Dateien löschen.
  • FRS Stagingbereich over-filling: Wenn 90 % voll den Staging-Bereich erreicht, werden alte Dateien gelöscht, bis das Verzeichnis nur 60 Prozent voll ist. Während dies verhindert, FRS Herunterfahren dass, möglicherweise erforderliche Updates gelöscht werden.
  • **Bereitstellen von Ausgangswerten verhindern:**FRS machen es unmöglich, proaktiv Ausgangswerte auf mehreren Servern zu vermeiden, große Mengen von Daten über das WAN zu replizieren. Die Problemumgehung besteht darin, kleine Mengen von Daten zu kopieren, bis Sie alle kopiert haben.

Empfohlene Vorgehensweisen

Die best Practices für die Verwaltung und Verwendung von legacy-DFS/FRS drehen sich um das zentrale Konzept, dass sich dynamisch ändernden Daten auf DFS-Freigaben grundsätzlich eine gute Idee ist. FRS ist mit einer großen Anzahl von Dateien leicht unübersichtlich werden. Es verfügt außerdem über eine harte Zeit Replizieren von Daten häufig ändern. Beispielsweise sollte nicht Sie es auf eigene Haus für Benutzerprofile verwenden.

Weitere Empfehlungen für die Behandlung von legacy-DFS/FRS gehören:

  • Beim Initiieren von Daten auf DFS-Freigaben für eine Reihe von Zielservern repliziert Saatgut die Daten auf einem einzigen freigeben, und lassen Sie ihn. Tun Sie dies in kleinen Mengen. Große Anzahl von Dateien in mehreren Freigaben hinzufügen, gleichzeitig wird FRS aufholen erschweren. Wenn die Daten auf mehrere DFS-Server vorhanden ist, fügen Sie und Replizieren von Daten von einem Server zu einem Zeitpunkt. Nachdem die anfängliche seeding hat FRS nur zum Replizieren von Änderungen.
  • Stellen Sie sicher, dass Ihre Antiviren-, Defragmentierung und andere Programme, die Dateien und Ordner scannen "FRS-aware." Bekannten Programme haben diese Funktion, die unnötige Replikation aufgrund zum Scannen von Dateien verhindert.
  • Erstellen Sie mehrere Stammziele auf mehreren Computern für Datenredundanz. Stammziele enthalten Konfigurationsdaten.
  • Bereitstellen von Datenredundanz durch mehrere Ziele für DFS-Verknüpfungen erstellen. Dadurch wird sichergestellt, dass dieselben Daten kontinuierlich auf mehrere Ziele repliziert. Wenn ein Server ausfällt, werden Benutzer mit einem anderen geleitet. DFS verwendet das Feature "Client-Awareness" von Active Directory, um DFS-Server für den Benutzer am nächsten zu suchen.
  • DFS-Replikation ist nicht erforderlich, aber es wird empfohlen, für die Datenredundanz. Ohne Replikation bietet DFS nur einen gemeinsamen Namespace für die Freigaben.
  • Host Sie DFS-Freigaben auf Domänencontrollern (DCs) nicht. Da DFS in SYSVOL auf Domänencontrollern verwendet wird, ist es einfacher, die Probleme bei der Replikation zu isolieren, wenn sich SYSVOL- und DFS-Freigaben auf dem gleichen Server befinden. SYSVOL verwendet den DFS-Dienst und nicht auf Domänencontrollern deaktiviert werden. Der Punkt hierbei ist nicht Host DFS-Verknüpfungen oder Stammziele auf Domänencontrollern.
  • Konfigurieren Sie unidirektionale FRS-Replikation zwischen Zielen in einer Hub-and-Spoke-Konfiguration für die Steuerung und Verwaltung von Daten. Daten, die auf Spoke Ziele erstellt wird nicht an den Hub zu replizieren.

FRS und Legacy-DFS-Einschränkungen

FRS repliziert die gesamte Datei, auch wenn nur wenige Bytes geändert wurden. Es wird eine ungefähre Grenze von 65 GB pro Aktie, die effektiv DFS/FRS repliziert werden können. Diese Grenze überschreiten, führt zu Inkonsistenzen und eine schlechte Leistung. Andere erwähnten Einschränkungen zählen:

  • Sie können nur einen DFS-Stamm pro standard Windows Server 2003 verfügen. Es gibt keine Beschränkung mit der Enterprise-Version. Startzeit der DFS-Dienst nimmt mit der Anzahl der DFS-Stämme.
  • Es ist maximal 5.000 Verknüpfungen pro domänenbasierte DFS-Namespace. Wenn Sie Änderungen an der DFS-Konfiguration vornehmen, werden weitere Links Leistungsabfall führen.
  • Es ist maximal 260 Zeichen in den DFS-Pfad. Überschreiten, dadurch wird verhindert, dass Anwendungen Zugriff auf DFS-Daten. Sie können die Daten zugreifen, indem Sie explizit einen Laufwerkbuchstaben zuordnen.
  • Domänenbasierte DFS auf Clusterknoten können nicht konfiguriert werden können – nur eigenständige DFSes verwenden.

Für DFS-Konfigurationen mit mehreren Domänen:

  • Stammziele für einen domänenbasierten DFS-Stamm müssen in derselben Domäne sein. Verknüpfungsziele können in anderen Domänen vorhanden sein.
  • Clients können DFS-Server in vertrauten Domänen zugreifen.
  • Wenn Sie vom Client Verknüpfungsziele in anderen Domänen zugreifen möchten, verwenden Sie voll gekennzeichneten Domänennamen (FQDNs) für Verknüpfungsziele (Siehe Microsoft Knowledge Base-Artikel 244380 für Weitere Informationen).
  • FRS kann verwendet werden, auf einer DFS-Verknüpfung zu replizieren, deren Ziele in anderen (vertrauenswürdigen) Domänen sind. (Dies erfordert Administratorrechte Enterprise).

Weitere Informationen finden Sie in der DFS-HÄUFIG GESTELLTE FRAGEN.

Windows Server 2003 R2 und Windows Server 2008 DFS-N und DFS-R

Die neue DFS-N und DFS-R in Windows 2003 R2, Windows Server 2008 und Windows Server 2008 R2 haben bedeutende Verbesserungen gegenüber den älteren DFS und FRS-Produkten. DFS-R repliziert auf Block-Level-Basis repliziert nur Änderungen an einer Datei, anstatt die gesamte Datei.

Beispielsweise würde Wenn Sie einen Titel auf einer PowerPoint-Folie geändert, und die Datei wird von 3 MB, FRS die gesamte 3 MB-Datei für die alten legacy DFS replizieren. DFS-R repliziert nur wenigen Bytes. Dies macht einen großen Unterschied für die Performance von Netzwerk und Festplatte. Außerdem können Benutzer wahrgenommenen Leistung replizierte Änderungen zu erhalten. DFS-R kann große Datenmengen verarbeiten und dynamisch und effizient Daten ändern.

DFS-R ist nur in Windows Server 2003 R2 und Windows Server 2008 verfügbar. Sie können Sie nur zum Replizieren von DFS-Daten in Windows Server 2003 R2 verwenden, aber Sie DFS und SYSVOL-Daten in Windows Server 2008 und Windows Server 2008 R2 replizieren können. Wenn Sie DFS-R für die Replikation verwenden möchten, müssen Ihre DFS-Server Windows Server 2003 R2, Windows Server 2008 oder Windows Server 2008 R2 ausgeführt werden. Sie müssen nicht die DCs zu aktualisieren.

Empfohlene Vorgehensweisen

Installieren die neue DFS/DFS-R in einer Windows Server 2003-Domäne benötigen Sie ein Schema ändern (siehe die Liste der DFS-R-FAQs Weitere Einzelheiten):

  • Die Schemaänderung erforderlich, um die neue DFS/DFS-R in einer Windows Server 2003-Domäne installieren, wird wahrscheinlich erfordern gewisse Genehmigung, so planen Sie im voraus.
  • Sie können effektiv Replikationsgruppen verwenden, Daten von Zweigstandorten auf Dateiservern in der Hub-Standort repliziert, wo Sie leicht es große SAN-Datenträger speichern können. Stellen Sie in diesem Szenario sicher, dass die neuen Daten am entfernten Standort nur hinzugefügt werden. Wenn eine vorhandene Datei auf der Website Core (Hub) geändert wird, wird wieder an den entfernten Standorten replizieren, und überschreiben die Datei dort.
  • Nutzen Sie die Vorteile von DFS-R für SYSVOL-Replikation in Windows Server 2008 und Windows Server 2008 R2, besonders in großen Domänen mit zahlreichen Gruppenrichtlinien bereitgestellt. Dies erfordert Migration, wie der Dateireplikationsdienst die standardmäßige Replikationsengine für Windows Server 2008-Domänen ist.
  • Finden Sie im TechNet-Blog von der Microsoft-Verzeichnisdienste-Team"DFS-R SYSVOL Migration FAQ für Anleitungen und Tipps über das Migrieren von SYSVOL auf DFS-R"für weitere Details.

Anwenden der 972105, 969688, 978326, 959114, 978994 Hotfixes vor der SYSVOL-Migration zum DFS-r. Gehen Sie dann folgendermaßen vor:

  • Migrieren Sie legacy DFS-Freigaben auf DFS-N und DFS-R, wie Windows Server 2008 R2 beginnt mit der älteren DFS und FRS Auslaufen zu lassen. Beide verschwindet schließlich.
  • Entwerfen Sie die Replikationstopologie für Replikationsgruppen, bevor Bereitstellung. Es gibt viele Optionen für DFS-R-Topologie in DFS/FRS verfügbar waren nicht Stellen Sie sicher, dass die Replikationsmethode den Datei-Bereitstellung-Entwurf geeignet ist.
  • Überwachen Sie den Zustand des DFS-R-Replikation. System Center Operations Manager verfügt über ein Management Pack für die DFS-Replikation überwachen. Möglicherweise gibt es auch Tools von Drittanbietern. Die alte Ultrasound und Sonar-Tools funktionieren nicht mit DFS-r.

Einige Einschränkungen

DFS-R bietet robuster und effiziente Replikation und dynamische Daten ziemlich gut behandelt, aber es ist wichtig, die Einschränkungen bei der Skalierbarkeit für DFS-R zu verstehen, bei der Planung einer DFS-Infrastruktur. Können Sie Replikationsgruppen unabhängig von DFS-Namespacekonfiguration Definieren – einer ist nicht der anderen abhängig. Jedoch vorbehaltlich der folgenden Einschränkungen werden:

  • Jeder Server kann bis zu 256 Replikationsgruppen angehören.
  • Jede Replikationsgruppe kann bis zu 256 replizierte Ordner enthalten.
  • Jeder Server kann bis zu 256 Verbindungen (z. B. 128 eingehende Verbindungen und 128 ausgehende Verbindungen) verfügen.
  • Auf jedem Server muss die Anzahl der Replikationsgruppen, multipliziert mit der Anzahl der replizierten Ordner multipliziert mit der Anzahl gleichzeitig aktiver Verbindungen 1.024 oder weniger sein.
  • Eine Replikationsgruppe kann bis zu 256 Mitglieder enthalten.
  • Ein Volume kann bis zu 8 Millionen replizierte Dateien enthalten, und ein Server kann bis zu 1 TB der replizierten Dateien enthalten.
  • Die maximale Dateigröße für getestete beträgt 64 GB.
  • DFS-R kann mit den Dateireplikationsdienst nicht kommunizieren.

Weitere Einzelheiten finden Sie in der Microsoft TechCenter-Seite zu diesem Problem. Es gibt auch eine ausgezeichnete Liste FAQs.

Insgesamt ist die Empfehlung einfache: erhalten einen Rabatt von FRS – ernst. Es ist die alte Technologie, die Microsoft ausgelöst, in hat der Transportpapierkorb vor Jahren. Beißen und migrieren Sie alle DFS-Freigaben (Windows Server 2003 R2 und höher) und SYSVOL-Replikate (WindowsServer 2008 und höher) auf DFS-r.

Nutzen Sie die robuste Performance-Verbesserungen und nutzen Sie Ihre Zeit produktiver Dinge. Mit der veraltete Objekte der älteren DFS und FRS in Windows Server 2008 R2 sendet Microsoft eine Nachricht, dass es Zeit für eine bessere Technologie zu verschieben. Es gibt wirklich keine Nachteile.

Gary L. Olsen

Gary L. Olsen ist eine Systems Software Engineer in der Hewlett-PackardWorldwide Technical Expert Center für HP Services in Atlanta, Ga.Er ist in der IT-Branche seit 1981 gearbeitet.Olsen ist ein Microsoft MVP für Verzeichnisdienste und President von Atlanta Active-Directory-Benutzer-Gruppe. Er ist Autor von "Windows 2000: Active Directory Design And Deployment" (New Riders, 2000) und Mitverfasser von "Windows 2003 auf HP ProLiant-Servern" (Prentice Hall, 2004).

Verwandter Inhalt