Сервер Windows: Помилка 4012 з'являється в журналі подій реплікації DFS контролера домену Active Directory

Помилка 4012 (джерело: DFSR) відображається в журналі подій DFSR постійного струму. Опис події містить шлях до папки SYSVOL, як показано тут:

The DFS Replication service stopped replication on the folder with the following local path: C:\Windows\SYSVOL\domain. This server has been disconnected from other partners for n days, which is longer than the time allowed by the MaxOfflineTimeInDays parameter (60). DFS Replication considers the data in this folder to be stale, and this server will not replicate the folder until this error is corrected.

[The rest of the event description has been omitted.]

Локальний шлях може відрізнятися, хоча ця стаття застосовується лише у випадку, якщо в ній згадується папка SYSVOL. У наведеному вище прикладі n вказує на кількість днів, протягом яких DC не міг зв'язатися з партнером. Це число варіюється, але завжди більше значення MaxOfflineTimeInDays.

Розподілена реплікація файлової системи (DFSR) вимагає, щоб партнери з реплікації були на регулярному зв'язку. Якщо сервер не може зв'язатися з партнером протягом тривалого часу, реплікація на цьому сервері вимикається.

MaxOfflineTimeInDays, яке має значення за замовчуванням 60, означає найдовший допустимий час, протягом якого сервери не мають зв'язку один з одним. Це аналогічно, хоча й окремо від часу життя надгробка в лісі Активної Директорії.

Сценарій 1: У домені є лише один ДЦ.

Якщо в домені є лише один DC, необхідна авторитетна синхронізація SYSVOL, щоб гарантувати, що реплікація відбудеться в разі додавання іншого. Дізнайтеся, як виконати авторитетну синхронізацію даних SYSVOL за допомогою реплікації розподіленої файлової системи (DFSR) для відповідних кроків. Будь-які кроки, в яких згадуються інші ДЦ або примусова реплікація, можуть бути пропущені.

Сценарій 2: У домені є кілька ДЦ.

Якщо в домені є кілька DC, необхідно визначити, на скільки з них поширюється проблема. Зробіть це, здійснивши пошук у журналах подій DFSR ДЦ на наявність помилки 4012. У недавньому минулому всі постраждалі ДЦ мали цю помилку у своїх журналах.

• Якщо це стосується лише одного постійного струму, виконайте несанкціоновану синхронізацію SYSVOL на цьому постійному струмі. Дізнайтеся, як виконати неавторитетну синхронізацію даних SYSVOL за допомогою розподіленої реплікації файлової системи (DFSR) для відповідних кроків.
• Якщо це стосується кількох DC, але є інші DC, які не зазнали впливу, виконайте несанкціоновану синхронізацію SYSVOL на всіх уражених DC.
• Якщо це стосується всіх DC у домені, один DC має бути обраний як авторитетне джерело даних SYSVOL. Для цього потрібно перевірити дані в ієрархії папок SYSVOL кожного постійного струму та визначити, яка копія є найактуальнішою. Після вибору авторитетного джерела виконайте авторитетну синхронізацію SYSVOL на цьому постійному струмі. Дивіться Сценарій 1 вище, щоб отримати посилання на кроки. Виконайте всі кроки процедури для того, щоб синхронізувати SYSVOL на всіх ДЦ у домені.

У домені з кількома DC також може бути можливим відновити реплікацію на ураженому DC шляхом збільшення значення MaxOfflineTimeInDays. Це не було детально перевірено, але кілька разів допомагало вирішити проблему. Щоб встановити MaxOfflineTimeInDays, виконайте таку команду:

wmic.exe /namespace:\\root\microsoftdfs path DfsrMachineConfig set MaxOfflineTimeInDays=x

Значення x має бути більшим за кількість днів, зазначену в помилці 4012. Перезапустіть службу DFS Replication після виконання команди та перевірте журнал подій DFS Replication на наявність помилок. Якщо реплікація вже деякий час не вдається, очікуються події, пов'язані з виявленням та вирішенням конфлікту. Вони свідчать про те, що ДФСР працює за задумом.

Як тільки реплікація відновиться, знову виконайте команду зі значенням 60, щоб повернутися MaxOfflineTimeInDays до значення за замовчуванням. (Це необов'язково.)