Як виконати авторитетну синхронізацію даних SYSVOL за допомогою реплікації розподіленої файлової системи

Summary: У цій статті описано процедуру виконання авторитетної синхронізації даних SYSVOL на контролері домену Active Directory за допомогою реплікації розподіленої файлової системи (DFSR).

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

Важливий: Ця стаття застосовна лише в тому випадку, якщо дані SYSVOL реплікуються за допомогою розподіленої реплікації файлової системи (DFSR). Цей метод реплікації даних SYSVOL є кращим з часів Windows Server 2008. Однак можливо, що старіший метод, служба реплікації файлів (FRS), все ще використовується, якщо домен існує протягом тривалого часу. Щоб визначити, чи використовується DFSR, запустіть dfsrmig /getmigrationstate з підвищеного командного рядка на контролері домену (DC). Якщо стан міграції має значення "Ліквідовано", використовується DFSR.

Ієрархія папок SYSVOL, присутня на всіх DC Active Directory, використовується для зберігання двох важливих наборів даних:
  • Файли шаблонів групової політики: Вони зберігаються в окремих папках під ними \\SYSVOL\<domain>\Policies.
  • Сценарії входу, виходу з системи, запуску та вимкнення, які використовуються машинами в домені: Вони зберігаються в \\SYSVOL\<domain>\scripts. Папка scripts сама по собі є спільною як NETLOGON.

Ці дані реплікуються між DC, але реплікація SYSVOL відбувається окремо від реплікації Active Directory. Одна з них може вийти з ладу, а інша повністю справна. У деяких ситуаціях реплікація SYSVOL може зазнати невдачі і не зможе відновитися без ручного втручання. Наступні кроки виконують авторитетну синхронізацію SYSVOL. У авторитетній синхронізації DFSR ініціалізує SYSVOL, використовуючи власну копію даних SYSVOL DC. Це стає вихідною копією SYSVOL для домену. Авторитетна синхронізація необхідна, якщо ДЦ з найактуальнішою копією даних SYSVOL є тим ЦОД, на якому перестала працювати ДФСР. Це неявно вірно, якщо в домені є тільки один DC.

Інструкції щодо виконання неавторитетної синхронізації даних SYSVOL за допомогою DFSR можна знайти в статті Як виконати неавторитетну синхронізацію даних SYSVOL за допомогою реплікації розподіленої файлової системи (DFSR).
 

Примітка: У цій статті не уточнюється, який саме ДК слід обрати як авторитетний. Це може зайняти деякий час, особливо у великому домені. Для цього потрібно вивчити дані SYSVOL по кожному ДЦ і визначити, який ДЦ має найбільш повні та актуальні дані. Наведений нижче процес починається після того, як було обрано авторитетний ДК.

Щоб виконати авторитетну синхронізацію даних SYSVOL за допомогою DFSR, виконайте такі дії:
  1. На авторитетному DC запустіть консоль ADSI Edit (adsiedit.msc).
  2. Якщо контекст іменування за замовчуванням уже вказано на лівій панелі, перейдіть до наступного кроку. В іншому випадку виконайте такі дії, щоб підключитися до контексту іменування за замовчуванням:
    1. Клацніть правою кнопкою миші заголовок ADSI Edit на лівій панелі та виберіть Підключитися до....
    2. Виберіть перемикач з написом Виберіть добре відомий контекст іменування та виберіть Контекст іменування за замовчуванням зі спадного списку.
    3. Натисніть кнопку «OK». Контекст іменування за замовчуванням тепер має з'явитися на лівій панелі консолі.
  3. У контексті іменування за замовчуванням перейдіть до DC=домену > OU=Контролери домену > CN=ім'я > сервера CN=DFSR-LocalSettings > CN=Системний обсяг домену. На цьому кроці ім'я сервера представляє ім'я постійного струму, який було вибрано як авторитетний.
  4. Клацніть правою кнопкою миші CN=SYSVOL Subscription та виберіть Властивості.
  5. Двічі клацніть атрибут msDFSR-Enabled і встановіть для нього значення FALSE.
  6. Двічі клацніть атрибут msDFSR-Options і встановіть його значення на 1.
  7. Натисніть OK , щоб закрити вікно властивостей.
  8. Повторіть кроки 3–5, але не кроки 6, замінивши ім'ясервера на ім'я кожного іншого DC у домені. Іншими словами, перейдіть до об'єкта підписки CN=SYSVOL кожного з інших DC і встановіть для його атрибута msDFSR-Enabled значення FALSE. Не змінюйте значення атрибута msDFSR-Options .
  9. Примусова реплікація Active Directory в усьому домені. Це може зайняти деякий час, залежно від розміру та топології реплікації домену.
  10. На кожному ДЦ у домені запустіть dfsrdiag pollad з підвищеного командного рядка.
  11. На авторитетному DC запустіть Перегляд подій і переконайтеся, що журнал подій реплікації DFS містить подію 4114. Ця подія вказує на те, що SYSVOL більше не реплікується. (Ця подія присутня на всіх ДЦ, але перевіряти їх усі не потрібно.)
  12. У вікні ADSI Edit перейдіть до розташування на кроці 3 та встановіть для атрибута msDFSR-Enabled значення TRUE.
  13. На авторитетному ДЦ запустіть dfsrdiag pollad з підвищеного командного рядка.
  14. Перевірте журнал подій реплікації DFS від авторитетного постійного струму для події 4602. Ця подія підтверджує, що на цьому ДЦ відбулася авторитетна синхронізація SYSVOL.
  15. Повторіть крок 8, але цього разу встановіть атрибут msDFSR-Enabled кожного DC на TRUE . Як і раніше, не змінюйте значення атрибута msDFSR-Options .
  16. Примусова реплікація Active Directory в усьому домені.
  17. На кожному постійному струмі, крім авторитетного, запустіть dfsrdiag pollad Востаннє.
  18. Хоча б на одному з неавторитетних DC переконайтеся, що події 4614 і 4604 відображаються в журналі подій реплікації DFS. Ці події вказують на те, що ці DC виконали несанкціоновану синхронізацію SYSVOL.

