Меню

Служба репликации файлов обнаружила ошибку jrnl wrap error

  • Remove From My Forums
  • Вопрос

  • Добрый вечер.

    На DC вот такая ошибка регулярно появляется:

           

    Служба репликации файлов обнаружила ошибку JRNL_WRAP_ERROR для набора репликации «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)». 

     Имя набора репликации: «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» 
     Корневой путь репликации: «c:windowssysvoldomain» 
     Корневой том репликации: «\.C:» 
     Ошибка JRNL_WRAP_ERROR возникает, когда набор репликации не находит запись, которую пытается прочитать из журнала NTFS USN.  Это может быть вызвано одной из следующих причин. 

     [1] Том «\.C:» был отформатирован. 
     [2] Журнал NTFS USN на томе «\.C:» был удален. 
     [3] Журнал NTFS USN на томе «\.C:» был усечен. Программа Chkdsk может выполнить усечение журнала, если обнаружит в конце журнала поврежденные записи. 
     [4] Служба репликации файлов давно не запускалась на данном компьютере. 
     [5] Показатель активности дискового ввода-вывода на «\.C:» слишком высок для службы репликации файлов. 
     Если установить параметр реестра «Enable Journal Wrap Automatic Restore» равным 1, будет выполнена описанная ниже процедура восстановления для автоматического исправления ошибки. 
     [1] При первом опросе, который производится каждые 5 минут, данный компьютер будет удален из набора репликации. Чтобы не ждать 5 минут, можно выполнить команду «net stop ntfrs» и затем команду
    «net start ntfrs» для перезапуска службы репликации файлов. 
     [2] При первом опросе после удаления компьютер будет заново включен в набор репликации. Повторное включение инициирует полную синхронизацию дерева для набора репликации. 

    Предупреждение. В процессе восстановления данные дерева репликации могут стать недоступными. Необходимо установить описанный выше параметр реестра равным 0, чтобы автоматическое восстановление не привело к недоступности данных
    при повторении ошибки. 

    Для изменения параметра реестра запустите программу regedit. 

    Нажмите кнопку «Пуск», выберите команду «Выполнить» и введите «regedit». 

    Разверните раздел HKEY_LOCAL_MACHINE. 
    Щелкните последовательно разделы пути: 
       «SystemCurrentControlSetServicesNtFrsParameters» 
    Дважды щелкните параметр 
       «Enable Journal Wrap Automatic Restore» 
    и обновите его значение. 

    Если этого параметра нет в реестре, его можно добавить с помощью команды «Создать->Параметр DWORD» в меню «Правка». Введите имя параметра точно так, как написано выше.

    Подскажите, пожалуйста, как решить эту напасть.

Ответы

  • Выполните на проблемном контроллере домена неполномочное восстановление sysvol (пункт Nonauthoritative restore):

    https://support.microsoft.com/en-us/help/290762/using-the-burflags-registry-key-to-reinitialize-file-replication-service


    MCSAnykey

    Если контроллер в домене один — неполномочное восстановление выполнять нельзя!

    Самый простой способ решить проблему описан в самом сообщении в событии.

    Но в некоторых случаях он срабатывает неверно, из-за чего содержимое SYSVOL пропадает (точнее, перемещается в скрытую папку). Поэтому перед изменением параметра в реестре нужно сделать резервную копию содержимого
    SYSVOL (C:WindowsSYSVOLdomain), а в случае, если содержимое после описанной в тексте события процедуры пропадёт — вернуть значение параметра в реестре, восстановить содержимое и выполнить полномочное (authoritative) восстановление,
    как сказано в статье по ссылке из предыдущего поста.


    Слава России!

    • Помечено в качестве ответа

      17 мая 2017 г. 10:21

    • Изменено
      Artem S. Smirnov
      12 мая 2017 г. 1:02
    • Помечено в качестве ответа
      Petko KrushevMicrosoft contingent staff
      17 мая 2017 г. 10:21

ПРОБЛЕМА

Если на контроллере домена по каким-то причинам пропал общий ресурс SYSVOL и в журнале пишется предупреждение:

 —-
Служба репликации файлов просматривает данные на системном томе. Компьютер SERVER1 не сможет стать контроллером домена, пока этот процесс не завершится. Затем системный том станет общим ресурсом с именем SYSVOL.

 Для проверки ресурса SYSVOL введите в командной строке:
