не развернуты службы удаленных рабочих столов эту операцию можно выполнить после их развертывания

Terminal Server: Развертывание служб удалённых рабочих столов не существует в пуле впс» target=»_blank»>серверов

После настройки Прозрачной авторизации на основе SSO исчезли настройки, которые были выполнены мной до этого.
Таким образом, теперь не отображается созданная мной коллекция, а в общих сведениях теперь отображается следующее сообщение:
Развертывание служб удалённых рабочих столов не существует в пуле впс» target=»_blank»>серверов. Чтобы создать новое развертывание, запустите мастер довавления ролей и компонентов и выберите установку служб удалённых рабочих столов.

Помогите, пожалуйста, что в этом случае можно сделать? Как рекомендует Windows, запустить ещё раз мастер?
Или, может, можно попробовать что-то ещё?

Добавлено через 3 часа 22 минуты
В качестве дополнения.
Все опубликованные приложения запускаются без проблем, однако команда PowerShell выдаёт вот такую ошибку:

Get-RDSessionCollection : На TServer.MyDomain.local не развернуты службы удаленных рабочих столов. Эту операцию можно выполнить после их развертывания. Для получения дополнительных сведений о развертывании выполните командлет «Get-Help New-R
DVirtualDesktopDeployment» или «Get-Help New-RDSessionDeployment».
строка:1 знак:1
+ Get-RDSessionCollection
+

+ CategoryInfo : NotSpecified:[Write-Error], WriteErrorException
+ FullyQualifiedErrorId : Microsoft.PowerShell.Commands.WriteErrorException,Get-RDSessionCollection

Помощь в написании контрольных, курсовых и дипломных работ здесь.

Источник

Скатерть-самобранка, или как развернуть службы удаленного рабочего стола на Windows Server 2012 R2

Сегодня мы объясним, чем развертывание RDS Session Host на Windows Server 2012 R2 отличается от более ранних версий Windows Server и расскажем о доступных опциях развертывания. Remote Desktop Services на Windows Server значительно усовершенствовались за последнее время, но остается, тем не менее, много непонятного по причине множества вовлеченных в процесс компонентов. RD Session выполняют всю грязную работу, обслуживая терминальные сессии пользователей. Однако даже при самом примитивном сценарии обязательно использование RD Connection Broker (посредника подключений к удаленному рабочему столу). Еще до того, как вы запланируете развертывание служб удаленного рабочего стола, стоит ознакомиться с его ролью.

RD Connection Broker

Когда сеанс удаленного рабочего стола отключается, приложения в сеансе пользователя продолжают работать. Для отслеживания сеансов пользователей RD Connection Broker (Посредник подключений удаленного рабочего стола) хранит такую информацию, как название сеансов удаленных рабочих столов, где проходит каждая сессия, состояние сессии и ее идентификатор, а также информация о подключенных пользователях в каждой сессии. Эта информация используется для подключения пользователей к существующим сеансам на впс» target=»_blank»>серверах RD Session Host (терминальные впс» target=»_blank»>сервера Windows). При создании новой сессии RD Connection также играют свою роль путем подключения пользователей к впс» target=»_blank»>серверам RD Session Host по мере загрузки.

Начиная с Windows Server 2012, посредники подключений к удаленному рабочему столу не только хранят данные о пользовательских сессиях, но и информацию о конфигурации. Посредник подключений к удаленным рабочим столам использует внутреннюю базу данных Windows для сохранения сессии и информации о конфигурации, кроме случаев, когда установлен режим высокой доступности (HA), где используется впс» target=»_blank»>сервер SQL 2008 R2 (или более поздняя версия).

Посредник подключений к удаленному рабочему столу требует домен Active Directory, но не может быть установлен на контроллере домена (DC). Можно развернуть службы удаленного рабочего стола в рабочей группе с помощью установки роли впс» target=»_blank»>сервера, хотя при этом теряется возможность централизованного управления, пульты управления и функционал удаленных приложений Remoteapp.

Централизованная публикация приложений

В Windows Server 2012 также введен концепт коллекций (collections). В Windows Server 2008 R2 требовалось, чтобы системные администраторы публиковали приложения для каждого RD Session Host в индивидуальном порядке. Теперь посредник подключений к удаленному рабочему столу хранит информацию о конфигурации.

Опции развертывания: быстрая и стандартная

Ключ к пониманию того, как развернуть RDS на Windows Server 2012 R2 в понимании того, что недостаточно установки роли RD Session Host. Диспетчер впс» target=»_blank»>серверов обеспечивает специальный режим развертывания для установки RDS, таким образом все необходимые компоненты установлены в нужных местах, чтобы делает развертывание простым и быстрым.

