DetailPage-MSS-KB

Knowledge Base

Artikel-ID: 266679 - Geändert am: Montag, 3. Dezember 2007 - Version: 6.4

 

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt den Prozess Provisorisches Einrichten für die File Replication Service (FRS) repliziert Dateien auf das Volume (SYSVOL) und auf Verteiltes Dateisystem (System, DFS) Dateifreigaben für optimale Synchronisierung.

Weitere Informationen

In Windows Server 2003 die Installation von Active Directory-Assistent (Dcpromo.exe) enthält eine Quelle von Media-Funktion, wodurch Active Directory das aus einer aktuellen Kopie der Datenbank auf einer CD im Gegensatz zum Ausführen einer vollständigen Synchronisierung des Active Directory über das Netzwerk versorgt werden.

Erstellen in Windows 2000 2195 und Windows XP, der FRS-Version unterstützt ein ähnliches Feature, wenn der Zielordner auf neuen Replikationsmitglieder durch das Programm NTBackup für alle vorhandenen Elemente wiederhergestellt werden, vor den Replikatsatz beitreten. Dieser Vorgang verwendet werden kann auf neue oder erneut initialisiert SYSVOL- und DFS Replikationsmitglieder:
  1. Richten Sie mindestens zwei DFS alternativen wie als, \\Server1\Apps, \\Server2\Apps und \\ServerX...\Apps ein.
  2. Aktivieren der Replikation nur zwischen zwei Replikat Member, z. B. \\Server1 und \\Server2. Legen Sie alle Server als primäre, aber replizierten Ordner müssen leer sein, wenn der Computer den DFS-File FRS hinzugefügt werden Replikatgruppe.
  3. Kopieren der Dateien für den Replikatsatz in den Ordner replizierten \\Server1\Apps bestimmt.

    Da \\Server1 über mindestens einen ausgehenden Partner (\\Server2), verfügt Wenn Sie eine Datei in \\Server1 kopieren, dadurch FRS zum Generieren einer Stagingdatenbank Datei und eine Ändern der Reihenfolge an \\Server2 gesendet wird. Ein MD5 (Hashalgorithmus) Prüfsumme wird berechnet, während der Stagingdatenbank Dateigenerierung und das Ergebnis wird in der IDTable gespeichert, auf \\Server1 und in der Änderungsbefehl an \\Server2 gesendet. Wenn \\Server2 dieses Ändern der Reihenfolge verarbeitet speichert es die MD5-Prüfsumme in IDTable-on\\Server2. Dieser Prozess ist die einzige Möglichkeit, die eine MD5-Prüfsumme in der IDTable gespeichert ist, und die Verwendung der MD5 ist erforderlich, um Aufwand zu vermeiden, wenn neue Mitglieder später hinzugefügt werden.

    Wenn Schritt 3 abgeschlossen ist, die replizierten Dateien sollten vorhanden sein, auf \\Server1 und \\Server2, und beide IDTables sollten MD5-Prüfsumme für jede Datei und jeden Ordner verfügen.
  4. NTBackup verwenden oder eine Entsprechung von Drittanbietern, um den Inhalt der Replikatsstruktur \\Server1 oder \\Server2 zu sichern. NTBackup gespeichert und das Objektkennung (ID)-Attribut zugeordnet sind, jede Datei und Ordner wiederhergestellt. Weder die Windows NT als auch die MS-DOS-kopieren-Befehle beibehalten, diese Informationen beim Kopieren von Dateien aus \\Server1 in \\Server2. Dieses Objekt-ID muss mit den Dateien wiederhergestellt werden, wenn neue Mitglieder später hinzugefügt werden.
  5. Wenn weniger als sieben Tage vergangen sind, da der Replikatsatz mit Server1 und Server2 erstellt wurde, muss das ausgehende Protokoll deaktiviert sein, damit eine vollständige Vvjoin ausgelöst wird, wenn das nächste Element beitritt.

    Hinweis: Den folgenden Registrierungswert auf 0 festlegen, löscht das ausgehende Protokoll:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters
    Schlüsselname: Outlog Change History In Minutes (REG_DWORD)
    Wert: 0
  6. \\Server3 und alle zukünftigen Replikationsmitglieder Wiederherstellen der Sicherung Ordners repliziert \\Server3\Apps (über das Menü Dateien wiederherstellen ) am ein "Alternativer Speicherort", bevor Sie den Computer dem Replikatssatz hinzufügen.
  7. Auf die um Replikation zu \\Server3\Apps zu aktivieren, DATEIREPLIKATIONSDIENST auf \\Server3 verschiebt alle aus dem Zielordner zu den bereits vorhandenen Ordner und dann initiiert eine vollständige Synchronisierung (auch als eine Verknüpfungsoperation Version Vektor bezeichnet) von allen Computern Dateien, \\Server3 hat eingehende Verbindungsobjekte Windows NT Directory Services (NTDS). Im Fall von DFS-Replikatsätze mit einer vollständigen mesh-Topologie durch das Snap-In für Windows 2000 DFS bevorzugt, die Mengen können alle Server der Replikatgruppe, wie z. B. beteiligt, \\Server1 und \\Server2. Die Windows-Version von dem DFS-Snap-in unterstützt weitere optimalen Topologien, einschließlich einer benutzerdefinierten Option.

    Die wichtigste Anforderung in diesem Fall ist, dass \\Server3 verfügt über eingehende Verbindungen von einem upstream-Partner, \\Server1 und \\Server2 in diesem Fall, deren IDTABLE enthält MD5-Prüfsumme für Dateien in Replikatgruppen von Interesse.

    FRS auf \\Server1 Listet alle Dateien und Ordner in seiner IDTable und sendet umgeleitet (d. h., einzelne Ziel) ändern Bestellungen zu \\Server3. Da die IDTable ein MD5-Prüfsumme, es ist enthalten in der Reihenfolge ändern. \\Server3 verarbeitet diese Änderung Bestellungen, diese Server nimmt die Objekt-ID für die Datei oder den Ordner aus der Bestellung ändern und versucht, die entsprechende Datei in den vorhandenen Ordner zu finden. Wenn der Server die Datei findet, MD5-Prüfsumme auf dem Inhalt der Datei re-computes, vergleicht das Ergebnis mit MD5-Prüfsumme, die es empfangen in der Reihenfolge ändern und, die Wenn diese übereinstimmen, die vorhandene Datei verwendet anstatt die Datei von \\Server1 erhalten. Wenn \\Server3 die Datei nicht findet oder MD5-Prüfsumme stimmt nicht überein, erhält der Server die Datei aus \\Server1. Jede Änderung an der Datei Inhalt, z. B. um Access Control lists, Datenströme oder Attribute können eine MD5-Konflikt verursachen, und die Datei wird von \\Server1 oder andere upstream-Partner erhalten haben.

    DATEIREPLIKATIONSDIENST auf \\Server2 (und alle anderen upstream-Partner die neuen oder neu initialisierte Replikatmitglied) ist in der Zwischenzeit demselben Prozess wie \\Server1 durchführen. \\Server3 Prozesse eine Änderung für eine bestimmte Datei oder einen Ordner auf Server1 oder Server2 zu bestellen, je nachdem, was kommt zuerst. Die andere Änderung wird ignoriert.

    Wenn alle Replikationsaktivitäten out ausgeglichen wurde, haben die IDTables auf allen drei Servern eine identische MD5-Prüfsumme und identischen Inhalt in den replizierten Ordner. Wiederholen Sie die Schritte 5 und 6, um den Replikatsatz weitere Server hinzuzufügen.

