Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

Event ID 2106 Windows Server, AD и Роли

Event ID 2106 DFSR: успешное восстановление базы данных на томе

Обновлено: 28.08.2026 · Официальная документация ↗

Описание события Event ID 2106 DFSR

Событие Event ID 2106: The DFS Replication service successfully recovered from an internal database error on volume [Буква_Тома]:. Replication has resumed on all replicated folders on this volume регистрируется в журнале DFS Replication после успешной автоматической реконструкции служебной базы данных ESE.

СобытиеЗначениеСтатус
Event ID 2106База данных тома полностью восстановлена, репликация возобновленаУспех (Success)
Event ID 2104Критический сбой базы данных на томеАвария (Critical)
Event ID 4002Приостановка репликации папки на время анализаИнформационное

Контроль целостности репликации после события 2106

Событие 2106 подтверждает, что сбойная ситуация устранена, и служба DFSR вернулась к нормальной работе. Однако администратору необходимо убедиться в целостности синхронизации файлов.

  1. Проверьте статус готовности всех реплицированных каталогов на томе:
# Проверка статуса всех реплицируемых папок на сервере:
Get-DfsReplicatedFolder | Get-DfsrFolderState
  1. Проверьте наличие ошибок репликации в системных отчетах:
# Создание XML-отчета о состоянии репликации через dfsrdiag:
dfsrdiag report /rgname:"ИмяГруппы" /refmember:"СерверИсточник" /ipath:"C:\DFSReport.html"
  1. Проверьте SMART статус физического дискового массива: выполните диагностику контроллера накопителей (HP Smart Storage Administrator, Dell OpenManage, MegaRAID Storage Manager), чтобы убедиться в отсутствии аппаратных сбоев секторов диска.

Совет: Если событие 2106 появляется регулярно каждую неделю, проверьте стабильность электропитания сервера и наличие источников бесперебойного питания (ИБП / UPS).

💡 Практика специалистов: После регистрации события 2106 обязательно проверьте размер каталога System Volume Information\DFSR. Если на диске мало места, уменьшите размер квоты Staging-папок через оснастку dfsmgmt.msc.

Частые вопросы (FAQ)

Требуется ли перезагружать сервер после появления Event 2106?

Нет, перезагрузка не требуется. Служба возобновляет передачу файлов в фоновом автоматическом режиме.

Могут ли появиться файлы-конфликты после восстановления базы?

Если во время недоступности базы один и тот же файл редактировался на двух серверах одновременно, более старая версия будет перемещена в скрытую папку DfsrPrivate\ConflictAndDeleted.

Как очистить папку ConflictAndDeleted?

Размер папки регулируется автоматически квотой (по умолчанию 4 ГБ), либо очищается командой Set-DfsrMembership -ConflictAndDeletedQuotaInMB.

Как убедиться, что контроллер домена реплицирует SYSVOL после Event 2106?

Проверьте наличие сетевой расшаренной папки SYSVOL и NETLOGON выполнением команды net share в консоли.

Полезные материалы
Рекомендуем