Наведені вище кроки гарантують, що неавторитарна синхронізація SYSVOL виконується на всіх інших DC після виконання авторитетної синхронізації на авторитетному DC. Це дозволяє уникнути можливих конфліктів, що виникають у даних SYSVOL.

Дивіться це відео:

 

Additional Information

Якщо dfsrdiag pollad не розпізнається, у вас є два варіанти:

  • Перезапустіть службу реплікації DFS замість виконання команди. Якщо DFSR реплікує інші дані (не пов'язані з SYSVOL), це може спричинити короткочасні переривання.
  • Інсталюйте інструменти керування DFS, вибравши «Додати ролі та функції » в меню «Керування» диспетчера серверів. Інструменти керування ДФС можна знайти в місці, вказаному нижче.

Екран вибору функцій диспетчера Windows Server

 

Affected Products

Microsoft Windows Server 2016, Microsoft Windows Server 2019, Microsoft Windows Server 2022, Microsoft Windows Small Business Server 2011 Essentials, Microsoft Windows Small Business Server 2008, Microsoft Windows 2008 Server R2 , Microsoft Windows 2008 Server Service Pack 2, Microsoft Windows 2012 Server, Microsoft Windows 2012 Server R2 ...

Products

PowerEdge FC640, PowerEdge M640, PowerEdge M640 (for PE VRTX), PowerEdge MX740C, PowerEdge MX750c, PowerEdge MX760c, PowerEdge MX840C, PowerEdge R240, PowerEdge R250, PowerEdge R260, PowerEdge R340, PowerEdge R350, PowerEdge R360, PowerEdge R440 , PowerEdge R450, PowerEdge R540, PowerEdge R550, PowerEdge R640, PowerEdge R6415, PowerEdge R650, PowerEdge R650xs, PowerEdge R6515, PowerEdge R6525, PowerEdge R660, PowerEdge R660xs, PowerEdge R6615, PowerEdge R6625, PowerEdge R740, PowerEdge R740XD, PowerEdge R740XD2, PowerEdge R7415, PowerEdge R7425, PowerEdge R750, PowerEdge R750XA, PowerEdge R750xs, PowerEdge R7515, PowerEdge R7525, PowerEdge R760, PowerEdge R760XA, PowerEdge R760xd2, PowerEdge R760xs, PowerEdge R7615, PowerEdge R7625, PowerEdge R840, PowerEdge R860, PowerEdge R940, PowerEdge R940xa, PowerEdge R960, PowerEdge T140, PowerEdge T150, PowerEdge T160, PowerEdge T340, PowerEdge T350, PowerEdge T360, PowerEdge T440, PowerEdge T550, PowerEdge T560, PowerEdge T640 ...
Article Properties
Article Number: 000207115
Article Type: How To
Last Modified: 24 Jan 2025
Version:  6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.