net share

 Когда служба репликации файлов завершит процесс сканирования, на экране появится общий ресурс SYSVOL.

 Инициализация системного тома может занять некоторое время. Это время зависит от объема системного тома.
—-

или

——-
Служба репликации файлов обнаружила, что набор реплик «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» находится в JRNL_WRAP_ERROR.

  Имя набора реплик : «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»
Путь к корню реплики : «C:winntsysvoldomain»
Том корня реплики : «\.C:»
Набор реплик попадает в JRNL_WRAP_ERROR, когда запись, которую пытаются прочесть из USN-журнала NTFS, не найдена. Это может произойти по одной из следующих причин.

  [1] Том «\.C:» был отформатирован.
[2] Удален USN-журнал NTFS на томе»\.C:».
[3] USN-журнал NTFS на томе»\.C:» был урезан. Программа Chkdsk может урезать журнал, если она находит поврежденные записи в конце журнала.
[4] Служба репликации файлов в течение долгого времени не работала на этом компьютере.
[5] Службе репликации файлов не удалось сохранить уровень активности дискового ввода/вывода на «\.C:».

  Присвоение параметру системного реестра «Enable Journal Wrap Automatic Restore» значения 1 приведет к выполнению следующих автоматических шагов по восстановлению из данного ошибочного состояния.
[1] Во время первого опроса, который происходит в течение 5 минут, этот компьютер будет удален из набора реплик. Если вы не хотите ждать 5 минут, выполните последовательно команды «net stop ntfrs» и «net start ntfrs» для перезапуска службы репликации файлов.
[2] Во время следующего опроса, этот компьютер будет вновь добавлен к набору реплик. Повторное добавление компьютера инициирует полную синхронизацию дерева для данного набора реплик.

  ПРЕДУПРЕЖДЕНИЕ: В процессе восстановления данные в дереве реплик могут быть недоступны. Для предотвращения неожиданного прекращения доступа к данным службой автоматического восстановления в подобной ошибочной ситуации необходимо задать значение 0 для параметра системного реестра, описанного ранее.
——-

или

——-
Службе репликации файлов не удалось добавить этот компьютер к следующему набору репликации:
    «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»

 Это может быть вызвано следующими причинами:
  —  недопустимый корневой путь,
  —  отсутствующая папка,
  —  отсутствующий дисковый том,
  —  файловая система на этом томе не поддерживает NTFS 5.0,

 Следующая информация может помочь при устранении проблем:
DNS-имя компьютера — «server1.local»
Имя набора репликации — «server1»
Корневой путь набора репликации — «c:windowssysvoldomain»
Путь конечной папки репликации — «c:windowssysvolstagingdomain»
Путь рабочей папки репликации — «c:windowsntfrsjet»
Код ошибки Windows — 
Код ошибки службы FRS — FrsErrorMismatchedJournalId

 Другие сообщения журнала событий также могут помочь обнаружить неполадку. Устраните проблемы, и в последствии служба повторит попытку репликации автоматически.


——-

или

——-

Служба репликации файлов находится неработоспособном состоянии. Файлы не будут реплицироваться из или в наборы репликации на этом компьютере до тех пор, пока не будут выполнены следующие шаги для ее восстановления:
——-

то надо переходить к восстановлению службы NTFRS.

 РЕШЕНИЕ

Оригинальная статья на английском языке
http://support.microsoft.com/default.aspx?scid=kb;en-us;315457

Итак, чтобы восстановить SYSVOL службы NTFRS нужно проделать следующие шаги:

1.    Остановить службу репликации файлов.

Выполняем команду на

всех

контроллерах домена:

net stop ntfrs

2.    Выбрать главный контроллер домена.

Выберите из всех контроллеров какой-нибудь один, где меньше всего глюков, где мощнее сервер и широкий канал связи. Для нас он будет главным (reference domain controller). Он будет содержать все реплики, которые впоследствии распространятся на подчинённые контроллеры.

3.    Проверить структуру папок службы репликации файлов.

Проверяем структуру папок на

всех

контроллерах домена.

 SYSVOL
SYSVOLdomain
SYSVOLstagingdomain
SYSVOLstaging areas
SYSVOLdomainPolicies
SYSVOLdomainscripts
SYSVOLSYSVOL

 Если каких-то папок нет, то создайте их вручную.

