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

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

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

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

Event ID 2104 DFSR: сбой восстановления внутренней базы данных

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

Симптомы критического повреждения базы данных DFSR (Event 2104)

В журнале DFS Replication регистрируется критическая ошибка Event ID 2104: The DFS Replication service failed to recover from an internal database error on volume [Буква_Тома]:. Replication is stopped for all replicated folders on this volume. Репликация на всем логическом диске полностью парализована.

СимптомПоследствия
Полный отказ синхронизации томаНи одна папка на указанном диске не реплицируется
Ошибки базы данных ESE (Jet Database)Повреждение файлов dfsr.db в каталоге System Volume Information
Служба DFSR переходит в аварийный режимПопытки автоматического восстановления базы данных завершаются неудачей

Пошаговое восстановление базы данных DFSR при ошибке 2104

Данный сбой происходит при физическом повреждении страниц встроенной базы данных Jet Blue (ESE) из-за внезапного отключения питания, сбоя RAID-контроллера или бэд-блоков.

  1. Остановите службу DFSR:
# Остановка службы репликации DFS:
Stop-Service -Name DFSR -Force
  1. Проверьте файловую систему тома на наличие ошибок:
# Проверка целостности диска (замените D: на вашу букву тома):
chkdsk D: /f /r
  1. Удалите или переименуйте поврежденную базу данных DFSR: папка базы является скрытой и защищенной системой:
# Предоставление прав администратору на папку базы данных DFSR:
takeown /F "D:\System Volume Information\DFSR" /A /R /D Y
icacls "D:\System Volume Information\DFSR" /grant "Administrators:(OI)(CI)F" /T

# Переименование поврежденного каталога базы данных:
Rename-Item -Path "D:\System Volume Information\DFSR\database_*" -NewName "database_corrupt.old" -Force
  1. Запустите службу DFSR для автоматического создания новой базы данных:
# Запуск службы DFSR:
Start-Service -Name DFSR

# Принудительный запуск первичной инициализации:
dfsrdiag pollAD

Внимание: После пересоздания базы данных сервер выполнит процедуру начального построения хешей файлов (Initial Content Indexing), что вызовет временную нагрузку на дисковую подсистему.

💡 Практика специалистов: Не пытайтесь ремонтировать базу DFSR утилитой esentutl /p — база Jet в DFSR является одноразовой и легко пересоздается с нуля. Быстрее переименовать папку базы и дать DFSR построить чистую структуру.

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

Потеряются ли сами реплицируемые файлы при удалении базы данных DFSR?

Нет! Ваши физические файлы на диске останутся абсолютно нетронутыми. Будет удалена только внутренняя служебная база хешей и метаданных репликации, которая перестроится заново.

Сколько времени занимает первичное перестроение новой базы?

Время зависит от объема файлов: обычно перестроение занимает от 30 минут до нескольких часов на объемах от 1 ТБ до 5 ТБ.

Какое расширение имеют файлы базы данных DFSR?

База данных использует файлы dfsr.db, log-файлы транзакций edb.log и файл контрольной точки edb.chk.

Какое событие подтвердит успешное восстановление базы?

Событие Event ID 2106 или 2214 в журнале DFS Replication подтверждает успешное создание и восстановление базы.

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