Služba replikace souborů Pre-staging replikována SYSVOL a distribuovaných sdílených souborů systému souborů pro optimální synchronizace

Překlady článku Překlady článku
ID článku: 266679 - Produkty, které se vztahují k tomuto článku.
Rozbalit všechny záložky | Minimalizovat všechny záložky

Na této stránce

Souhrn

Tento článek popisuje proces pre-staging soubory File Replication service (FRS) replikovány na System Volume (SYSVOL) a na sdílených systém (DFS) souborů DFS pro optimální synchronizace.

Další informace

V systému Windows Server 2003 instalací služby Active Directory (Dcpromo.exe) Průvodce obsahuje zdroj z funkce Media, která umožňuje Active Directory získaná z poslední kopii databáze na disku CD-ROM jako protiklad k provádění úplnou synchronizaci Active Directory v síti.

Sestavit 2195 v systému Windows 2000 a Windows XP, vydání FRS podporuje podobné funkce při cílové složky na nové členy repliky jsou obnoveny programu NTBackup pro stávající členy před spojením sady replik. Tuto operaci lze na nové nebo členové replik SYSVOL a DFS reinitialized:
  1. Nastavit alespoň dvě alternativy DFS, jako například \\Server1\Apps, \\Server2\Apps a \\ServerX...\Apps.
  2. Povolit replikaci mezi dvěma členy repliky, jako například \\SERVER1 a \\Server2. Určit libovolný server jako primární, ale replikované složky musí být prázdné při přidání počítačů FRS a DFS sady replik.
  3. Zkopírujte soubory určené pro do složky \\Server1\Apps replikované sady replik.

    Protože \\SERVER1 má alespoň jeden odchozí partner (\\Server2) při kopírování souboru do \\SERVER1, způsobí FRS generovat pracovní soubor a změna pořadí je odeslána \\Server2. MD5 (algoritmus hash) kontrolní součet vypočítaný během pracovní generování souboru a výsledek je uložen v IDTable na \\SERVER1 a změna pořadí odeslaných \\Server2. Změna pořadí zpracovává \\Server2 uloží kontrolní součet MD5 v on\\Server2 IDTable. Tento proces je jediným způsobem kontrolní součet MD5 je uložena v IDTable a použití MD5 je nezbytné vyhnout režii při nové členy přidat později.

    Po dokončení kroku 3 replikovaných souborů by měl existovat na \\SERVER1 a \\Server2 a obě IDTables by měl mít kontrolní součet MD5 pro každý soubor a složka.
  4. Použít NTBackup nebo ekvivalentní výrobců zálohování obsah stromu repliku z \\SERVER1 nebo \\Server2. NTBackup uloží a obnoví atribut objektu Identifikace (ID) přidružený každý soubor a složka. Windows NT ani příkazy MS-DOS kopie při soubory zkopírovány z \\SERVER1 \\Server2 zachovat tyto informace. Tento IDENTIFIKÁTOR objektu musí být obnoveny se soubory později přidat nové členy.
  5. Pokud méně než sedm dní uplynulo od replik nastavena obsahující Server1 a Server2 byl vytvořen, musí být odchozí protokol vymazán, že úplné vvjoin je spuštěna při spojení další člen.

    Poznámka: Nastavení následující hodnotu registru na 0 vymaže odchozí protokolu:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters

    Název klíče:
    Outlog Change History In Minutes
    (REG_DWORD)
    Hodnota:
    0
  6. V \\Server3 a všechny budoucí replik členy obnovit zálohu složky replikovány \\Server3\Apps (pomocí nabídky Obnovit soubory) "alternativní umístění" před přidat počítač sady replik.
  7. Povolení replikace \\Server3\Apps FRS \\Server3 přesune všechny soubory ze složky cílové stávajícím složku a potom iniciuje úplnou synchronizaci (označovaný také jako verze operace spojení vektor) ze všech počítačů, že \\Server3 má příchozí objekty připojení NTDS (WINDOWSNT Directory Services). Systému DFS sad replik s úplné mesh topologie upřednostňuje modulu snap-in Windows 2000 DFS, sady může zahrnovat všechny servery například účast v sadě replik, \\SERVER1 a \\Server2. BEZE verzi modulu snap-in DFS podporuje další optimální topologií včetně vlastní možnost.

    Klíče požadavek v této situaci je \\Server3 má v tomto případě příchozí připojení z nadřazené partnera, \\SERVER1 a \\Server2, jehož IDTABLE obsahuje kontrolní součet MD5 pro soubory obsažené v sadě replik úrok.

    FRS \\SERVER1 vytvoří výčet všech souborů a složek v jeho IDTable a odešle řízené (to znamená jeden cíl) změnit objednávky \\Server3. Protože IDTable má MD5 kontrolního součtu, je součástí Změna pořadí. Jako \\Server3 zpracuje tyto změny objednávek, tento server trvá ID objektu pro soubor nebo složku z Změna pořadí a pokusí se ve stávajícím složce odpovídající soubor vyhledejte. Pokud server nalezne soubor, re-computes kontrolní součet MD5 na obsahu souboru, výsledek porovná s kontrolní součet MD5 jej přijata změna pořadí a, pokud shodují, používá dříve existujícího souboru namísto pokusu o získání souboru z \\SERVER1. \\Server3 najít soubor nebo kontrolní součet MD5 neodpovídá, získává serveru soubor z \\SERVER1. Jakákoli změna souboru obsahu, jako například řízení přístupu seznamů, datové proudy nebo atributy mohou způsobit Neshoda MD5 a soubor získali z \\SERVER1 nebo jiných odesílání partnera.

    Mezitím FRS na \\Server2 (a všechny ostatní odesílání partnery členem nové nebo reinitialized replik) provádí stejný proces jako \\SERVER1. Změna objednávky pro daný soubor nebo složku z Server1 nebo Server2 \\Server3 procesy, která doručena nejprve. Tato změna je ignorována.

    Při všechny činnosti replikace byla vyrovnána mimo, IDTables na všechny tři servery mají identické kontrolní součet MD5 a obsah souboru identické v replikované složky. Opakujte kroky 5 a 6 přidat další servery sady replik.

