не развернуты службы удаленных рабочих столов эту операцию можно выполнить после их развертывания
Terminal Server: Развертывание служб удалённых рабочих столов не существует в пуле серверов
После настройки Прозрачной авторизации на основе SSO исчезли настройки, которые были выполнены мной до этого.
Таким образом, теперь не отображается созданная мной коллекция, а в общих сведениях теперь отображается следующее сообщение:
Развертывание служб удалённых рабочих столов не существует в пуле серверов. Чтобы создать новое развертывание, запустите мастер довавления ролей и компонентов и выберите установку служб удалённых рабочих столов.
Помогите, пожалуйста, что в этом случае можно сделать? Как рекомендует 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 (Посредник подключений удаленного рабочего стола) хранит такую информацию, как название сеансов удаленных рабочих столов, где проходит каждая сессия, состояние сессии и ее идентификатор, а также информация о подключенных пользователях в каждой сессии. Эта информация используется для подключения пользователей к существующим сеансам на серверах RD Session Host (терминальные сервера Windows). При создании новой сессии RD Connection также играют свою роль путем подключения пользователей к серверам RD Session Host по мере загрузки.
Начиная с Windows Server 2012, посредники подключений к удаленному рабочему столу не только хранят данные о пользовательских сессиях, но и информацию о конфигурации. Посредник подключений к удаленным рабочим столам использует внутреннюю базу данных Windows для сохранения сессии и информации о конфигурации, кроме случаев, когда установлен режим высокой доступности (HA), где используется сервер SQL 2008 R2 (или более поздняя версия).
Посредник подключений к удаленному рабочему столу требует домен Active Directory, но не может быть установлен на контроллере домена (DC). Можно развернуть службы удаленного рабочего стола в рабочей группе с помощью установки роли сервера, хотя при этом теряется возможность централизованного управления, пульты управления и функционал удаленных приложений Remoteapp.
Централизованная публикация приложений
В Windows Server 2012 также введен концепт коллекций (collections). В Windows Server 2008 R2 требовалось, чтобы системные администраторы публиковали приложения для каждого RD Session Host в индивидуальном порядке. Теперь посредник подключений к удаленному рабочему столу хранит информацию о конфигурации.
Опции развертывания: быстрая и стандартная
Ключ к пониманию того, как развернуть RDS на Windows Server 2012 R2 в понимании того, что недостаточно установки роли RD Session Host. Диспетчер серверов обеспечивает специальный режим развертывания для установки RDS, таким образом все необходимые компоненты установлены в нужных местах, чтобы делает развертывание простым и быстрым.
Службы удаленного рабочего стола на Windows Server 2012 R2
В мастере добавления ролей и компонентов (Add Roles and Features Wizard) в диспетчере серверов есть специальная опция установки, установка служб удаленных рабочих столов (Remote Desktop Services installation), которую необходимо выбрать при развертывании служб удаленных рабочих столов. Формулировка при этом варианте немного смущает, но опция позволяет устанавливать хосты сеансов удаленных рабочих столов без развертывания полной инфраструктуры виртуальных ПК (virtual desktop infrastructure — VDI).
Стандартное развертывание — это модель развертывания по умолчанию, и если вы действительно хотите установить все необходимые роли на одном сервере, что не является лучшей практикой, то стоит выбрать эту опцию. Быстрая установка (Quick Start) может быть полезна в сценариях тестирования или в небольших филиалах, где есть только один доступный сервер.
Консоли управления
Все необходимые консоли управления можно найти в диспетчере серверов на сервере, где установлен посредник подключений к удаленным рабочим столам, за исключением RD Gateway и RD Licensing.
Установка служб удаленного рабочего стола на Windows Server 2012 R2
Лицензирование
Развертывание служб удаленного рабочего стола
Стандартное или быстрое развертывание
Роли служб удаленных рабочих столов
Выберите сервер из пула серверов
Ход развертывания
Средства удаленной службы настольных компьютеров не работают после удаления сервера из Server Manager
В этой статье данная статья позволяет решить проблему, из-за которой средства удаленного рабочего стола (RDS) не работают после удаления сервера из Server Manager.
Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2910155
Симптомы
В среде Windows Server 2012 удаляется сервер из пула серверов manager servers, который был частью коллекции служб удаленного рабочего стола. Однако сервер не удаляется из развертывания служб удаленного рабочего стола (список серверов на странице «Коллекции»). При выборе раздела Удаленные службы настольных компьютеров в этой ситуации вы получаете сообщение об ошибке, напоминая следующий пример:
Следующие серверы в этом развертывании не являются частью пула серверов:
1.[server_name]
Серверы должны быть добавлены в пул сервера.
Причина
Несмотря на то, что сервер по-прежнему является частью развертывания служб удаленного рабочего стола, он больше не зарегистрирован в диспетчере серверов.
Решение
Вы можете добавить сервер обратно в пул серверов manager Servers. Однако если сервер был списаным или отключен навсегда, можно использовать PowerShell, чтобы удалить его из развертывания служб удаленного рабочего стола.
После завершения этого процесса перезапустите диспетчер сервера. Раздел Удаленные службы рабочего стола должен быть снова функциональным.
Дополнительная информация
Дополнительные сведения о удаленных настольных компьютерах см. в Windows PowerShell RemoteDesktop.
Не развернуты службы удаленных рабочих столов эту операцию можно выполнить после их развертывания
Вопрос
«Следующие серверы в развертывании не входят в пул серверов: **** Необходимо добавить их в пул»
Вопрос, как сведения об этом пуле или развертывании вообще убрать и создать заново?
Ответы
В принципе тему можно закрывать.
1. Поднял отдельно сервер терминалов.
2. Удалил на этом сервере роль шлюза удаленных подключений, сервера терминалов и службу ИИС
3. Подключил проблемный сервер к диспетчеру серверов на другом сервере.
4. Добавил как Шлюз подключений и создал отдельную коллекцию с ним.
Все работает, все окей.
Но все-таки изначальная проблема не была решена 🙁
Все ответы
Можете предоставить полную ошибку
Мнения, высказанные здесь, являются отражением моих личных взглядов, а не позиции корпорации Microsoft. Вся информация предоставляется «как есть» без каких-либо гарантий. Не забывайте помечать сообщения как ответы и полезные, если они Вам помогли.
В принципе тему можно закрывать.
1. Поднял отдельно сервер терминалов.
2. Удалил на этом сервере роль шлюза удаленных подключений, сервера терминалов и службу ИИС
3. Подключил проблемный сервер к диспетчеру серверов на другом сервере.
4. Добавил как Шлюз подключений и создал отдельную коллекцию с ним.
Все работает, все окей.
Но все-таки изначальная проблема не была решена 🙁
Наверное я не совсем корректно объяснил ситуацию. Сервера нет и уже не будет, он отвалился и был удален с АД. Иными словами его хотят видеть только эти «Общие сведения».
Можно с помощью Powershell
Причем для сервера без посредника и с посредником удаленных рабочих столов, команды будут разные.
1. Без посредника, на узле удаленных рабочих столов выполняем команды.
2. С посредником удаленных рабочих столов, можно выполнять на любом сервере домена.
У меня такая же проблема была с «Следующие серверы в развертывании не входят в пул серверов: **** Необходимо добавить их в пул».
Это ошибка была на Терминальном сервере где развернуто RemAPP приложения.
Так вот. для решения основного вопроса с «Следующие серверы в развертывании не входят в пул серверов: **** Необходимо добавить их в пул». Я на TS сервере, где ругается на эту ошибку, в оснастке «Все серверы».. просто добавил тот сервер, на который он ругался (у меня он ругался на Хост-Сервер 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
Вот три ошибки после перезагрузки сервака, там конечно много сведений, но их не стал выкладывать только ошибки.
и вот еще это уже когда заходишь через диспетчер серверов в службу удаленных рабочих столов в событиях:
Службе шлюза удаленных рабочих столов не предоставлены разрешения, необходимые для доступа к SSL-сертификату, который требуется для приема подключений. Чтобы устранить эту проблему, свяжите (сопоставьте) действительный SSL-сертификат при помощи диспетчера шлюза удаленных рабочих столов. Дополнительные сведения см. в разделе справки диспетчера «Получение сертификата для сервера шлюза удаленных рабочих столов». Произошла следующая ошибка: «2148073494».
но правда оно какое то старое еще в 14:46 было, думаю оно уже не актуальное, хотя не знаю, а сертификаты SLL я уже создал и импортировал на сервер шлюза удаленных рабочих столов.