4.    Переместить реплики на главном контроллере.

На главном (авторитетном, опорном, эталонном, как больше нравится) контроллере домена переносим содержимое папок в укромное место на том же логическом разделе диска, чтобы не нарушить права и наследие прав в этих папках. Не удаляйте сами эти папки. Они должны остаться на месте и быть пустыми. Вот эти папки:

C:WINDOWSSYSVOLdomain
C:WINDOWSSYSVOLstagingdomain

5.    Установить авторитетный режим главного контроллера домена.

 Для

главного

контроллера домена редактируем ключ в реестре типа DWord с именем BurFlags. Устанавливаем его значение равным D4 в разделе:

 HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersCumulative Replica SetsGUID

 где GUID такой же как GUID в разделе:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersReplica SetsGUID

6.    Установить НЕ авторитетный режим вспомогательных контроллеров домена.

Для

каждого

из

вспомогательных

контроллеров домена редактируем ключ в реестре типа DWord с именем BurFlags. Устанавливаем его значение равным D2 в разделах:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersCumulative Replica SetsGUID
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersBackup/RestoreProcess at Startup

где GUID такой же как GUID в разделе:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersReplica SetsGUID

7.    Определить пути для сопряженных точек (junction points).

Определяем root и stage пути для точек сопряжения реплик на

каждом

контроллере домена.

ntfrsutl ds |findstr /i «root stage»

В ответ получаем 2 пути для сопряжения точек:

Root      : c:windowssysvoldomain
Stage     : c:windowssysvolstagingdomain

8.    Выполнить сопряжение root-точки.

Утилита linkd входит в комплект утилит Windows Resource Kit Tools.
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=9d467a69-57ff-4ae7-96ee-b18c4790cffd

выполняем без кавычек

linkd C:WINDOWSsysvolsysvoldomain.local source

где вместо domain.local нужно подставить имя вашего домена, а вместо source root-путь c:windowssysvoldomain, который выдала команда ntfrsutl.

В ответ получим:

Source  C:WINDOWSSYSVOLSYSVOLdomain.local is linked to
C:WINDOWSsysvoldomain

9.    Выполнить сопряжение stage-точки.

Утилита linkd входит в комплект утилит Windows Resource Kit Tools.
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=9d467a69-57ff-4ae7-96ee-b18c4790cffd

выполняем с кавычками

linkd “C:WINDOWSsysvolstaging areasdomain.localsource

где вместо domain.local нужно подставить имя вашего домена, а вместо source stage-путь c:windowssysvolstagingdomain, который выдала команда ntfrsutl.

В ответ получим:

Source  C:WINDOWSSYSVOLstaging areasdomain.local is linked to
C:WINDOWSsysvolstagingdomain

10.    Запустить службу репликации на главном контроллере домена.

 net start ntfrs

11.    Запустить службу репликации файлов на вспомогательных контроллерах домена.

 net start ntfrs

12.    Вернуть реплики на главном контроллере.

Переместите содержимое папок, сохранённое на шаге №3, обратно в корневую папку службы репликации на

главном

контроллере.

C:WINDOWSSYSVOLdomain
C:WINDOWSSYSVOLstagingdomain

13.    Проверяем в журнале событий Windows в разделе «Служба репликации файлов» на наличие событий:

—-
Служба репликации файлов успешно добавила этот компьютер к следующему набору репликации:
    «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»

—-
—-
Служба репликации файлов успешно добавила перечисленные ниже подключения к набору репликации:
    «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»

—-—-
Служба репликации файлов разрешила репликацию с <server1> на <server2> для c:windowssysvoldomain после нескольких повторных попыток.
—-—-
Служба репликации файлов больше не препятствует компьютеру <server2> стать контроллером домена. Системный том был успешно инициализирован и служба NetLogon была уведомлена о том, что системный том подготовлен и к нему может быть открыт общий доступ как к общему ресурсу SYSVOL.
 
Введите команду «net share» чтобы проверить наличие общего ресурса SYSVOL.

—-

14.    Проверяем результат на всех контроллерах домена.

 net share

Если в результате выполнения команды net share видно наличие расшаренных папок Netlogon и Sysvol, значит восстановление NTFRS успешно завершено.