Службы удаленного рабочего стола на Windows Server 2012 R2

В мастере добавления ролей и компонентов (Add Roles and Features Wizard) в диспетчере впс» target=»_blank»>серверов есть специальная опция установки, установка служб удаленных рабочих столов (Remote Desktop Services installation), которую необходимо выбрать при развертывании служб удаленных рабочих столов. Формулировка при этом варианте немного смущает, но опция позволяет устанавливать хосты сеансов удаленных рабочих столов без развертывания полной инфраструктуры виртуальных ПК (virtual desktop infrastructure — VDI).

Стандартное развертывание — это модель развертывания по умолчанию, и если вы действительно хотите установить все необходимые роли на одном впс» target=»_blank»>сервере, что не является лучшей практикой, то стоит выбрать эту опцию. Быстрая установка (Quick Start) может быть полезна в сценариях тестирования или в небольших филиалах, где есть только один доступный впс» target=»_blank»>сервер.

Консоли управления

Все необходимые консоли управления можно найти в диспетчере впс» target=»_blank»>серверов на впс» target=»_blank»>сервере, где установлен посредник подключений к удаленным рабочим столам, за исключением RD Gateway и RD Licensing.

Установка служб удаленного рабочего стола на Windows Server 2012 R2

Лицензирование

Развертывание служб удаленного рабочего стола

Стандартное или быстрое развертывание

Роли служб удаленных рабочих столов

Выберите впс» target=»_blank»>сервер из пула впс» target=»_blank»>серверов

Ход развертывания

Источник

Средства удаленной службы настольных компьютеров не работают после удаления впс» target=»_blank»>сервера из Server Manager

В этой статье данная статья позволяет решить проблему, из-за которой средства удаленного рабочего стола (RDS) не работают после удаления впс» target=»_blank»>сервера из Server Manager.

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2910155

Симптомы

В среде Windows Server 2012 удаляется впс» target=»_blank»>сервер из пула впс» target=»_blank»>серверов manager servers, который был частью коллекции служб удаленного рабочего стола. Однако впс» target=»_blank»>сервер не удаляется из развертывания служб удаленного рабочего стола (список впс» target=»_blank»>серверов на странице «Коллекции»). При выборе раздела Удаленные службы настольных компьютеров в этой ситуации вы получаете сообщение об ошибке, напоминая следующий пример:

Следующие впс» target=»_blank»>серверы в этом развертывании не являются частью пула впс» target=»_blank»>серверов:
1.[server_name]
Серверы должны быть добавлены в пул впс» target=»_blank»>сервера.

Причина

Несмотря на то, что впс» target=»_blank»>сервер по-прежнему является частью развертывания служб удаленного рабочего стола, он больше не зарегистрирован в диспетчере впс» target=»_blank»>серверов.

Решение

Вы можете добавить впс» target=»_blank»>сервер обратно в пул впс» target=»_blank»>серверов manager Servers. Однако если впс» target=»_blank»>сервер был списаным или отключен навсегда, можно использовать PowerShell, чтобы удалить его из развертывания служб удаленного рабочего стола.

После завершения этого процесса перезапустите диспетчер впс» target=»_blank»>сервера. Раздел Удаленные службы рабочего стола должен быть снова функциональным.

Дополнительная информация

Дополнительные сведения о удаленных настольных компьютерах см. в Windows PowerShell RemoteDesktop.

Источник

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

Вопрос

«Следующие впс» target=»_blank»>серверы в развертывании не входят в пул впс» target=»_blank»>серверов: **** Необходимо добавить их в пул»

Вопрос, как сведения об этом пуле или развертывании вообще убрать и создать заново?

Ответы

В принципе тему можно закрывать.

1. Поднял отдельно впс» target=»_blank»>сервер терминалов.

2. Удалил на этом впс» target=»_blank»>сервере роль шлюза удаленных подключений, впс» target=»_blank»>сервера терминалов и службу ИИС

3. Подключил проблемный впс» target=»_blank»>сервер к диспетчеру впс» target=»_blank»>серверов на другом впс» target=»_blank»>сервере.

4. Добавил как Шлюз подключений и создал отдельную коллекцию с ним.

Все работает, все окей.

Но все-таки изначальная проблема не была решена 🙁

Все ответы

Можете предоставить полную ошибку

Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.

В принципе тему можно закрывать.

1. Поднял отдельно впс» target=»_blank»>сервер терминалов.

2. Удалил на этом впс» target=»_blank»>сервере роль шлюза удаленных подключений, впс» target=»_blank»>сервера терминалов и службу ИИС

3. Подключил проблемный впс» target=»_blank»>сервер к диспетчеру впс» target=»_blank»>серверов на другом впс» target=»_blank»>сервере.

4. Добавил как Шлюз подключений и создал отдельную коллекцию с ним.

Все работает, все окей.

Но все-таки изначальная проблема не была решена 🙁

Наверное я не совсем корректно объяснил ситуацию. Сервера нет и уже не будет, он отвалился и был удален с АД. Иными словами его хотят видеть только эти «Общие сведения».

Можно с помощью Powershell

Причем для впс» target=»_blank»>сервера без посредника и с посредником удаленных рабочих столов, команды будут разные.

1. Без посредника, на узле удаленных рабочих столов выполняем команды.

2. С посредником удаленных рабочих столов, можно выполнять на любом впс» target=»_blank»>сервере домена.

У меня такая же проблема была с «Следующие впс» target=»_blank»>серверы в развертывании не входят в пул впс» target=»_blank»>серверов: **** Необходимо добавить их в пул».

Это ошибка была на Терминальном впс» target=»_blank»>сервере где развернуто RemAPP приложения.

Так вот. для решения основного вопроса с «Следующие впс» target=»_blank»>серверы в развертывании не входят в пул впс» target=»_blank»>серверов: **** Необходимо добавить их в пул». Я на TS впс» target=»_blank»>сервере, где ругается на эту ошибку, в оснастке «Все впс» target=»_blank»>серверы».. просто добавил тот впс» target=»_blank»>сервер, на который он ругался (у меня он ругался на Хост-Сервер HyperV). и все заработало.

Источник

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

Вопрос

Ответы

Все ответы

Кроме того, что необходимо понизить, многие забывают удалить службы AD DS, это сделано?

в просмотре событий пишет «Произошла одна или несколько ошибок»

В системном журнале есть все эти ошибки, можете их сюда выложить?

Просканировал, но не повторял установку, так как установил все по отдельности, но все равно не работает служба, залез в просмотр событий вот что нашел:

Имя журнала: Microsoft-Windows-TerminalServices-SessionBroker/Operational
Источник: Microsoft-Windows-TerminalServices-SessionBroker
Дата: 02.03.2013 19:58:10
Код события: 2056
Категория задачи:Подключаемый модуль базы данных посредника подключений к удаленному рабочему столу
Уровень: Ошибка
Ключевые слова:
Пользователь: NETWORK SERVICE
Компьютер: ServerObr
Описание:
Серверу посредника подключений к удаленному рабочему столу не удалось перечислить целевые объекты для поставщика NULL из базы данных.

Имя входящей в пул коллекции виртуальных рабочих столов: NULL
Ошибка: Сбой при входе в базу данных.
Xml события:

2056
0
2
109
0
0x2000000000000000

78

Microsoft-Windows-TerminalServices-SessionBroker/Operational
ServerObr

Сбой при входе в базу данных.

Имя журнала: Microsoft-Windows-TerminalServices-SessionBroker-Client/Operational
Источник: Microsoft-Windows-TerminalServices-SessionBroker-Client
Дата: 02.03.2013 20:01:56
Код события: 1306
Категория задачи:Клиент посредника подключений к удаленному рабочему столу обрабатывает запрос пользователя
Уровень: Ошибка
Ключевые слова:
Пользователь: NETWORK SERVICE
Компьютер: ServerObr
Описание:
Клиенту посредника подключений к удаленному рабочему столу не удалось перенаправить пользователя ADMNIK\Администратор.
Ошибка: NULL
Xml события:

1306
0
2
104
13
0x2000000000000000

49

Microsoft-Windows-TerminalServices-SessionBroker-Client/Operational
ServerObr

Вот три ошибки после перезагрузки сервака, там конечно много сведений, но их не стал выкладывать только ошибки.

и вот еще это уже когда заходишь через диспетчер впс» target=»_blank»>серверов в службу удаленных рабочих столов в событиях:

Службе шлюза удаленных рабочих столов не предоставлены разрешения, необходимые для доступа к SSL-сертификату, который требуется для приема подключений. Чтобы устранить эту проблему, свяжите (сопоставьте) действительный SSL-сертификат при помощи диспетчера шлюза удаленных рабочих столов. Дополнительные сведения см. в разделе справки диспетчера «Получение сертификата для впс» target=»_blank»>сервера шлюза удаленных рабочих столов». Произошла следующая ошибка: «2148073494».

но правда оно какое то старое еще в 14:46 было, думаю оно уже не актуальное, хотя не знаю, а сертификаты SLL я уже создал и импортировал на впс» target=»_blank»>сервер шлюза удаленных рабочих столов.

Источник