Optimalizace počáteční nebo proces spojení VV

Aktuální VV spojení je ze své podstaty neefektivní. Během normální replikace odesílání partnery sestavit jediný pracovní soubor, který lze zdroje všechny partnery příjem. V VV spojení všech počítačů, které mají odchozí připojení do nové nebo reinitialized sestavení příjem partnera pracovní soubory určené výhradně pro dané partnera. Pokud 10 počítačů počáteční spojení z \\SERVER1, vytvoří spojení 10 souborů v fázi pro každý soubor replikován. Optimalizace omezit dopad spojení VV patří:
  • Pre-Stage obsahu na nové členy pomocí NTBackup (popsané dříve).
  • Snížit počet serverů budovy pracovní soubory pro nové nebo reinitialized příjem partnery.
  • Odebrat nebo zmenšete počet souborů v replikované složce, dokud všechny počítače dokončili fázi spojení VV.
  • Povolit pouze jedno spojení dojít dané odesílání partnera.

Snížit počet serverů budovy pracovní soubory pro nové nebo Reinitialized pro partnery

Řadiče domény replik (záložní řadiče domény) připojení existujících domén se systémem Windows se pokusí replikovat složka SYSVOL ze stejného řadiče domény používá zdroje Active Directory. Zdrojový server SYSVOL je identifikován v Replice Set Parent hodnotu registru. Je nutné potvrdit, FRS je spuštěn a spolupracovat na určené zdrojový server.

Pro SYSVOL sady replik právě reinitialized s bez autoritativní obnovení (Burflags = D2), správci mohou omezit generování pracovních souborů k určitému serveru nastavením klíče registru Replikou Set Parent k na stejném webu nebo určené pracovní server.

Další informace o klíči registru nastavit nadřazená replika klepnutím na následující číslo článku databáze Microsoft Knowledge Base:
257338Poradce při potížích s chybějícími sdílenými položkami SYSVOL a NETLOGON v řadičích domén systému Windows 2000
Optimalizace klíčů registru Nastavit nadřazená replika není možné pro členy repliky DFS. Možná zástupná řešení patří:
  • Vypnutí služby FRS na všechny partnery možných odesílání (příchozí připojení z těchto počítačů má člen nové nebo reinitialized) tak, aby zdroje ze serveru pouze zbývající dochází.

    Tato práce kolem není upřednostňovaný řešení, protože zastavení služby FRS nezastaví nahromadění změny záznamů v deníku změn NTFS. Pokud deník obtéká (overflows), je potřeba spojení VV později po restartování služby. Pokud víte, že je zanedbatelný nebo žádná aktivita změny souboru (například vytvoří, odstraní, přejmenuje aktualizace) na libovolné svazky disku hostování sady replik je pravděpodobně málo riziko zalomením deníku.
  • Odebrat nebo zmenšete počet souborů v replikované složce, dokud všechny počítače dokončili fázi spojení VV (popsaných v následující části).

    Tato operace nemusí být alternativní vhodná, pokud centrální servery připojeni k nové větve servery prostřednictvím služby odkazy malou šířku pásma a máte gigabajty dat souboru inicializovat. Byste však zvážit následující možnost.
  • Řízení počtu příchozích připojení ze serverů zdroj k dispozici nové nebo reinitialized člena (tj spojení dojde s jediné příchozí připojení).
  • Šíření dat ze serverů rozbočovač přes víkendu nebo hodin večer.

    Dokonce i s na 64 kilobit odkaz na 75 procent dostupné šířky pásma můžete přesunout 21 MB dat každou hodinu nebo 506 MB každý den. S dva počítače rozbočovač a 200 větve připojena podle 64 kilobit odkazy bude možné inicializovat jejich s 1 GB obsahu přes dva den víkendu. Pokud získat průměrný kompresní poměr 50 procent, můžete přesunout 2 GB dat během víkendu. Tato operace vyžaduje žádná záloha nebo ze serverů rozbočovač pomocí příkazu Nastaví ntfrs a nástroj sestavy Connstat zkontrolovat všechny backlogs konkrétní větví lze provést operace obnovení žádné phasing spuštění větev předejít zaplaven servery rozbočovač a všechny sledování průběhu. Pracovní prostor a pracovní parametr limit na serverech rozbočovač musí být velké držet všechna data, protože pracovní generování souboru lze snadno outpace větev doručení dat přes pomalé propojení.

