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

Конечно!

Сначала делал так, потом несколько раз не делал.

Ещё и узел на балансере глушил во избежание

Как лениво). Че т я последние насколько раз подзабил)

Ну это до первого недовольного 😁

Юзеры даже не заметят. Если в рабочее время не ребутать

Любишь в нерабочее время поработать? 😁

Опишите нормально задачу. У вас были 2 standalone сервера и вы из них DAG собрать хотите? Если пути совпадают и вас они устраивают, делайте сразу копии. Если нет, новые БД (с копиями) на нужных дисках и путях и дальше в них миграция ящиков.

Да ) сейчас буду удалять exchange 2013 с боевого сервера )

Точнее просто с сервера в проде. Но с него уже всё выведено. Надеюсь.

И я такой счаз 😐 отправляя на перезагрузку ноду

В смысле - ПОСЛЕ???

Непосредственно перед ребутом, а не перед установкой

Ну уж чересчур)) Перед ребутом после установки. Хотя там бывают обновы на сам exchange))). Но так как это происходит у нас в выходные, И какого-то хрена сейчас, обычно на это болт забиваю. Надо собраться. Расслабился че т.

Вариант 1. Во втором случае репликация принесёт боль и страдание. Особенно если базы большие.

Подскажите,
ситуация такая. сейчас будет копия баз, однако я хочу DNS балансировку и отказоустойчивость по CAS.
Что произойдет при смене виртуальных каталогов? сейчас у меня на 1 рабочем сервере везде mx.rokada-llc.ru, второй я еще не настраивал.  везде делать mail.rokada-llc.ru(внешний и внутр https:// адрес?) (в DNS хочу прописать 1 А запись mail на 2 IP), я очкую, что клиенты поотваливаются, после смены имени сервера с mx на общее имя mail в виртуальных каталогах

Что я упустил?

70гб и 30 гб базы

Всего две базы? Тогда вариант 2. В этом случае не нужно будет в новые базы мигрировать людей, а репликация быстро должна пройти.

Ничего не понятно.
Сейчас в виртуальных каталогах прописан mx.rokada-llc.ru, а вы хотите сделать mail.rokada-llc.ru?