15.    Мониторинг состояния службы NTFRS.

Установите программу Ultrasound и периодически мониторьте состояние службы на своих контроллерах домена.
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=61acb9b9-c354-4f98-a823-24cc0da73b50&amp;displaylang=en

Active Directory Logo

После некорректного выключения контроллера домена может возникнуть проблема обновления групповых политик, а также все сопутствующие этому неприятности. В логах можно будет видеть события, связанные с групповыми политиками, а если посмотреть в логи службы репликации файлов (File Replication Service), то можно обнаружить ошибку с ID 13568.

Текст ошибки будет примерно такой: «Служба репликации файлов обнаружила ошибку JRNL_WRAP_ERROR для набора репликации «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» и т.д.

При такой ошибке также перестают реплицироваться доменные шары SYSVOL и NETLOGON.
Исправить проблему можно быстро:
1. На контроллере домена, у которого есть ошибка 13568 откройте редактор реестра по пути:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParameters

и создайте там параметр REG_DWORD «Enable Journal Wrap Automatic Restore» со значением «1»


2. Остановите и запустите службу репликации файлов (File Replication Service)

net stop ntfrs
net start ntfrs

3. В логе File Replication Service появятся следующие события:

Event ID 13561 — Служба репликации файлов обнаружила, что набор реплик «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» находится в JRNL_WRAP_ERROR.
Event ID 13560 — Служба репликации файлов удаляет этот компьютер из набора репликации «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)», чтобы выйти из состояния ошибки.
Event ID 13520 — Служба репликации файлов переместила ранее существовавшие файлы из c:windowssysvoldomain в c:windowssysvoldomainNtFrs_PreExisting___See_EventLog.

Далее будут два события с ID 13553 и 13554, которые сигнализируют об успешной процедуре начала репликации.
4. Теперь можно изменить значение параметра «Enable Journal Wrap Automatic Restore» в реестре с «1» на «0».

В процессе этих манипуляций могут пропасть шары NETLOGON и SYSVOL на этом контроллере домена, они должны появиться после репликации, убедитесь в этом.

Главная
> Windows > Не реплицируются групповые политики

Не реплицируются групповые политики

Не реплицируются групповые политики или:

Служба репликации файлов обнаружила ошибку JRNL_WRAP_ERROR для набора репликации «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)
или
Ошибка NtFrs SYSVOL
или
Пропали папки SYSVOL и NETLOGON

Делаем как сказано в описании к решению проблемы, а именно сухой остаток без воды:

1. На всякий случай делаем Chkdsk в cmd

Если там все хорошо, делаем так.
2. Редактируем реестр вот по этой ветке HKEY_LOCAL_MACHINESystemCurrentControlSetServicesntFrsParameters
3. Правим или создаем (если его нет) типа DWORD (32) параметр «Enable Journal Wrap Automatic Restore», значение ставим в 1
4. Останавливаем «net stop ntfrs» и затем команду «net start ntfrs» для перезапуска службы репликации файлов.
5. Исходя из этого сообщения:

Предупреждение. В процессе восстановления данные дерева репликации могут стать недоступными. Необходимо установить описанный выше параметр реестра равным 0, чтобы автоматическое восстановление не привело к недоступности данных при повторении ошибки.

Я просто удалил созданный параметр.

6. Делаем в CMD dcdiag и скорее всего там будет сообщения типа … не удается найти \….SYSVOL или NETLOGON
В моем случае надо было немного подождать когда домен заново все стащил с главного домена.

Надеюсь статья будет полезный.

Загрузка…

Восстановление службы репликации файлов NTFRS
Если на контроллере домена по каким-то причинам пропал общий ресурс SYSVOL и в журнале пишется предупреждение:

—-
Служба репликации файлов просматривает данные на системном томе. Компьютер SERVER1 не сможет стать контроллером домена, пока этот процесс не завершится. Затем системный том станет общим ресурсом с именем SYSVOL.

Для проверки ресурса SYSVOL введите в командной строке:
net share

Когда служба репликации файлов завершит процесс сканирования, на экране появится общий ресурс SYSVOL.

Инициализация системного тома может занять некоторое время. Это время зависит от объема системного тома.
—-

или

——-
Служба репликации файлов обнаружила, что набор реплик «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» находится в JRNL_WRAP_ERROR.