Optimieren der ersten oder VV an Prozess

Die aktuelle VV Verknüpfung ist grundsätzlich ineffizient. Während der normalen Replikation erstellen upstream-Partner eine einzelne staging Datei, die alle downstream-Partnern Quelle kann. In einer VV-Verknüpfung alle Computer, die ausgehende Verbindungen zu einem neuen oder neu initialisiert downstream-Partner Build staging von Dateien, die ausschließlich für diesen Partner vorgesehen. Wenn 10 Computer einen Erstbeitritt \\Server1 ausführen, erstellt die Verknüpfung 10 Dateien in Schritt für jede Datei repliziert werden. Optimierungen, beschränken die Auswirkungen der VV-Verknüpfung enthalten:
  • Provisorisch eingerichtet werden Inhalte auf neue Mitglieder mit NTBackup (wie zuvor erläutert).
  • Die Anzahl der Server Gebäude Staging-für neue Dateien oder erneut initialisiert downstream-Partnern reduziert werden.
  • Entfernen, oder Reduzieren der Anzahl der Dateien in den replizierten Ordner, bis alle Computer die VV Verknüpfung Phase abgeschlossen haben.
  • Aktivieren Sie nur eine Verknüpfung auf einen bestimmten upstream-Partner vorgenommen.

Reduzieren der Anzahl von Servern erstellen Test Dateien für neue oder neu initialisierte Downstream-Partner

