4116 Windows Server, AD и Роли

Event ID 4116 DFS-R: Репликация на томе успешно возобновлена

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

Архитектура автовозобновления репликации DFSR

Событие 4116 логируется источником DFS Replication в специализированном журнале. Сообщение: "Служба репликации DFS возобновила репликацию на томе [Буква], так как объем свободного дискового пространства превысил установленный порог (Free disk space is now available)". Это информационное событие восстановления, подтверждающее успешный выход тома из аварийного состояния блокировки (>Event ID 4115).

Что происходит внутри службы DFSR при появлении 4116:

Служба повторно монтирует базу данных ESE (dfsr.db) для целевого тома.
Запускается сверка локального журнала изменений USN Journal (NTFS) с базой данных репликации.
Инициируется процесс разбора очереди входящих и исходящих изменений (Backlog Processing) с соседними партнерами по репликации.

Регламентные действия после возобновления репликации

Сценарий 1: Проверка статуса очереди синхронизации (Backlog)

Пока том находился в блокировке, на соседних серверах накопился массив изменений, который теперь начнет передаваться по сети.

# Проверка размера очереди входящих обновлений от партнера
dfsrdiag backlog /rgname:"CorpFiles" /rfname:"Documents" /sendingmember:"SRV-HQ" /receivingmember:"SRV-BRANCH"

Сценарий 2: Мониторинг использования дискового пространства и Staging

При активном приеме накопившегося бэклога папка Staging может снова заполнить освобожденное место. Убедитесь в стабильности остатка емкости тома.

# Мониторинг свободного места на томе репликации через PowerShell
Get-Volume -DriveLetter D | Select-Object DriveLetter, FileSystemLabel, 
    @{N='FreeSpaceGB';E={[math]::Round($_.SizeRemaining/1GB,2)}}, 
    @{N='SizeGB';E={[math]::Round($_.Size/1GB,2)}}

Сценарий 3: Настройка превентивного оповещения о дефиците места

Настройте мониторинг (Zabbix / PRTG / PowerShell Script), чтобы получать предупреждения при падении свободного места ниже 10%, не доводя службу DFSR до повторной блокировки (4115).

Типовые ошибки администраторов

Мгновенное отключение сервера после появления 4116: После возобновления репликации ESE-база выполняет активные транзакции синхронизации. Перезагрузка сервера в этот момент приведет к Dirty Shutdown (>2212) и повторной долгой проверке.

Репликация между серверами часто останавливается из-за скачков объема данных?
Неправильный расчет емкости Staging приводит к каскадным сбоям DFSR. Передайте сопровождение файловых хранилищ в ITSTM: оптимизируем дисковые структуры, настроим квоты и обеспечим стабильность синхронизации.

💡 Практика специалистов: Если событие 4116 чередуется с событием 4115 каждые несколько часов (Flapping), это указывает на то, что размер папки Staging или ConflictAndDeleted динамически съедает освобождаемое место. Зафиксируйте жесткий лимит Staging Quota ниже доступного свободного остатка диска.

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

Требуется ли ручное вмешательство после появления события 4116?

Нет. Событие 4116 подтверждает, что служба DFSR автоматически вернулась в штатный рабочий режим и продолжила синхронизацию данных.

Почему после 4116 загрузка сети и процессора выросла до 100%?

Служба DFSR активно выкачивает файлы, накопившиеся за время простоя. Для предотвращения перегрузки каналов настройте расписание репликации и лимиты полосы пропускания (Bandwidth Throttling) в консоли dfsmgmt.msc.

Какой объем дискового пространства необходим для генерации 4116?

По умолчанию порог возобновления составляет 2 ГБ свободного пространства (или значение, превышающее порог отключения MinFreeDiskSpaceInMB с запасом).

Могут ли при синхронизации после 4116 перезаписаться более свежие файлы?

Служба DFSR использует алгоритм разрешения конфликтов 'Last-Writer-Wins' (побеждает последняя сохраненная версия). Старая версия перезаписанного файла перемещается в папку ConflictAndDeleted.