Имя набора реплик : «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»
Путь к корню реплики : «C:winntsysvoldomain»
Том корня реплики : «\.C:»
Набор реплик попадает в JRNL_WRAP_ERROR, когда запись, которую пытаются прочесть из USN-журнала NTFS, не найдена. Это может произойти по одной из следующих причин.

[1] Том «\.C:» был отформатирован.
[2] Удален USN-журнал NTFS на томе»\.C:».
[3] USN-журнал NTFS на томе»\.C:» был урезан. Программа Chkdsk может урезать журнал, если она находит поврежденные записи в конце журнала.
[4] Служба репликации файлов в течение долгого времени не работала на этом компьютере.
[5] Службе репликации файлов не удалось сохранить уровень активности дискового ввода/вывода на «\.C:».

Присвоение параметру системного реестра «Enable Journal Wrap Automatic Restore» значения 1 приведет к выполнению следующих автоматических шагов по восстановлению из данного ошибочного состояния.
[1] Во время первого опроса, который происходит в течение 5 минут, этот компьютер будет удален из набора реплик. Если вы не хотите ждать 5 минут, выполните последовательно команды «net stop ntfrs» и «net start ntfrs» для перезапуска службы репликации файлов.
[2] Во время следующего опроса, этот компьютер будет вновь добавлен к набору реплик. Повторное добавление компьютера инициирует полную синхронизацию дерева для данного набора реплик.

ПРЕДУПРЕЖДЕНИЕ: В процессе восстановления данные в дереве реплик могут быть недоступны. Для предотвращения неожиданного прекращения доступа к данным службой автоматического восстановления в подобной ошибочной ситуации необходимо задать значение 0 для параметра системного реестра, описанного ранее.
——-

или

——-
Службе репликации файлов не удалось добавить этот компьютер к следующему набору репликации:
«DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»

Это может быть вызвано следующими причинами:
— недопустимый корневой путь,
— отсутствующая папка,
— отсутствующий дисковый том,
— файловая система на этом томе не поддерживает NTFS 5.0,

Следующая информация может помочь при устранении проблем:
DNS-имя компьютера — «server1.local»
Имя набора репликации — «server1»
Корневой путь набора репликации — «c:windowssysvoldomain»
Путь конечной папки репликации — «c:windowssysvolstagingdomain»
Путь рабочей папки репликации — «c:windowsntfrsjet»
Код ошибки Windows —
Код ошибки службы FRS — FrsErrorMismatchedJournalId

Другие сообщения журнала событий также могут помочь обнаружить неполадку. Устраните проблемы, и в последствии служба повторит попытку репликации автоматически.
——-

или

——-
Служба репликации файлов находится неработоспособном состоянии. Файлы не будут реплицироваться из или в наборы репликации на этом компьютере до тех пор, пока не будут выполнены следующие шаги для ее восстановления:
——-


то надо переходить к восстановлению службы NTFRS.

РЕШЕНИЕ

Итак, чтобы восстановить SYSVOL службы NTFRS нужно проделать следующие шаги:
1. Остановить службу репликации файлов.
Выполняем команду на всех контроллерах домена:
net stop ntfrs

2. Выбрать главный контроллер домена.
Выберите из всех контроллеров какой-нибудь один, где меньше всего глюков, где мощнее сервер и широкий канал связи. Для нас он будет главным (reference domain controller). Он будет содержать все реплики, которые впоследствии распространятся на подчинённые контроллеры.

3. Проверить структуру папок службы репликации файлов.
Проверяем структуру папок на всех контроллерах домена.

Код:

SYSVOL
SYSVOLdomain
SYSVOLstagingdomain
SYSVOLstaging areas
SYSVOLdomainPolicies
SYSVOLdomainscripts
SYSVOLSYSVOL

Если каких-то папок нет, то создайте их вручную.

4. Переместить реплики на главном контроллере.
На главном (авторитетном, опорном, эталонном, как больше нравится) контроллере домена переносим содержимое папок в укромное место на том же логическом разделе диска, чтобы не нарушить права и наследие прав в этих папках. Не удаляйте сами эти папки. Они должны остаться на месте и быть пустыми. Вот эти папки:

Код:

C:WINDOWSSYSVOLdomain
C:WINDOWSSYSVOLstagingdomain

