Будет ли Exchange DAG копировать нестабильные / поврежденные изменения базы данных?
Мы только что установили среду DAG между 2 серверами Exchange.
На одном из серверов размещены активные базы данных, а на другом - пассивные копии (без задержки).
Я думаю, что это будет отлично работать в случае аппаратного сбоя, но я m беспокоится о прикладной стороне вещей.
Если наша активная база данных почтовых ящиков будет повреждена (возможно, из-за отсутствия файлов журнала или поврежденного EDB), вторичный сервер не будет просто реплицировать "повреждение" файла EDB в пассивная копия?
Или DAG достаточно умен, чтобы понять, когда и / или что вызывает повреждение в активной базе данных, и прекратить репликацию этих ошибочных настроек в пассивную копию?
Здесь необходимо разделить логическое и физическое повреждение:
Физическое повреждение:
Произойдет, когда база данных из структуры ESE более недействительна каким-либо образом. Эта коррупция не могла повториться. Это просто невозможно по замыслу Microsoft (Exchange выполняет несколько шагов для проверки файлов журнала; дополнительная информация здесь ). Таким образом, если структура с точки зрения ESE больше не действительна (например, «Грязное отключение» из-за аппаратного сбоя), вы не сможете подключить EDB.
Логическое повреждение:
Произойдет, когда данные в базе больше не действует, но структура с точки зрения ESE действительна. Эти повреждения могут реплицироваться (но также могут происходить на автономном сервере Exchange). Однако у вас есть разные способы справиться с ними:
- Вы можете переместить почтовый ящик, удалив тем самым неверные данные. Полезно, особенно когда логическое повреждение произошло за пределами окна хранения резервной копии. (Проверьте параметры baditemlimit, дополнительная информация здесь )
- Вы можете реализовать и использовать восстановление отдельного элемента и восстановить исходный элемент. Полезно при редактировании сообщения, вызвавшего повреждение (сценарий повреждения клиентского приложения).
- Вы можете использовать Помощник по восстановлению календаря для обнаружения и исправления несоответствий (начиная с Exchange 2010 SP2) См. Дополнительную информацию здесь .
- Вы можно использовать New-MailboxRepairRequest , который может устранить повреждения папок поиска, количества элементов, представлений папок и проблем с родительскими / дочерними папками (дополнительную информацию см. здесь и здесь
- Вы можете поддерживать резервную копию Exchange (резервную копию VSS или изолированную копию, если период хранения резервной копии составляет от 0 до 14 дней) (см. здесь для получения дополнительной информации).
Заключение:
DAG не поможет вам избежать повреждения элементов внутри почтового ящика. Но без DAG у вас также будут эти поврежденные элементы, и вам все равно придется с ними бороться. И если один узел (во время запуска) обнаруживает, что EDB поврежден, он не будет его запускать (например, в «грязном завершении работы»). Здесь вам нужно исправить проблему (например, вы можете создать новую копию БД, другие параметры можно увидеть здесь ).