Все, казалось бы, просто, если бы не одно «но». Пользователи могут хранить важные данные в терминальном профиле, помимо этого у них могут быть настроены ярлыки на запуск программ (например, для запуска конкретной базы 1С от имени определенного пользователя). Вряд ли пользователям, да и вам, захочется их потерять. Хорошо, если профили пользователей хранятся у вас на другом сервере (предположим на машине Main2) и в групповых политиках определен путь для них. Зачастую это используется при наличии нескольких серверов терминалов в сети. Однако положим, что вы сделали это для обеспечения отказоустойчивости. Если же пользователи при входе на сервер терминалов используют локальные профили, то вы можете руками сохранить все важные данные. Но, вероятнее всего, вам потом придется заново настраивать профиль для каждого пользователя. Чтобы этого избежать, используйте групповую политику для задания папки для хранения перемещаемых профилей сервера терминалов на сервере Main2, где будут сохраняться пользовательские данные и настройки.

Перед тем, как вы будете переустанавливать систему, нужно будет проследить, чтобы пользователи корректно вышли из терминального сеанса, а не оставили его в состоянии «отключен». В этом случае все изменения профиля скопируются на сервер Main2.

Итак, вводим сервер TS в домен и назначаем ему роль терминального сервера. Все подробные руководства вы можете без труда найти в Интернете. И если пути к программам остались как на старом терминале, то для пользователей все ваши действия окажутся абсолютно «прозрачными».

Если по каким-то причинам (например, намеченный апгрейд терминального сервера) вам нужно временно передать роль сервера терминалов для обеспечения работы офиса другому серверу, вы можете использовать сервер Main2. Но для этого его нужно предварительно освободить от роли контроллера домена (из соображений безопасности не рекомендуется совмещать роли Domain Controller и Terminal Server).

Далее необходимо будет перенести программы с сервера TS (желательно, чтобы абсолютный путь к ним был как на сервере TS) и создать на DNS-сервере в зоне прямого просмотра вашего домена псевдоним для сервера Main2 (создаем запись CNAME, псевдоним будет TS, а реальный сервер Main2). Это делается для того, чтобы не перенастраивать RDP-файлы на рабочих станциях для каждого пользователя (Remote Desktop Protocol, протокол подключения к удаленному рабочему столу).

После того как вы «поднимете» сервер TS, псевдоним на DNS-сервере нужно будет убрать. В конечном итоге перед вторым этапом мы имеем следующую картину: