Будет ли Exchange DAG копировать нестабильные / поврежденные изменения базы данных?

Мы просто настроили среду DAG между 2 серверами Exchange.

На одном из серверов размещены активные базы данных, а на другом - пассивные копии (без задержки).

Я думаю, что это будет отлично работать в случае аппаратного сбоя, но меня беспокоят проблемы со стороны приложений.

Если наша активная база данных почтовых ящиков будет повреждена (возможно, из-за отсутствия файлов журнала или поврежденного EDB), не будет ли вторичный сервер просто реплицировать «повреждение» файла EDB в пассивную копию?

Или DAG достаточно умен, чтобы понять, когда и / или что вызывает повреждение в активной базе данных, и прекратить репликацию этих ошибочных настроек в пассивную копию?

Здесь вам нужно разделить логическое и физическое повреждение:

Физическое разложение:

Произойдет, когда база данных из структуры ESE более недействительна. Эта коррупция не могла повториться. Это просто невозможно по замыслу Microsoft (Exchange выполняет несколько шагов для проверки файлов журнала; дополнительная информация Вот). Таким образом, если структура с точки зрения ESE больше не действительна (например, «грязное отключение» из-за аппаратного сбоя), вы не сможете вывести EDB в оперативный режим.

Логическая коррупция:

Произойдет, когда данные в базе данных больше не действительны, но структура с точки зрения ESE действительна. Эти повреждения могут реплицироваться (но также могут происходить на автономном сервере Exchange). Однако у вас есть разные способы справиться с ними:

Вы можете переместить почтовый ящик, удалив тем самым плохие данные. Полезно, особенно когда логическое повреждение произошло за пределами окна хранения резервной копии. (Проверьте параметры baditemlimit, подробнее см. Вот)
Вы можете реализовать и использовать восстановление отдельного элемента и восстановить исходный элемент. Полезно при редактировании сообщения, вызвавшего повреждение (сценарий повреждения клиентского приложения).
Вы можете использовать Помощник по восстановлению календаря для обнаружения и исправления несоответствий (начиная с Exchange 2010 SP2). См. Дополнительную информацию Вот.
Ты можешь использовать New-MailboxRepairRequest который может устранить повреждения папок поиска, количества элементов, представлений папок и проблем с родительскими / дочерними папками (см. дополнительную информацию Вот и Вот).
Вы можете поддерживать резервную копию Exchange (резервную копию VSS или изолированную копию, если период хранения резервной копии составляет от 0 до 14 дней) (см. Вот для получения дополнительной информации).

Вывод:

DAG не поможет вам избежать повреждения элементов внутри почтового ящика. Но без DAG у вас также будут эти поврежденные элементы, и вам все равно придется с ними бороться. И если один узел (во время запуска) обнаружит, что EDB поврежден, он не будет его запускать (например, в «грязном отключении»). Здесь вам нужно исправить проблему (например, вы можете создать новую копию БД, можно увидеть другие варианты Вот).