Odebrat nebo zmenšete číslo soubory ve složce replicated do dokončené všechny počítače z fáze spojení VV

Obvykle chcete všech členů sady replik připojit sad replik s prázdný nebo téměř prázdné složek vyhnout neefektivní generování pracovních souborů na více serverech. Tento proces je menší problém pro SYSVOL, protože servery jsou vestavěny přírůstkově obsahu jsou obvykle menší než sdílené položky DFS a klíče registru Replikou Set Parent znamená FRS pokusí zdroje od jedné nadřazené partnera.

Pro velké sady replik DFS, kde replikace je obvykle povoleno okamžitě na serverech 2 až 50 desítek gigabajty obsahu, je větší vliv. Zvažte přidání většiny počítačů sdílené položky DFS FRS replikována, po jejich zavedení. Chcete také replikované složky v primární server být prázdná, takže spojení VV dochází bez nutnosti replikaci souborů. Soubory lze přidat možná postupně s normálním účinnosti.

Prázdný nebo minimální VV spojení lze použít k obnovení nasazení kde Active Directory a FRS došlo "melt dolů" a potřebám k být reinitialized. Po potvrzení, Active Directory replikace je funkční, přesunout soubory z replikované složky na primární server a potom znovu inicializovat členové replik. Z SYSVOL, zachovat výchozí domény a zásady řadiče domény ve složkách \Policies na primární server (Burflags = "D4" nebo zbývající zdroj servery) tak, které reinitialized řadiče domény v replikaci a zásady (například zásady "Přístupová tento počítač ze sítě a další požadované práva") pro správnou funkci domény a klient použít.

Povolit pouze jednoho spojení vyskytnout dané upstream partnera

Velké velikosti DFS repliky obsahující desítek gigabajty soubory můžete zvážit přidání pouze jednoho člena současně FRS replikována složek. Konkrétně umožňují nového člena dokončení úplné synchronizace a přesunete mimo režimu VV spojení. Před přidáním další členy měli své soubory z pracovní složky vyčistit odesílání partnera.

Navíc nastavit limit pracovní místa (definovaných v následujícím článku, Q221111, "Popis FRS položky v registru") na všech serverech potenciální zdrojové rovna nebo větší než největší 128 soubory replikovány pomocí odesílání partnery (počet spojení VV vyskytují dané kdykoli).

Další informace naleznete následujícím článku znalostní databáze Microsoft Knowledge Base:
221111Popis FRS položek v registru

Vlastnosti

ID článku: 266679 - Poslední aktualizace: 3. prosince 2007 - Revize: 6.4
Informace v tomto článku jsou určeny pro produkt:
  • 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
Klíčová slova: 
kbmt kbdfs kbenv kbinfo KB266679 KbMtcs
Strojově přeložený článek
Důležité: Tento článek byl přeložen pomocí software společnosti Microsoft na strojový překlad, ne profesionálním překladatelem. Společnost Microsoft nabízí jak články přeložené překladatelem, tak články přeložené pomocí software na strojový překlad, takže všechny články ve Znalostní databázi (Knowledge Base) jsou dostupné v češtině. Překlad pomocí software na strojový překlad ale není bohužel vždy dokonalý. Obsahuje chyby ve skloňování slov, skladbě vět, nebo gramatice, podobně jako když cizinci dělají chyby při mluvení v češtině. Společnost Microsoft není právně zodpovědná za nepřesnosti, chyby nebo škody vzniklé chybami v překladu, nebo při použití nepřesně přeložených instrukcí v článku zákazníkem. Společnost Microsoft aktualizuje software na strojový překlad, aby byl počet chyb omezen na minimum.
Projděte si také anglickou verzi článku:266679

Dejte nám zpětnou vazbu

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com