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

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

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

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

Сбои репликации Exchange DAG (Event ID 4113): устранение проблем копий БД

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

Симптомы сбоев репликации Exchange DAG

Копии почтовых баз данных в группе доступности (DAG) переходят в статус FailedAndSuspended, Disconnected или Corrupt. Длина очереди репликации (Copy Queue Length) и очереди применения логов (Replay Queue Length) непрерывно растет. В журнале фиксируется Event ID 4113: Database redundancy is compromised или Event ID 2153.

СимптомСостояние копииПричина
FailedAndSuspendedРепликация остановленаПовреждение файла лога транзакций (Log gap) или нехватка места на диске
Высокий Copy Queue LengthОтставание репликиСетевые задержки или сбои протокола Exchange Replication Service (порт TCP 64327)
Quorum / Cluster DownКластер DAG не в сетиПотеря связи со свидетелем File Share Witness (FSW)

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

  1. Проверьте текущее состояние копий баз данных через Exchange Management Shell:
    Get-MailboxDatabaseCopyStatus * | Format-Table -AutoSize Name, Status, CopyQueueLength, ReplayQueueLength, LastInspectedLogTime
  2. Возобновите приостановленную репликацию (если журнал не поврежден):
    Resume-MailboxDatabaseCopy -Identity "DB01\EXCH02"
  3. Выполните повторное начальное заполнение (Reseed) при повреждении базы: если в цепочке логов образовался пропуск, выполните повторную синхронизацию с рабочей активной копии:
    Update-MailboxDatabaseCopy -Identity "DB01\EXCH02" -DeleteExistingFiles -SourceServer "EXCH01" -SafeDeleteExistingFiles
  4. Проверьте работоспособность кластерной службы и порта репликации:
    Test-NetConnection -ComputerName exch02.company.local -Port 64327; Test-ReplicationHealth

Внимание: Перед выполнением команды Update-MailboxDatabaseCopy с ключом -DeleteExistingFiles убедитесь, что активная копия базы на сервере-источнике полностью исправна и находится в состоянии Mounted.

💡 Практика специалистов: Если репликация DAG регулярно зависает на больших объемах логов, отключите антивирусное сканирование каталогов с базами .edb и файлами логов .log на всех серверах Exchange без исключения.

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

Какой сетевой порт использует служба репликации Exchange DAG?

Служба репликации Microsoft Exchange Replication Service (MSExchangeRepl) по умолчанию использует TCP-порт 64327.

Что такое Log Gap в DAG?

Это пропуск в последовательности номеров файлов журналов транзакций (.log), из-за которого сервер-пассив не может продолжить накат логов.

Как проверить здоровье всего DAG одной командой?

Используйте командлет Test-ReplicationHealth в Exchange Management Shell.

Что означает статус базы Healthy?

Это означает, что пассивная копия находится в актуальном состоянии, все логи скопированы и применены успешно.

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