5. Установить авторитетный режим главного контроллера домена.
Для главного контроллера домена редактируем ключ в реестре типа DWord с именем BurFlags. Устанавливаем его значение равным D4 в разделе:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersCumulative Replica SetsGUID
где GUID такой же как GUID в разделе:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersReplica SetsGUID

6. Установить НЕ авторитетный режим вспомогательных контроллеров домена.
Для каждого из вспомогательных контроллеров домена редактируем ключ в реестре типа DWord с именем BurFlags. Устанавливаем его значение равным D2 в разделах:

Код:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersCumulative Replica SetsGUID
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersBackup/RestoreProcess at Startup

где GUID такой же как GUID в разделе:

Код:

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParametersReplica SetsGUID

7. Определить пути для сопряженных точек (junction points).
Определяем root и stage пути для точек сопряжения реплик на каждом контроллере домена.
ntfrsutl ds |findstr /i "root stage"
В ответ получаем 2 пути для сопряжения точек:

Код:

Root : c:windowssysvoldomain
Stage : c:windowssysvolstagingdomain

8. Выполнить сопряжение root-точки.
Утилита linkd входит в комплект утилит Windows Resource Kit Tools.
выполняем без кавычек
linkd C:WINDOWSsysvolsysvoldomain.local source
где вместо domain.local нужно подставить имя вашего домена, а вместо source root-путь c:windowssysvoldomain, который выдала команда ntfrsutl.
В ответ получим:

Код:

Source C:WINDOWSSYSVOLSYSVOLdomain.local is linked to
C:WINDOWSsysvoldomain

9. Выполнить сопряжение stage-точки.

выполняем с кавычками
linkd “C:WINDOWSsysvolstaging areasdomain.local” source
где вместо domain.local нужно подставить имя вашего домена, а вместо source stage-путь c:windowssysvolstagingdomain, который выдала команда ntfrsutl.
В ответ получим:

Код:

Source C:WINDOWSSYSVOLstaging areasdomain.local is linked to
C:WINDOWSsysvolstagingdomain

10. Запустить службу репликации на главном контроллере домена.
net start ntfrs

11. Запустить службу репликации файлов на вспомогательных контроллерах домена.
net start ntfrs

12. Вернуть реплики на главном контроллере.
Переместите содержимое папок, сохранённое на шаге №3, обратно в корневую папку службы репликации на главном контроллере.

Код:

C:WINDOWSSYSVOLdomain
C:WINDOWSSYSVOLstagingdomain

13. Проверяем в журнале событий Windows в разделе «Служба репликации файлов» на наличие событий:

—-
Служба репликации файлов успешно добавила этот компьютер к следующему набору репликации:
«DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»
—-

—-
Служба репликации файлов успешно добавила перечисленные ниже подключения к набору репликации:
«DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»
—-

—-
Служба репликации файлов разрешила репликацию с <server1> на <server2> для c:windowssysvoldomain после нескольких повторных попыток.
—-

—-
Служба репликации файлов больше не препятствует компьютеру <server2> стать контроллером домена. Системный том был успешно инициализирован и служба NetLogon была уведомлена о том, что системный том подготовлен и к нему может быть открыт общий доступ как к общему ресурсу SYSVOL.

Введите команду «net share» чтобы проверить наличие общего ресурса SYSVOL.


14. Проверяем результат на всех контроллерах домена.
net share
Если в результате выполнения команды net share видно наличие расшаренных папок Netlogon и Sysvol, значит восстановление NTFRS успешно завершено.

