[ Pobierz całość w formacie PDF ]
widoczny w folderze Zasady. Aańcuch ten to GUID dla indywidualnego obiektu zasad.
" \SYSVOL\staging u\ywany przez FRS do tymczasowego składowania informacji
przychodzących i wychodzących do innych DC.
Nie istnieje \adne rozszerzenie powłoki czy te\ narzędzie, mogące słu\yć do odró\nienia w
drzewie SYSVOL powiązań od ście\ek fizycznych. Jednak\e polecenie DOS-a DIR wyświetla
węzły reparse jako junctions (łącza) zamiast katalogów . Aby więc poznać takie szczegóły,
mo\na sprawdzić ście\kę UNC dla danego DC, lub FQDN dla domeny komputera ze znajdującego
się w sieci komputera Windows 2000.
Uwaga
Nie istnieje sposób na odmowę udziału pliku lub wymuszenia blokady przy zapisie tego samego
pliku przez dwóch u\ytkownikach w dwóch kopiach FRS (lub DFS). Aby zaimplementować
replikację single-master (z jednym komputerem nadrzędnym), administrator musi odpowiednio
ograniczyć prawa zapisu do pliku w ACL w głównym węzle drzewa replikacji, a następnie ustalić
zasadę, który komputer zawiera kopię główną (master).
Usługa FRS korzysta te\ z danych lokacji. FRS wykorzystuje RPC i trzyma się topologii replikacji
zdefiniowanej dla kontrolerów domeny Active Directory. Niezale\nie od tego, czy replikacja
zachodzi w obrębie lokacji czy pomiędzy nimi, FRS nie stosuje kompresji, wobec czego
identyczne ilości danych przesyłane są łączami WAN oraz LAN. Jedyną ró\nicą jest mo\liwość
określenia ilości DC zaanga\owanych w replikacje pomiędzy lokacjami.
FRS działa na poziomie plików, co znaczy, i\ zmiana jednego znaku w dokumencie o objętości 10
MB powoduje replikację całego pliku!
Uwaga
FRS słu\y te\ do replikacji pomiędzy serwerami wszelkich znajdujących się w nich woluminów
DFS. Właściwości replikacji DFS są jednak rządzone przez osobno zdefiniowane obiekty
połączeń DFS, które mo\na znalezć w przystawce MMC DFS.
Mówiąc prosto, algorytm replikacji wykorzystywany przez FRS jest następujący:
1. Plik zostaje zmodyfikowany, co system zauwa\a w chwili zamknięcia pliku dzięki funkcji
Dziennika USN (USN Journal) dostępnej w serwerze Windows 2000.
2. FRS obserwuje dziennik szukając dotyczących go zmian i przenosi odpowiednie wpisy do
własnego dziennika.
3. FRS generuje plik pośredniczący (staging) zmiany (zmian) pliku i aktualizuje dziennik
wychodzący.
4. FRS pilnuje zmian a\ do chwili rozpoczęcia zaplanowanej replikacji. W tej chwili do partnera
replikacji wysyłane jest powiadomienie o zmianach:
Przy ka\dym uruchomieniu serwera Windows 2000 lub usługi FRS obiekt Komputer w
Active Directory jest odpytywany w ośmiu krótkich odstępach czasu, a następnie ośmiu
długich, pod warunkiem \e nie zajdzie zmiana konfiguracji. Wobec tego, osiem długich
interwałów odpytywania występuje jedynie po zakończeniu ośmiu krótkich bez zmian.
Usługa FRS przed replikacją odczekuje dwa interwały odpytywania, krótkie lub długie.
Przy ka\dym zdarzeniu restartu FRS jest ponownie wywoływany cykl ośmiu krótkich i
ośmiu długich odpytywań. Zdarzenia, resetujące interwały odpytywania to dodanie i
usunięcie DC, dodanie i usunięcie połączenia, zmiana harmonogramu i zmiana filtru
pliku lub foldera.
5. Partner replikacji z kolei pobiera oczekujący plik i dokonuje zmian we własnym udziale
SYSVOL.
Rozwiązywanie problemów z folderem SYSVOL
W przypadku kłopotów z podstawową funkcjonalnością FRS nale\y postąpić jak poni\ej (co nie
jest zbyt budującym doświadczeniem, poniewa\ Microsoft nie opracował jeszcze interfejsu
graficznego dla FRS):
" Sprawdz w Podglądzie zdarzeń folder Usługa replikacji plików pod kątem zdarzeń, które
mogłyby rzucić więcej światła na problem. W przypadku kłopotów przyda się zdrowy
rozsądek: Czy plik lub folder jest zablokowany? Czy w Active Directory istnieje obiekt
Komputer i Połączenie? Czy u partnera replikacji nie zabrakło wolnego miejsca na dysku? I tak
dalej.
" Jeśli serwer został właśnie promowany do rangi DC, nale\y zajrzeć do pliku NtFrsApi.log w
katalogu WinNT\DEBUG szukając błędów związanych z SYSVOL. FRS dokonuje zapisu tego
dziennika podczas tworzenia katalogu SYSVOL przez Kreatora instalacji Active Directory.
" Przyjrzyj się dokładnie plikom NtFrs_xxxx.log, zawierającym informacje o błędach,
komunikaty ostrze\eń i zdarzenia etapów FRS. Pliki te z czasem przybierają du\e rozmiary,
wobec czego nale\ałoby szukać w nich łańcuchów error , warn i fail aby zaoszczędzić na
czasie. Jeśli problem właśnie się pojawił, nale\y zawsze zaczynać od ostatniego pliku.
Poni\sze błędy zapisane w plikach dziennika są normalne , wobec czego nie warto zwracać
na nie uwagi:
" jet attach db 1811. Db not found mo\na się spodziewać przy korzystaniu z
Kreatora instalacji Active Directory.
" Sharing violations o kodzie 0x00000043 oznacza blokadę pliku dla u\ytkownika lub
procesu.
Jeśli określenie zródła problemu dalej nie jest mo\liwe, mo\na poszukać w poni\szych kluczach
Rejestru, poło\onych w
HKLM\System\CurrentControlSet\Services\NtFrs\Parameters:
" Debug Log Severity (Poziom wa\ności dziennika usuwania błędów, REG_DWORD)
kontroluje poziom szczegółowości plików Ntfrs_000x.log w folderze %Systemroot%\Debug.
Poziomy wa\ności przydzielane są ró\nym komunikatom w kodzie. Wartość minimalna to 0,
maksymalna 5, domyślna 4.
" Debug Log Files (Pliki dziennika usuwania błędów, REG_DWORD) ilość aktywnych
plików dziennika, zapisujących transakcje i zdarzenia usługi FRS. Dzienniki zapisywane są na
zasadzie FIFO (kolejka-bufor); najwy\szy numer zawiera najświe\sze zdarzenia. Dzienniki o
numerach od jeden do wartości Debug Log Files są tworzone sekwencyjnie. Po zapisaniu do
ostatniego dziennika (Ntfrs_00005.log) komunikatu o numerze równym wartości Debug
Maximum Log, najstarszy dziennik (Ntfrs_00001.log) jest usuwany a numery wersji
pozostałych dzienników zmniejszane o 1. Wartość minimalna parametru to 0, maksymalnej nie
ma. Wartość domyślna wynosi 5.
" Debug Maximum Log Messages (Maksymalna liczba komunikatów dziennika usuwania
błędów, REG_DWORD) ilość wierszy zapisanych w pojedynczym pliku Ntfrs_0000x.log.
Wartości minimalna i maksymalna nie są określone, domyślna wynosi 10000, co odpowiada
wielkości pliku dziennika pomiędzy 1,5 MB a 2,5 MB.
" DS Polling Short Interval in Minutes (Krótki interwał odpytywania DC w minutach,
REG_DWORD) odstępy czasu, w których FRS odpytuje Active Directory po uruchomieniu
[ Pobierz całość w formacie PDF ]