В 19 последнем ку вроде не видел такой ошибки в описании.

Ну как же)))))
https://www.facebook.com/groups/exchangeserverru/permalink/3353764888072112/

Ну вот, отличный пример для @BenChester

что за пример? я к тому, что подходить к обновлению CU нужно расчетливо, и желательно делать все в лабе вначале. Подход н-1 это прежде всего в виду того, что обновление может криво встать и будет еще одна попытка обновления до последнего CU, прежде чем придется траблшутить и все чинить

Не понимаю к чему это все вообще. А вы обновы всусом тоже на всю контору сразу прувите?

Я имела ввилу обновление схемы базы, а не ad. Когда такое включено, назад бд не переместить. Но это обычно указано в инструкциях

Рекомендация есть, это последняя версия, либо предпоследняя. Если у вас большая разница в версиях, а бывает, прыгают через несколько cu, то могут быть проблемы разного характера. Например, видела, как случайно переместили ящики с более старого сервера на новый, а обратно никак. + ломались проверки managed availability. Ничего особо критичного, на самом деле не было.

Ну собственно как я и говорил) спасибо Виктория

Не за что) вот большую разницу в версиях лучше не надо долго держать, это выше правильно сказали)

О, в субботу решили задачи порешать, у меня вот тоже в голове крутится одна) если будет 2 ДЦ, в каждом по 1 мэйлбоксу 16 версии, в даге соответственно. Каждый в своем сайте ад. И развернуть в каждом ДЦ по еджу. Речь про исходящий  smtp. Я правильно понимаю, что автоматического переключения при потери одного еджа/потери канала на нем мы не получим, т.к. майбокс одного сайта не знает про едж другого? И только доп сенд коллектор настраивать, мониторить edge и скриптовать при такой конфигурации, чтоб отключать основной send коллектор при отвале еджа в сайте?

А то так и не нашел рекомендуемого решения от ms, когда 2 mailbox в разных сайтах и у каждого сайта по одному еджу.

Вопрос, эдж обязательно в каждом ДЦ? Есть мысль разместить эдж в 3 ДЦ?

Это третий сайт. В принципе он есть, но канал никакой, для балансировки его нельзя юзать. я не совсем понимаю, как при исходящей маршрутизации он нам поможет, если там мэйлбокса даже не будет...

ну тогда тут и решение такое себе, держать по 1 экчу в каждом дц, ибо при сбое одного из у вас и так все поломается

Правильно что не нашли, ибо нет такой рекомендации)

витнес у вас где?)

KonstantinK  Закономерный вопрос, интересно, как с инфраструктурой и зачем так. У мс есть рекомендованная архитектура, рекомендаций по таким спец решениям не найти. Это все обсуждается. Что касается изначального вопроса, вам нужно будет отклбчить коннектор отправки, который ведет на edge (сбойный). Потенциально еще переотправить очередь. И протестировать желательно, ибо этот сценарий у меня был еще на 2010 версии, лично. Но мож подскажет еще кто по опыту

Видел что разные CU стояли примерно пол года. Норм.

Да уже хер с ним. Я поймал весь набор проблем после обновления. Никогда такого не было, а тут руки на жопу спустились). веб не работет, один сервер отказался в даге работать. Службы все в дизайблед.

Это нормально когда мотивация работать пропадает.