Ребята, посмотрел что то про АД. Разобрался в кросс форест миграции, на поверхностном уровне. По сути два плана 1. Простой. В моем существующем АД 4 контроллера домена. 1 из них живой и имеет все роли. Сейчас удалю ADSI упоминание о старых контроллерах и подниму еще один контроллер, который будет яв-ся полной копией существущего домена. Далее изолирую его от сети, сделаю единственным. 2. Попробую поднять рядом с ним экчейндж, все ящики кроме базы данных поднимутся. И тут ключевой вопрос, получится это сделать с 3 умершими упоминаниями экчейндж серверов прошлого в АД или нет? Как думаете? Допустим ответ - да! получилось. 3. Тогда документирую все стендовые действия и повторяю в интерпрайз... Соотвественно делаю миграцию ящиков в новый экчейндж штатной процедурой (новый проксирует на старый), т.е. старый сосуществует с новым экчейнджем и ящики плавно переезжают.
Короче ещё раз
- смотрите лекции карманова по ад
- стараетесь не заснуть
Потом
1 поднимаете второй дц, чтобы не сидеть с одним
2 поднимаете стенд. Не зависимый
3 клонируете или восстанавливаете из бекапа туда отдельный дц новый. Вим коммунити например
4 на стенде практикуетесь по удалению старых контроллеров
5 не забудьте в стенде сделать сервер : виртуалку, для тестов, а то я с сетевой проверкой безопасности недавно имел головную боль
По завершении делаете на проде то же самое, почитав про откат и подготовив план отката и проверив план отката / восстановления в лабе
Только потом пишете план работ для чанги