У нас есть развертывание RemoteApp (Интернет, шлюз, брокеры подключений с высокой доступностью и т. Д.). Мы используем профильные диски, хранящиеся в общей папке. Мы публикуем большинство наших приложений, но время от времени пользователю требуется полноценный рабочий стол.
Вот почему мы также опубликовали mstsc на путь к исходному .rdp-файлу, когда еще не было опубликовано приложений.
Все это работает нормально, если у пользователя не открыто приложение, когда он открывает рабочий стол. Серверу не удается смонтировать диск своего профиля (поскольку он уже смонтирован сеансом, предоставляющим приложение, и поэтому заблокирован).
Это заставляет хост сеанса загружать временный профиль.
Есть ли способ обойти это, пока все еще используются диски профиля пользователя?
Можно ли каким-то образом получить сеанс, который предоставляет приложения, при открытии рабочего стола?
Этот вопрос поднимался ранее (Временный профиль Windows 2012 RDS для администратора) без обходного пути. UPD был разработан только для поддержки одного сеанса для каждого пользователя.
Даже если бы вы могли получить сеанс RemoteApp, а я не верю, что это возможно, разрешение экрана в конечном итоге будет очень плохим, поскольку оно основано на размере одного окна приложения.
Лучше всего просто обучить пользователей или написать какой-то сценарий, который запускается, когда они пытаются войти в сеанс полнофункционального рабочего стола, чтобы сначала отключить любые другие сеансы.
Чтобы развернуть @ tfrederick74656,
UPD был разработан только для поддержки одного сеанса для каждого пользователя, сбор за сеанс
Лучшее, что я придумал, - это предоставить пользователям две коллекции сеансов, обе с их собственными UPD. Используйте идентичные syspreps для хостов сеансов в ферме, чтобы взаимодействие с пользователем было одинаковым:
Полный рабочий стол можно опубликовать только в том случае, если вы не создаете опубликованных приложений в коллекции. Это сценарий либо-либо.
Только нижняя сторона - вдвое больше UPD и Session Hosts.