System Windows: Przeprowadzanie nieautorytatywnej synchronizacji danych SYSVOL przy użyciu usługi replikacji plików

Summary: Ten artykuł przedstawia procedurę wykonywania nieautorytatywnej synchronizacji danych SYSVOL na kontrolerze domeny usługi Active Directory przy użyciu usługi replikacji plików (FRS).

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

Ważne: Ten artykuł ma zastosowanie tylko wtedy, gdy dane SYSVOL są replikowane za pomocą usługi replikacji plików (FRS). Usługa FRS została wycofana, ale może być nadal używana w domenach usługi Active Directory, które zostały utworzone z poziomami funkcjonalności wcześniejszymi niż Windows Server 2008. Aby ustalić, czy usługa FRS jest używana, uruchom polecenie dfsrmig /getmigrationstate polecenie w wierszu poleceń z podwyższonym poziomem uprawnień na kontrolerze domeny (DC). Jeśli stan migracji to "Wyeliminowano", usługa FRS nie jest używana, a ten artykuł nie ma zastosowania.

Hierarchia folderów SYSVOL, obecna na wszystkich kontrolerach domeny, służy do przechowywania dwóch ważnych zestawów danych:

  • Pliki szablonów zasad grupy. Są one przechowywane w oddzielnych folderach poniżej \\SYSVOL\<domain>\Policies.
  • Skrypty logowania, wylogowywania, uruchamiania i zamykania używane przez komputery w domenie. Są one przechowywane w \\SYSVOL\<domain>\scripts.
Folder scripts jest udostępniany jako NETLOGON.


Dane te są replikowane między kontrolerami domeny, ale replikacja SYSVOL odbywa się niezależnie od replikacji usługi Active Directory. Możliwe jest, że jeden zawiedzie, podczas gdy drugi jest w pełni funkcjonalny. W niektórych sytuacjach replikacja SYSVOL może zakończyć się niepowodzeniem i nie będzie można jej wznowić bez ręcznej interwencji. Poniższe czynności powodują przeprowadzenie nieautorytatywnej synchronizacji folderu SYSVOL. W przypadku synchronizacji nieautorytatywnej kontroler domeny, którego dotyczy problem, kopiuje wszystkie dane SYSVOL z innego kontrolera domeny w środowisku.

Ważny: Jeśli w domenie znajduje się tylko jeden kontroler domeny, nieautorytatywny kontroler domeny nie może zakończyć się pomyślnie, ponieważ nie ma innego kontrolera domeny, z którego można skopiować dane SYSVOL. W takiej sytuacji należy przeprowadzić autorytatywną synchronizację. Instrukcje dotyczące przeprowadzania autorytatywnej synchronizacji można znaleźć w artykule Jak przeprowadzić autorytatywną synchronizację danych SYSVOL za pomocą usługi replikacji plików (FRS).

Przed rozpoczęciem tej procedury należy upewnić się, że w środowisku istnieje inny kontroler domeny i że jego kopia danych SYSVOL jest aktualna. Wymaga to przeglądania hierarchii folderów SYSVOL, która domyślnie znajduje się pod adresem %systemroot%\SYSVOL , aby sprawdzić daty modyfikacji plików szablonów zasad grupy i plików skryptów.

Aby przeprowadzić nieautorytatywną synchronizację SYSVOL, wykonaj następujące czynności na kontrolerze domeny, którego dotyczy problem (czyli kontrolerze domeny z nieaktualnymi lub nieistniejącymi danymi SYSVOL):

  1. Zatrzymaj usługę replikacji plików.
  2. Uruchom Edytor rejestru.
  3. Przejdź do  HKLM\CurrentControlSet\Services\NtFrs\Parameters\Backup/Restore\Process at Startup
  4. Kliknij dwukrotnie BurFlags i ustaw ją na wartość szesnastkową D2.
  5. Uruchom usługę replikacji plików.
  6. Uruchom Podgląd zdarzeń i sprawdź dziennik zdarzeń usługi replikacji plików (znajdujący się w dziennikach aplikacji i usług) pod kątem zdarzenia informacyjnego 13516. Pojawienie się tego zdarzenia może potrwać kilka minut.
  7. Po pojawieniu się zdarzenia 13516 uruchom net share i potwierdź obecność udziałów SYSVOL i NETLOGON w danych wyjściowych.
  8. Można również porównać dane w hierarchii folderów SYSVOL danego kontrolera domeny z odpowiadającymi im danymi w znanym sprawnym kontrolerze domeny. Powinny się teraz zgadzać.

Poniższa procedura została przedstawiona na poniższym filmie:

Nieautorytatywna synchronizacja danych SYSVOL przy użyciu FRS

Czas trwania: 07:51

Affected Products

Microsoft Windows Server 2016, Microsoft Windows Server 2019, Microsoft Windows Server 2022, Microsoft Windows 2008 Server R2, Microsoft Windows 2008 Server Service Pack 2, Microsoft Windows 2012 Server, Microsoft Windows 2012 Server R2

Products

PowerEdge XR2, Poweredge C4140, PowerEdge C6400, PowerEdge C6420, PowerEdge C6520, PowerEdge C6525, PowerEdge FC640, PowerEdge M640, PowerEdge M640 (for PE VRTX), PowerEdge MX5016s, PowerEdge MX7000, PowerEdge MX740C, PowerEdge MX750c , PowerEdge MX840C, PowerEdge R240, PowerEdge R250, PowerEdge R340, PowerEdge R350, PowerEdge R440, PowerEdge R450, PowerEdge R540, PowerEdge R550, PowerEdge R640, PowerEdge R6415, PowerEdge R650, PowerEdge R650xs, PowerEdge R6515, PowerEdge R6525, PowerEdge R740, PowerEdge R740XD, PowerEdge R740XD2, PowerEdge R7415, PowerEdge R7425, PowerEdge R750, PowerEdge R750XA, PowerEdge R750xs, PowerEdge R7515, PowerEdge R7525, PowerEdge R840, PowerEdge R940, PowerEdge R940xa, PowerEdge T140, PowerEdge T150, PowerEdge T340, PowerEdge T350, PowerEdge T40, PowerEdge T440, PowerEdge T550, PowerEdge T640, PowerEdge XE2420, PowerEdge XE7100, PowerEdge XE7420, PowerEdge XE7440, PowerEdge XE8545, PowerEdge XR11, PowerEdge XR12, PowerEdge XR4000r, PowerEdge XR4000w, PowerEdge XR4000z, PowerEdge XR4510c, PowerEdge XR4520c ...
Article Properties
Article Number: 000201393
Article Type: How To
Last Modified: 05 Dec 2024
Version:  8
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.