Практическая диагностика ситуации «миграционный batch exchange выдаёт transient или permanent failure после августовского обновления администратор видит смешанные уровни su не знает какой сервер участвует в mrs потоке и рискует менять endpoint повторять move или откатывать защищённый сервер вместо выравнивания подтверждённых build». Даём.
Граница вопроса
Ошибку MRS после августовского SU надо связывать с конкретными участвующими серверами, а не с одной версией в админке. Поисковое намерение сформулировано узко: почему после установки august 2026 security update exchange server mrs миграция почтового ящика в exchange online или между серверами завершается ошибкой когда часть серверов осталась на july su и как безопасно проверить build каждого участвующего сервера до повтора миграции. Сохранить migration report и scope без публикации адресов и tenant; получить точный build и установленный SU для каждого участвующего Exchange Server через актуальный HealthChecker или ExSetup, а не только AdminDisplayVersion. Сопоставить данные со справочником Microsoft: если в MRS участвуют смешанные July/August уровни, обновить все участвующие серверы по официальному порядку и повторять миграцию только после проверки здоровья; при едином уровне или другой ошибке остановиться и открыть support ticket. В этой границе статья не обещает универсального исправления и не превращает один пользовательский пост в доказанную причину.
Что записать до изменений
До действий соберите только необходимые признаки: 1) тип миграции; 2) все Exchange Server в пути MRS; 3) ExSetup build; 4) установленный SU; 5) migration report без адресов и tenant. Источники подтверждают: 1) Официальный представитель Microsoft обновил ответ 24 августа 2026 года: если не все серверы, участвующие в MRS-миграции, обновлены до August 2026 SU, миграция может завершаться ошибкой; Microsoft добавила это как known issue и указывает обновить все участвующие серверы. Страница прямо показывает дату исходной публикации 11 августа и обновление 24 августа, Version 2.0. 2) Официальный справочник Microsoft Learn, обновлённый 11 августа 2026 года, рекомендует HealthChecker или ExSetup для определения установленного SU/HU и предупреждает, что AdminDisplayVersion из Get-ExchangeServer показывает CU, но не установленный SU/HU; там же приведены точные August 2026 build. 3) Официальная документация Microsoft CSS-Exchange описывает поддерживаемый для Exchange 2016, 2019 и SE HealthChecker и сбор версии build и конфигурации сервера. Это подтверждает безопасный способ инвентаризации без изменения migration endpoint или отката защищённого сервера. Они не подтверждают причины за пределами описанной версии, модели, роли или кампании. Поэтому новостный заголовок и форумная ветка остаются лидом, а не фактическим основанием.
Контрольный тест
Запустите актуальный HealthChecker или проверьте ExSetup на каждом участвующем сервере. AdminDisplayVersion недостаточно. Если в одном move смешаны июльский и августовский уровни, выровняйте их по официальному порядку, затем проверьте здоровье до повтора. Выполняйте действия по одному и записывайте результат сразу после каждого шага. Если тест меняет настройку, заранее запомните исходное значение и верните его после сравнения. Практическая форма проверки здесь самостоятельна: Матрица «тип миграции / участвующий сервер / build и SU / текст ошибки / обратимый следующий шаг», безопасный способ выявить смешанные уровни без отката и изменения endpoint, стоп-линии перед повторным move и минимизированный пакет данных для Microsoft Support.
Развилки решения
Используйте матрицу исходов. Ветка 1: смешанные SU — завершить согласованное обновление всех узлов. Ветка 2: единый актуальный уровень — не повторять move вслепую, анализировать другую ошибку. Ветка 3: неизвестен полный путь MRS — сначала построить scope. Совпадение только одного признака не позволяет переносить вывод на соседний клиент, модель, ОС или роль. Если ни одна ветка не подходит, оставьте состояние как есть и оформите отдельный случай вместо повторения радикальных действий.
Стоп-линия и эскалация
Стоп-линия: Не откатывать SU и не менять endpoint ради единичного сообщения. Для эскалации достаточно минимального набора: тип move, обезличенные серверные роли, ExSetup build, SU, timestamp ошибки и сокращённый migration report. Удалите из снимков и журналов имена, адреса, идентификаторы, серийные номера, ключи, токены, координаты и содержимое документов. Цель обращения — дать поддержке воспроизводимую границу, а не передать весь профиль устройства.
Материал создан редакцией VOne с помощью ИИ как чернового инструмента, затем вручную проверен по указанным открытым источникам, отредактирован для самостоятельной практической пользы и очищен от персональных данных.
Источники и проверка
- Microsoft Tech Community проверено 2026-08-25
- Документация Microsoft проверено 2026-08-25
- Инструмент Microsoft Exchange проверено 2026-08-25
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.