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

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

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

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

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 дней, но это категорически не рекомендуется правилами безопасности целостности данных.

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