Udoskonalenia w programie Ntfrs.exe udostêpnionym po wydaniu dodatku Service Pack 3

W tym artykule s¹ opisane zmiany w us³udze replikacji plików (FRS, File Replication Service) zawarte w poprawce udostêpnionej po wydaniu dodatku Service Pack 3 (SP3) do systemu Windows 2000, które zwiêkszaj¹ sprawnoœæ dzia³ania us³ugi. Przed zainstalowaniem tej poprawki nale¿y zainstalowaæ dodatek SP3 do systemu Windows 2000. Poprawka obejmuje wiele poprawek szczegó³owych.

Poprawki w tym wydaniu

• Po³¹czenia Vv s¹ zatrzymywane z powodu braku wêz³a nadrzêdnego. W dzienniku debugowania us³ugi Ntfrs widoczny jest nastêpuj¹cy wpis „V: B£¥D – Nie mo¿na odnaleŸæ wêz³a nadrzêdnego”.
  
  Polecenia zmian mog¹ nadchodziæ do cz³onków repliki poza kolejnoœci¹. Oznacza to, ¿e komputer cz³onkowski mo¿e otrzymaæ polecenie zmiany dotycz¹ce utworzenia podrzêdnego pliku lub folderu przed otrzymaniem polecenia utworzenia folderu nadrzêdnego. Przed zainstalowaniem dodatku SP3 w systemie Windows 2000 cz³onek na ni¿szym poziomie nie przetwarza polecenia dotycz¹cego zmiany elementu podrzêdnego, zanim nie otrzyma polecenia zmiany elementu nadrzêdnego. Mo¿e to powodowaæ zawieszenie po³¹czenia.
  
  W przypadku próby podwy¿szenia poziomu nowego kontrolera domeny lub wyzwolenia operacji przywracania nieautorytatywnego, proces nie zostanie ukoñczony.
• Wykonywane s¹ zbêdne po³¹czenia Vv. W dzienniku debugowania us³ugi Ntfrs znajduj¹ siê nastêpuj¹ce wpisy:
  <OutLogSendCo: 2028: 3229: S4: 20:15:27> Ignoring; end-of-join guid invalid: DOMAIN SYSTEM VOLUME (SYSVOL SHARE)\ SAS22\ SAS22 -> MP5\ Regiment \ MP5$
  <SndCsCheckCxtion: 2008: 497: S4: 20:15:27> ++ SAS22: Join guid is INVALID.
  <SndCsDispatchCommError: 2008: 575: S4: 20:15:27> Comm pkt in error 010f7450
  <CommCompletionRoutine: 2008: 343: S4: 20:15:27> :SR: Cmd 01118f00, CxtG 1d0b073a, WS ERROR_OPERATION_ABORTED, To MP5.smartframe. Regiment.COM Len: (308) [SndComplete]
  Podczas procesu ³¹czenia partner na wy¿szym poziomie decyduje, czy partner na ni¿szym poziomie potrzebuje po³¹czenia Vv. W systemie Windows 2000 z dodatkiem SP3 decyzja jest podejmowana na podstawie kontroli czasu ostatniego po³¹czenia. Czas ostatniego po³¹czenia to godzina, o której oba komputery partnerskie by³y ostatnio po³¹czone. Jeœli czasy ostatniego po³¹czenia s¹ takie same, po³¹czenie Vv nie jest wykonywane. Zamiast tego partner na wy¿szym poziomie w dalszym ci¹gu wysy³a polecenia zmian z dziennika transmisji wychodz¹cej. Gdy czasy s¹ niezgodne, partner na wy¿szym poziomie wymusza ³¹czenie Vv z partnerem na ni¿szym poziomie. Poniewa¿ aktualizacja czasu ostatniego po³¹czenia na obu komputerach nie jest niepodzielna, istnieje mo¿liwoœæ, ¿e zostanie wykonana tylko na jednym z partnerów. W takim przypadku czas ostatniego po³¹czenia mo¿e byæ niezsynchronizowany. Gdy obaj partnerzy po³¹cz¹ siê ponownie, komputer na wy¿szym poziomie wykryje niezgodnoœæ czasów i wymusi po³¹czenie w celu wykonania operacji po³¹czenia Vv.
• Jeœli istniej¹ pliki podrzêdne, polecenia zmian usuniêcia s¹ b³êdnie zatrzymywane. Puste foldery s¹ pozostawiane w zestawie replik.
  
  Jeœli usuniêcia s¹ wykonywane bez zachowania kolejnoœci i cz³onek repliki na ni¿szym poziomie otrzyma polecenie usuniêcia folderu nadrzêdnego przed otrzymaniem polecenia usuniêcia wszystkich plików i folderów podrzêdnych, operacja usuwania jest zatrzymywana. Po ukoñczeniu wykonywania wszystkich poleceñ na komputerze ni¿szego poziomu pozostaje pusty folder nadrzêdny.
• Lokalne polecenia zmian w folderach nadrzêdnych s¹ b³êdnie oznaczane jako od³o¿one do usuniêcia.
  
  Folder nadrzêdny, który zosta³ oznaczony jako od³o¿ony do usuniêcia, jest usuwany z tabeli filtrów folderów. W efekcie wszystkie lokalne zmiany w elementach podrzêdnych tego folderu s¹ ignorowane.

S³ownik pojêæ u¿ytych w tym artykule

Polecenie zmiany (PZ)

