Центр Диагностики & База Системных Ошибок

Решения для Windows Server, Active Directory, 1С, СУБД, Linux, Cisco, MikroTik и IP-телефонии.

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

Event ID 4012 DFSR: превышено время отключения (MaxOfflineTimeInDays)

Обновлено: 28.08.2026  ·  Официальная база знаний

Симптомы ошибки превышения времени простоя (Event ID 4012)

В журнале DFS Replication регистрируется критическая ошибка Event ID 4012: The DFS Replication service stopped replication on the folder with the following local path: [Путь]. This server has been disconnected from other partners for [Количество] days, which is longer than the time allowed by the MaxOfflineTimeInDays parameter (60 days).

СимптомПоследствия
Полная блокировка папкиСлужба DFSR окончательно отключила папку из-за риска распространения устаревших данных (Tombstone)
Репликация не возобновляется автоматическиСервер полностью изолирован от группы репликации
Отказ репликации SYSVOLКонтроллер домена не может синхронизироваться после долгого выключения

Пошаговое устранение ошибки Event ID 4012

Данная защита аналогична периоду Tombstone Lifetime в Active Directory. Если узел был отключен от сети дольше параметра MaxOfflineTimeInDays (по умолчанию 60 дней), DFSR блокирует его, чтобы удаленные 2 месяца назад файлы не воскресли на остальных серверах.

  1. Временно увеличьте параметр MaxOfflineTimeInDays через WMI: установите лимит, превышающий фактическое количество дней простоя (например, 120 дней):
# Увеличение допустимого времени простоя до 120 дней через WMI:
$wmi = Get-WmiObject -Namespace root\microsoftdfs -Class DfsrMachineConfig
$wmi.MaxOfflineTimeInDays = 120
$wmi.Put()

# Принудительный опрос конфигурации:
dfsrdiag pollAD
  1. Альтернативный способ через командную строку wmic:
# Увеличение MaxOfflineTimeInDays до 120 дней:
wmic /namespace:\\root\microsoftdfs path DfsrMachineConfig set MaxOfflineTimeInDays=120
  1. Перезапустите службу DFSR:
# Перезапуск службы DFSR:
Restart-Service -Name DFSR -Force
  1. Проверьте успешный запуск репликации: в журнале DFS Replication должно появиться событие Event ID 4004 или 4104, подтверждающее возобновление работы. После завершения синхронизации верните параметр MaxOfflineTimeInDays обратно в значение 60.

Внимание: Если на отключенном сервере находились старые файлы, которые были удалены коллегами за время простоя, они могут снова восстановиться. Рекомендуется перед запуском сохранить резервную копию каталога.

Практический опыт инженера: Если сервер простаивал более 180 дней, безопаснее не увеличивать MaxOfflineTimeInDays, а очистить локальный каталог и выполнить чистую начальную репликацию с живого сервера-партнера, чтобы избежать появления 'файлов-зомби'.

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

Почему значение по умолчанию равно 60 дням?

Параметр согласован с периодом очистки журнала USN Journal и временем хранения удаленных объектов (Tombstone Lifetime) в Active Directory.

Что делать, если увеличение MaxOfflineTimeInDays не помогло?

Необходимо удалить сервер из группы репликации в оснастке dfsmgmt.msc, подождать репликации AD и добавить его заново для проведения чистой начальной синхронизации.

Как проверить текущее значение MaxOfflineTimeInDays на сервере?

Выполните команду: (Get-WmiObject -Namespace root\microsoftdfs -Class DfsrMachineConfig).MaxOfflineTimeInDays.

Можно ли установить бесконечное время простоя?

Технически можно установить значение до 9999 дней, но это категорически не рекомендуется правилами безопасности целостности данных.