Exchange Online активно используется в корпоративных средах. И хотя Microsoft нередко идёт навстречу пожеланиям своих клиентов в этой области — как это было в недавних случаях с введением ограничений на отправку писем внешним получателям и автоархивацией — это не всегда так. Теперь технологический гигант из Редмонда настоятельно не рекомендует ИТ-администраторам использовать определённую конфигурацию Exchange Online, подчёркивая, что она не поддерживается.
Иногда ИТ-администраторы применяют командлет New-MoveRequest для выполнения локальных перемещений почтовых ящиков в пределах одного клиента или центра обработки данных. Microsoft объясняет, что, хотя эта команда существует по историческим причинам, компания официально не поддерживает эту функциональность по ряду факторов.
Во-первых, Microsoft не может легко устранять неполадки при локальных перемещениях или ускорять их. Как только такие запросы инициируются, они назначаются фоновыми задачами с низким приоритетом, выполнение которых порой занимает недели. Более того, в Exchange Online существуют автоматизированные процессы (о них позже), поэтому локальные перемещения, будучи довольно ручными и неэффективными, на самом деле не требуются. Кроме того, существует риск появления “орфанных” (бесхозных) данных, который определяется следующим образом:
«Запросы на перемещение могут использоваться как для основных почтовых ящиков, так и для основных архивных. Хотя верно, что локальные запросы на перемещение могут использоваться для перемещения основных и основных архивных фрагментов (шардов) в среде центра обработки данных, следует проявлять предельную осторожность при их использовании. Когда дело доходит до обновления пользователя по завершении локального перемещения, имейте в виду, что этот код обновления знает только о свойствах пользователя, указывающих на основные и основные архивные шарды. Если вам каким-либо образом удалось внедрить New-MoveRequest против шарда, основанного на MailboxLocation (например, ComponentShared или AuxArchive шард), то завершающий код не только не обновит базу данных шарда, основанного на MailboxLocation, но и выведет из строя (сделает орфанным) основной шард, сбросив его собственное свойство Database».
Microsoft заявляет, что локальные запросы на перемещение существуют, поскольку изначально они были необходимы для таких сценариев, как перемещения между базами данных в локальной среде Exchange Server 2010. Однако теперь это не требуется, поскольку Exchange Online интеллектуально управляет размещением почтовых ящиков и балансировкой нагрузки. Командлет всё ещё может использоваться для перемещения почтовых ящиков между двумя разными клиентами, поэтому он всё ещё существует.
Технологический гигант из Редмонда отмечает, что у некоторых ИТ-администраторов всё ещё существуют заблуждения относительно локальных перемещений: они полагают, что такие действия исправляют проблемы с повреждением почтовых ящиков и данных или улучшают производительность, но это не так. Если вы столкнулись с подобными проблемами, обратитесь в службу поддержки Microsoft для выяснения первопричины, вместо того чтобы инициировать локальное перемещение, или просто доверьтесь службам автоматизации Exchange Online, которые балансируют нагрузку для решения проблем с производительностью.
Всегда имейте в виду, что редакции могут придерживаться предвзятых взглядов в освещении новостей.
Qual-score: 8/9
Bajan-score: 0.632 / 0.552 / 0.621 / new
Автор – Usama Jawad