Po wprowadzeniu zmian w pliku lub folderze na komputerze cz³onkowskim repliki informacje o tej zmianie (takie jak nazwa pliku lub identyfikator komputera cz³onkowskiego) s³u¿¹ do konstruowania komunikatu nazywanego „poleceniem zmiany”. Polecenie zmiany jest przesy³ane do partnerów transmisji wychodz¹cej cz³onka. Jeœli partnerzy akceptuj¹ zmianê, wysy³aj¹ ¿¹danie o przypisany plik przemieszczania. Po wdro¿eniu zmiany we w³asnych drzewach replik partnerzy propaguj¹ polecenie zmiany do swoich partnerów transmisji wychodz¹cej.

Identyfikator GUID pliku

Identyfikator GUID s³u¿y do identyfikowania pliku lub folderu. Jest tworzony i zarz¹dzany przez us³ugê replikacji. Razem z numerem wersji replikacji i czasem zdarzenia jest przechowywany w tabeli identyfikatorów plików w bazie danych us³ugi FRS. Powi¹zane pliki i foldery na wszystkich komputerach cz³onkowskich zestawu replik maj¹ ten sam identyfikator GUID pliku.

Tabela identyfikatorów plików

Jest to tabela w bazie danych us³ugi FRS zawieraj¹ca wpis z wersj¹ ka¿dego pliku i folderu nale¿¹cego do drzewa replik i informacjami identyfikacyjnymi.

Us³uga replikacji plików

Us³uga FRS to wielow¹tkowy aparat replikacji wielu wzorców. Na kontrolerach domeny i serwerach opartych na systemie Windows 2000 us³uga FRS jest u¿ywana do replikacji zasad systemowych i skryptów logowania w przypadku klientów wyposa¿onych w systemy Windows 2000 i starsze wersje systemu Microsoft Windows. Za pomoc¹ us³ugi FRS mo¿na tak¿e replikowaæ zawartoœæ miêdzy serwerami opartymi na systemie Windows 2000, które obs³uguj¹ te same odporne na uszkodzenia repliki katalogów g³ównych lub ³¹czy rozproszonego systemu plików (DFS, Distributed File System).

Replikacja oparta na to¿samoœci

Wszystkim obiektom w drzewie replik s¹ przydzielone unikatowe identyfikatory. W us³udze FRS jest wykorzystywany atrybut identyfikatora obiektu systemu plików NTFS, który zawiera 16-bitowy identyfikator GUID. Dany obiekt ma taki sam identyfikator na wszystkich komputerach cz³onkowskich repliki. Zapewnia to jednoznacznoœæ danych identyfikacyjnych obiektu dziêki po³¹czeniu identyfikatora GUID obiektu i odpowiadaj¹cego mu nadrzêdnego identyfikatora GUID.

Partner replikacji

Partnerzy znajduj¹cy siê bezpoœrednio na poziomie powy¿ej i poni¿ej cz³onka repliki s¹ okreœlani mianem jego partnerów replikacji. Komputery partnerskie na wy¿szym poziomie s¹ równie¿ nazywane partnerami transmisji nadchodz¹cej. Partnerzy na ni¿szym poziomie s¹ nazywani partnerami transmisji wychodz¹cej.

Zestaw replik

W us³udze FRS s¹ to dwa lub wiêcej komputerów skonfigurowanych do replikowania miêdzy sob¹ zawartoœci folderu plików. Poszczególne komputery s¹ okreœlane mianem cz³onków repliki.

Numer sekwencyjny aktualizacji

Dla ka¿dego woluminu system plików NTFS przechowuje zwiêkszany monotonicznie numer kolejny, zwany numerem sekwencji aktualizacji (USN, Update Sequence Number). Numer USN jest zwiêkszany po ka¿dej modyfikacji dowolnego pliku znajduj¹cego siê na woluminie.

Wektor wersji

Jest to wektor numerów USN, w którym na jednego cz³onka zestawu replik przypada jeden wpis. Wszystkie polecenia zmian s¹ opatrzone identyfikatorem GUID cz³onka inicjuj¹cego zmianê oraz towarzysz¹cym numerem USN. Kiedy ka¿dy cz³onek zestawu replik otrzymuje aktualizacjê, œledzi numer USN w polu wektora przypisanym do cz³onka inicjuj¹cego. Wektor okreœla, czy na danym komputerze cz³onkowskim drzewo replik jest aktualne. Nastêpnie na podstawie wersji wektora nastêpuje filtrowanie aktualizacji pochodz¹cych od partnerów transmisji nadchodz¹cej, które mog³y zostaæ ju¿ zastosowane. Ponadto wektor wersji jest przekazywany partnerowi transmisji nadchodz¹cej w trakcie po³¹czenia obu partnerów. Podczas tworzenia nowego po³¹czenia wektor wersji jest wykorzystywany do analizowania tabeli identyfikatorów plików w poszukiwaniu nowszych aktualizacji, których nie widzi nowy partner transmisji wychodz¹cej.

Aby uzyskaæ informacje dotycz¹ce sposobu uzyskania programu Ntfrs.exe udostêpnionego po wydaniu dodatku SP3, zobacz nastêpuj¹cy artyku³ z bazy wiedzy Microsoft Knowledge Base:

Firma Microsoft potwierdzi³a, ¿e jest to problem wystêpuj¹cy w produktach firmy Microsoft wymienionych w sekcji "Informacje zawarte w tym artykule dotycz¹".