Verknüpfen vorhandene Windows-basierten Domänen replizierten Domänencontroller (backup Domain Controllers) versucht, den Ordner SYSVOL von demselben Domänencontroller verwendet, um Active Directory-Datenquelle replizieren. Der SYSVOL-Quellserver wird in der Replica Set Parent Wert des Registrierungsschlüssels identifiziert. Sie müssen bestätigen, dass FRS ausgeführt und auf dem Quellserver festgelegte reagiert wird.

Für SYSVOL Replikatsätze wird mit einer nicht autorisierenden Wiederherstellung neu initialisiert ("Burflags" = D2), Administratoren können die Generierung von staging von Dateien an einen bestimmten Server über Replica Set Parent -Registrierungsschlüssel auf eine derselben Site oder designierten Stagingserver einschränken.

Weitere Informationen über die Replica Set Parent-Registrierungsschlüssel finden Sie im folgenden Artikel der Microsoft Knowledge Base:
257338  (http://support.microsoft.com/kb/257338/ ) Problembehandlung bei fehlenden SYSVOL- und NETLOGON-Freigaben auf Windows 2000-Domänencontrollern
Die Optimierung Replica Set Parent Registrierung Schlüssel ist nicht für DFS-Replikat Member möglich. Mögliche Problemumgehungen gehören:
  • Deaktivieren den Dateireplikationsdienst auf allen möglichen upstream-Partner (die Computer, die der neue oder neu initialisierte Member hat eingehende Verbindungen von) so, dass als Quelle von der einzige verbleibende Server erfolgt.

    Diese umgehen ist nicht die bevorzugte Lösung, da der Ansammlung der Änderungsdatensätze in das NTFS-Änderungsjournal Anhalten des FRS-Dienstes nicht beendet wird. Wenn das Buch.-Blatt (Überläufe) umbrochen wird, ist eine Verknüpfung VV erforderlich, wenn der Dienst später neu gestartet wird. Wenn Sie wissen, dass es unerheblich ist oder keine Datei Änderung Aktivität (z. B. erstellt, löscht, benennt, Aktualisierungen) auf einem Datenträger, die als Host für eine Replikatgruppe das Risiko von Buch.-Blatt umschließt ist wahrscheinlich niedrig.
  • Entfernen, oder Reduzieren der Anzahl der Dateien in den replizierten Ordner, bis alle Computer die Phase der VV-Verknüpfung (im folgenden Abschnitt erläutert) abgeschlossen haben.

    Dieser Vorgang möglicherweise keine sinnvolle Alternative, wenn die zentralen Servern mit den neuen Zweig-Servern mit geringer Bandbreite Verknüpfungen verbunden sind und Gigabyte Daten initialisiert werden. Allerdings sollten Sie die folgende Option.
  • Steuern der Anzahl eingehender Verbindungen von Quell-Server auf den neuen oder neu initialisierte Member (d. h., die Verknüpfung tritt mit einer einzelnen eingehenden Verbindung).
  • Übertragen Sie die Daten aus der Hub-Server über das Wochenende oder abends Stunden.

    Sogar mit 64 Kbit auf 75 Prozent der Bandbreite können Sie 21 MB an Daten pro Stunde oder 506 MB pro Tag verschieben. Hub-Computern und 200 Verzweigungen von 64 Kbit Verknüpfungen verbunden können Sie diese mit 1 GB des Inhalts ein Wochenende zweitägigen initialisieren. Wenn Sie eine durchschnittliche Komprimierungsverhältnis von 50 Prozent erhalten, können Sie 2 GB Daten verschieben, während ein Wochenende. Dieser Vorgang erfordert keine Sicherung oder Wiederherstellung keine phasing Verzweigung starten damit überfordert der Hub-Server und alle Fortschritt überwachen können vom Hub-Server für alle Rückstände für bestimmte Verzweigungen Überprüfung mithilfe der Befehl Ntfrs festgelegt und das Connstat-Berichts-Tool ausgeführt werden. Die Stagingplatz und staging Limit-Parameter auf den Servern Hub muss groß genug für da staging Dateigenerierung problemlos Verzweigung die Datenübermittlung über langsamen Verbindungen outpace kann die Daten sein.

Entfernen oder Reduzieren der Anzahl der Dateien im Ordner repliziert bis alle Computer abgeschlossen ist der VV-JOIN-Phase

In der Regel möchten Sie alle Replikatgruppenelemente beitreten Replikatsätze mit leeren oder fast leer Ordnern um die ineffiziente Generation von staging von Dateien auf mehreren Servern zu vermeiden. Dieser Prozess ist weniger ein Problem für SYSVOL, da die Server werden inkrementell erstellt, die Inhalte normalerweise kleiner als DFS-Freigaben sind und der Replica Set Parent -Registrierungsschlüssel bedeutet, FRS versucht dass, eine einzelne upstream-Partner Quelle.

Für große DFS-Replikatsätzen Replikation i. d. r. sofort auf 2 bis 50 Servern für Dutzende von Gigabyte Inhalte aktiviert ist ist die Auswirkung größer. Sollten Sie den Großteil der Computer zu FRS-replizierten DFS-Freigaben hinzufügen, nachdem Sie bereitgestellt wurde, haben. Außerdem möchten Sie den replizierten Ordner auf dem primären Server leer sein, so dass die VV-Verknüpfung, auftritt ohne Dateien replizieren. Dateien können hinzugefügt werden, vielleicht inkrementell mit normalen Effizienz.

Eine leere oder minimale VV-Verknüpfung kann verwendet werden eine Bereitstellung wiederherstellen festgestellt, in denen Active Directory und/oder FRS eine „ Melt nach unten"und muss erneut initialisiert werden. Nachdem Sie bestätigt, Active Directory funktioniert die Replikation Dateien außerhalb des replizierten Ordners auf dem primären Server verschieben und dann erneut initialisieren die Replikat-Member. Im Fall von SYSVOL, behalten die Standarddomäne und die Domänencontroller-Richtlinie in den Ordnern \Policies unverändert auf dem primären Server ("Burflags" = "D4" oder verbleibende Quellserver) so, erneut initialisiert Domänencontroller replizieren und die Richtlinie (z. B. die Richtlinie "Diesen Computer aus Netzwerk und andere erforderlich Zugriffsrechte") für den ordnungsgemäßen Betrieb der Domäne und Client anwenden können.

Aktivieren Sie nur eine Verknüpfung zu Problemen auf ein bestimmtes Upstream-Partner

Für großen DFS-Replikate mit zehntausenden von Gigabyte Dateien sollten Sie nur ein Element zu einem Zeitpunkt FRS-replizierten Ordner hinzufügen. Können Sie insbesondere das neue Mitglied die vollständige Synchronisierung abschließen und außerhalb des VV an Modus bewegen. Der upstream-Partner sollten Ihre Dateien aus den Stagingordner bereinigen, bevor Sie weitere Mitglieder hinzufügen.

Darüber hinaus werden festlegen Sie die Stagingbereichsgrenze (im folgenden Artikel Q221111, "Beschreibung der FRS-Einträge in der Registrierung" definiert) auf alle möglichen Quellservern, gleich oder größer als die größten 128 Dateien vom upstream-Partner (die Anzahl der VV-Verknüpfungen zu einem bestimmten Zeitpunkt auftreten) repliziert werden.

Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base:
221111  (http://support.microsoft.com/kb/221111/ ) Beschreibung der FRS-Einträge in der Registrierung

Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Keywords: 
kbmt kbdfs kbenv kbinfo KB266679 KbMtde
Maschinell übersetzter ArtikelMaschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 266679  (http://support.microsoft.com/kb/266679/en-us/ )
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
Freigeben
Weitere Supportoptionen
Microsoft Community-Supportforen
Kontaktieren Sie uns direkt
Zertifizierten Partner finden
Microsoft Store