15. Мониторинг состояния службы NTFRS.

  • Remove From My Forums
  • Question

  • Hello all,

    We have one forest multi child domain environment at different sites.

    Domain function level is 2008

    I am getting these events on one of my domain controllers from one of my child domain.

    Just for the information, i am only having an issue during new group policy creation, when try to click on policy «Settings» on the domain controller at remote site «The System Cannot find the file specified» Popup occurs. Not sure if
    below event is relevant to this. Need support on this…

    The File Replication Service has detected that the replica set «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» is in JRNL_WRAP_ERROR.

     
     Replica set name is    : «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»

     Replica root path is   : «c:windowssysvoldomain»
     Replica root volume is : «\.C:»
     A Replica set hits JRNL_WRAP_ERROR when the record that it is trying to read from the NTFS USN journal is not found.  This can occur because of one of the following reasons.

     
     [1] Volume «\.C:» has been formatted.
     [2] The NTFS USN journal on volume «\.C:» has been deleted.
     [3] The NTFS USN journal on volume «\.C:» has been truncated. Chkdsk can truncate the journal if it finds corrupt entries at the end of the journal.

     [4] File Replication Service was not running on this computer for a long time.

     [5] File Replication Service could not keep up with the rate of Disk IO activity on «\.C:».

     Setting the «Enable Journal Wrap Automatic Restore» registry parameter to 1 will cause the following recovery steps to be taken to automatically recover from this error state.

     [1] At the first poll, which will occur in 5 minutes, this computer will be deleted from the replica set. If you do not want to wait 5 minutes, then run «net stop ntfrs» followed by «net start ntfrs» to restart the File Replication
    Service.
     [2] At the poll following the deletion this computer will be re-added to the replica set. The re-addition will trigger a full tree sync for the replica set.

     
    WARNING: During the recovery process data in the replica tree may be unavailable. You should reset the registry parameter described above to 0 to prevent automatic recovery from making the data unexpectedly unavailable if this error condition occurs again.

     
    To change this registry parameter, run regedit.

     
    Click on Start, Run and type regedit.

     
    Expand HKEY_LOCAL_MACHINE.
    Click down the key path:
       «SystemCurrentControlSetServicesNtFrsParameters»
    Double click on the value name
       «Enable Journal Wrap Automatic Restore»
    and update the value.

     
    If the value name is not present you may add it with the New->DWORD Value function under the Edit Menu item. Type the value name exactly as shown above.


    Regards, Sarfraz Aslam

Answers

  • Hi,
    We should find why JRNL_WRAP_ERROR error has occurred. We can refer to: JRNL_WRAP_ERROR.

    Try the following way:
    As our event log shows, we may set the Enable Journal Wrap Automatic Restore registry key to 1 , following these steps:
    Back up the registry before modifying it.
    1. Stop DFS Replication service.
    2. Start Registry Editor.
    3. Locate and click the following key in the registry:
       HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParameters

    4. Create a new REG_DWORD called “Enable Journal Wrap Automatic Restore”.
       Value name: Enable Journal Wrap Automatic Restore
       Data type: REG_DWORD
       Radix: Hexadecimal
       Value data: 1 (Default 0)
    5. Quit Registry Editor.
    6. Restart DFS Replication service.
    Note: Do not forget to set the registry entry back to zero, otherwise the fix will be applied every time the NTFRS service is restarted.

    If the JRNL_WRAP_ERROR occurs frequently, we need to exclude sysvol/netlogon from antivirus scan, check the drive for corruption or bad sector and also restore a sysvol using burflag key.
    We can also try to perform authoritative and non-authoritative restore of sysvol to fix the Journal Wrap error.

    For details we can refer to the articles:
    The File Replication Service has detected that the replica set “DOMAIN SYSTEM VOLUME (SYSVOL SHARE)” is in a JRNL_WRAP_ERROR
    http://www.it24x7.net/?p=804

    Backing Up and Restoring an FRS-Replicated SYSVOL Folder
    https://docs.microsoft.com/en-us/windows/desktop/VSS/backing-up-and-restoring-an-frs-replicated-sysvol-folder

    Using the BurFlags registry key to reinitialize File Replication Service
    https://support.microsoft.com/en-us/help/290762/using-the-burflags-registry-key-to-reinitialize-file-replication-servi
    Tip: This answer contains the content of a third-party website. Microsoft makes no representations about the content of these websites. We provide this content only for your convenience.

    Best Regards,
    Daisy Zhou


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

    • Marked as answer by

      Thursday, November 1, 2018 7:14 AM

  • Remove From My Forums
  • Question

  • Hello all,

    We have one forest multi child domain environment at different sites.

    Domain function level is 2008

    I am getting these events on one of my domain controllers from one of my child domain.

    Just for the information, i am only having an issue during new group policy creation, when try to click on policy «Settings» on the domain controller at remote site «The System Cannot find the file specified» Popup occurs. Not sure if
    below event is relevant to this. Need support on this…

    The File Replication Service has detected that the replica set «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)» is in JRNL_WRAP_ERROR.

     
     Replica set name is    : «DOMAIN SYSTEM VOLUME (SYSVOL SHARE)»

     Replica root path is   : «c:windowssysvoldomain»
     Replica root volume is : «\.C:»
     A Replica set hits JRNL_WRAP_ERROR when the record that it is trying to read from the NTFS USN journal is not found.  This can occur because of one of the following reasons.

     
     [1] Volume «\.C:» has been formatted.
     [2] The NTFS USN journal on volume «\.C:» has been deleted.
     [3] The NTFS USN journal on volume «\.C:» has been truncated. Chkdsk can truncate the journal if it finds corrupt entries at the end of the journal.

     [4] File Replication Service was not running on this computer for a long time.

     [5] File Replication Service could not keep up with the rate of Disk IO activity on «\.C:».

     Setting the «Enable Journal Wrap Automatic Restore» registry parameter to 1 will cause the following recovery steps to be taken to automatically recover from this error state.

     [1] At the first poll, which will occur in 5 minutes, this computer will be deleted from the replica set. If you do not want to wait 5 minutes, then run «net stop ntfrs» followed by «net start ntfrs» to restart the File Replication
    Service.
     [2] At the poll following the deletion this computer will be re-added to the replica set. The re-addition will trigger a full tree sync for the replica set.

     
    WARNING: During the recovery process data in the replica tree may be unavailable. You should reset the registry parameter described above to 0 to prevent automatic recovery from making the data unexpectedly unavailable if this error condition occurs again.

     
    To change this registry parameter, run regedit.

     
    Click on Start, Run and type regedit.

     
    Expand HKEY_LOCAL_MACHINE.
    Click down the key path:
       «SystemCurrentControlSetServicesNtFrsParameters»
    Double click on the value name
       «Enable Journal Wrap Automatic Restore»
    and update the value.

     
    If the value name is not present you may add it with the New->DWORD Value function under the Edit Menu item. Type the value name exactly as shown above.


    Regards, Sarfraz Aslam

Answers

  • Hi,
    We should find why JRNL_WRAP_ERROR error has occurred. We can refer to: JRNL_WRAP_ERROR.

    Try the following way:
    As our event log shows, we may set the Enable Journal Wrap Automatic Restore registry key to 1 , following these steps:
    Back up the registry before modifying it.
    1. Stop DFS Replication service.
    2. Start Registry Editor.
    3. Locate and click the following key in the registry:
       HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesNtFrsParameters

    4. Create a new REG_DWORD called “Enable Journal Wrap Automatic Restore”.
       Value name: Enable Journal Wrap Automatic Restore
       Data type: REG_DWORD
       Radix: Hexadecimal
       Value data: 1 (Default 0)
    5. Quit Registry Editor.
    6. Restart DFS Replication service.
    Note: Do not forget to set the registry entry back to zero, otherwise the fix will be applied every time the NTFRS service is restarted.

    If the JRNL_WRAP_ERROR occurs frequently, we need to exclude sysvol/netlogon from antivirus scan, check the drive for corruption or bad sector and also restore a sysvol using burflag key.
    We can also try to perform authoritative and non-authoritative restore of sysvol to fix the Journal Wrap error.

    For details we can refer to the articles:
    The File Replication Service has detected that the replica set “DOMAIN SYSTEM VOLUME (SYSVOL SHARE)” is in a JRNL_WRAP_ERROR
    http://www.it24x7.net/?p=804

    Backing Up and Restoring an FRS-Replicated SYSVOL Folder
    https://docs.microsoft.com/en-us/windows/desktop/VSS/backing-up-and-restoring-an-frs-replicated-sysvol-folder

    Using the BurFlags registry key to reinitialize File Replication Service
    https://support.microsoft.com/en-us/help/290762/using-the-burflags-registry-key-to-reinitialize-file-replication-servi
    Tip: This answer contains the content of a third-party website. Microsoft makes no representations about the content of these websites. We provide this content only for your convenience.

    Best Regards,
    Daisy Zhou


    Please remember to mark the replies as answers if they help.
    If you have feedback for TechNet Subscriber Support, contact
    tnmff@microsoft.com.

    • Marked as answer by

      Thursday, November 1, 2018 7:14 AM

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Слово ошибка обозначает предмет или действие
  • Служба регистрации ошибок не останавливается