85 ошибка microsoft windows terminalservices licensing

Вопрос

Ошибка при запуске Мастера управления лицензиями «Неудача при проверке подлинности сервера лицензирования. Проверьте, что сервер лицензирования правильноактивирован. При повторном возникновении этойпроблемы пробуйте использовать другой метод подключения., Запрошенная операция не поддерживается». Сервер лицензирования активирован. При проверке настройки сервера ошибок нет. Свободные лицензии есть.

Имя журнала: Microsoft-Windows-TerminalServices-Licensing/Admin
Источник: Microsoft-Windows-TerminalServices-Licensing
Код события: 85
Не удалось зарегистрировать сервер лицензирования удаленных рабочих столов в доменных службах Active Directory в качестве точки подключения службы. Убедитесь в наличии соединения между сервером лицензирования и доменными службами Active Directory. Для регистрации сервера лицензирования в доменных службах Active Directory в качестве точки подключения службы выберите «Проверить настройку» в диспетчере лицензирования удаленных рабочих столов.

В статье по её решению данной ошибки используется как раз консоль, которую не запустить. Как можно восстановить работоспособность консоли?

85 ошибка microsoft windows terminalservices licensing

Общие обсуждения

Перестал запускаться сервис «Лицензирование удаленных рабочих столов» на сервере терминалов. Причем это было замечено только через несколько месяцев, когда у клиентов закончились ранее выданные лицензии, а новых не получили.

Предположительно проблема возникла из-за замены жесткого диска с копированием системы Акрониксом либо накатом целой кучи обновлений.

Переустановка роли и всего службы удаленных рабочих столов и всего с этим связанного проблемы не решило.

sfc и DISM проблем не обнаружили.

в system32 нет каталога Lserver.

ошибки в журнале:

Имя журнала: System
Источник: Service Control Manager
Дата: 04.11.2018 12:44:13
Код события: 7024
Категория задачи:Отсутствует
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SERVER
Описание:
Служба «Лицензирование удаленных рабочих столов» завершена из-за следующей внутренней ошибки:
Присоединенное к системе устройство не работает.
Xml события:

7024
0
2
0
0
0x8080000000000000

90728

System
SERVER

Лицензирование удаленных рабочих столов
%%31
5400650072006D0053006500720076004C006900630065006E00730069006E0067000000

Имя журнала: System
Источник: Microsoft-Windows-TerminalServices-Licensing
Дата: 04.11.2018 12:44:13
Код события: 44
Категория задачи:Отсутствует
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SERVER
Описание:
Возникла следующая общая ошибка базы данных: «Не удалось инициализировать экземпляр ESE — ошибка -501 JET_errLogFileCorrupt, Log file is corrupt.
»
Xml события:

Не удалось инициализировать экземпляр ESE — ошибка -501 JET_errLogFileCorrupt, Log file is corrupt.

Имя журнала: Application
Источник: ESENT
Дата: 04.11.2018 11:26:45
Код события: 465
Категория задачи:Ведение журнала/Восстановление
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SERVER
Описание:
svchost (3364) В ходе необязательного восстановления файла журнала C:\Windows\System32\LServer\edb.log обнаружено повреждение. Позиция несоответствующей записи контрольной суммы: END. Данные, не соответствующие предполагаемому содержимому файла журнала, обнаружены в секторе 39 (0x00000027). Этот файл журнала поврежден, его использование невозможно.
Xml события:

465
2
3
0x80000000000000

19978
Application
SERVER

svchost
3364

C:\Windows\System32\LServer\edb.log
END
39 (0x00000027)

Имя журнала: Application
Источник: ESENT
Дата: 04.11.2018 11:26:45
Код события: 477
Категория задачи:Ведение журнала/Восстановление
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SERVER
Описание:
svchost (3364) Проверка диапазона записей журнала, считанного из файла «C:\Windows\System32\LServer\edb.log» со смещением 159744 (0x0000000000027000) размером 4096 (0x00001000) байт, неуспешна из-за несоответствия контрольной суммы диапазона. Ожидаемая контрольная сумма — 9216053796837545821 (0x7fe600197764575d), а фактическая контрольная сумма — 9216053796837545821 (0x7fe600197764575d). Операция чтения завершится с ошибкой -501 (0xfffffe0b). Если это состояние будет повторяться, восстановите файл журнала из предыдущего архива.
Xml события:

477
2
3
0x80000000000000

19977
Application
SERVER

svchost
3364

C:\Windows\System32\LServer\edb.log
159744 (0x0000000000027000)
4096 (0x00001000)
-501 (0xfffffe0b)
9216053796837545821 (0x7fe600197764575d)
9216053796837545821 (0x7fe600197764575d)

Имя журнала: Application
Источник: ESENT
Дата: 04.11.2018 11:26:45
Код события: 454
Категория задачи:Ведение журнала/Восстановление
Уровень: Ошибка
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: SERVER
Описание:
svchost (3364) Не удалось выполнить восстановление базы данных. Непредвиденная ошибка -501.
Xml события:

85 ошибка microsoft windows terminalservices licensing

Общие обсуждения

У меня возникла проблема:

Есть сервер терминалов Windows Server 2008 R2 Standart, на нем роль «Службы удаленных рабочих столов«. Там же поднят и активирован сервер лицензирования. Установлены клиентские лицензии «На устройство» в достаточном количестве. Есть еще 3 терминальных сервера на Widows Server 2008 R2. Один из них настроен как посредник подключений к удаленному рабочему столу и шлюз удаленных рабочих столов. 2 других использовали временные лицензии Windows, а затем были активированы приобретенными заново лицензиями. Доменными политиками включен режим лицензирования терминальных серверов «на устройство» и явно задан сервер лицензирования. На сервере посреднике сервер лицензирования виден, но на 2-ух других терминальных серверах его не видно. Наблюдается следующее в диагностике лицензирования:

Этому серверу узла сеансов удаленных рабочих столов недоступны клиентские лицензии служб удаленных рабочих столов, и в результате на сервере обнаружены проблемы, связанные с лицензированием.

Число клиентских лицензий служб удаленных рабочих столов, доступных клиентам:

Сервер узла сеансов удаленных рабочих столов: Windows Server 2008 R2

Домен Active Directory: Нет данных

Режим лицензирования: На устройство

Сведения диагностики лицензирования — 1 ошибка

Сервер — Льготный период сервера узла сеансов удаленных рабочих столов истек, однако на этом сервере не были настроены серверы лицензирования. Подключение к этому серверу будет невозможно, пока для него не будет настроен сервер лицензирования.

Но клиенты подключаются и лицензии выдаются: это видно на сервере лицензирования. Физически сервер доступен посети — проходят пинги в обе стороны. Записи в DNS есть!

Оказалось, что в моем варианте та же петрушка — серверы от Fujitsu-Siemens и установлены Fujitsu ServerView Agent. После их удаления сервер лицензирования стал виден! Однако, я не считаю это решением! Интересно, что Microsoft и Fujitsu об этом знают уже 2 . года, а воз и ныне там.

А вот далее вопрос остается открытым: ПОЧЕМУ режим лицензирования сервера лицензирования не совпадает с тем, что должно быть.

(см. ниже)

При просмотре событий на сервере лицензирования наблюдаются предупреждения:

На сервере лицензирования удаленных рабочих столов «***» не осталось постоянных клиентских лицензий служб удаленных рабочих столов типа «ОС Windows Server 2008 или Windows Server 2008 R2: клиентская лицензия «на устройство» (службы терминалов, службы удаленных рабочих столов или VDI)». В связи с этим данный сервер лицензирования удаленных рабочих столов не сможет выдавать клиентские лицензии типа «ОС Windows Server 2008 или Windows Server 2008 R2: клиентская лицензия «на устройство» (службы терминалов, службы удаленных рабочих столов или VDI)» серверу узла сеансов удаленных рабочих столов «***». Чтобы устранить эту проблему, убедитесь, что настроенный на сервере узла сеансов удаленных рабочих столов режим лицензирования удаленных рабочих столов соответствует типу клиентских лицензий, установленных на сервере лицензирования удаленных рабочих столов. При необходимости приобретите и установите дополнительные клиентские лицензии для этого сервера лицензирования удаленных рабочих столов.

Так же меня смущает тот факт, что если проверить настройку на сервере лицензирования, то там все в порядке, но есть такое сообщение:

Этот сервер лицензирования входит в группу серверов лицензирования серверов терминалов в доменных службах Active Directory. Он может выдавать пользователям в этом домене клиентские лицензии «на пользователя«, отслеживать и создавать отчеты об использовании этих лицензий.

Хотя настроен он и установлены на нем лицензии «На устройство«!

Скорее всего с этим же связано то, что клиенты с системами, отличными от Windows, могут подключаться у меня только к серверу, на котором установлен сервер лицензирования.

Перенос сервера лицензирования на другой сервер, переустановка сервера лицензирования ничего не дали! Файрволы для домена на всех серверах выключены. Мною перелопачено уже море информации на просторах Интернета, но ничего для решения этого вопроса не найдено. Попытка обратиться в службу поддержки Microsoft окончилась тем, что меня направили за платной консультацией без гарантии решения моего вопроса.

Очень прошу помочь в решении данной проблемы, т.к. возможно, что скоро перестанут подключаться клиенты, поскольку закончится срок действия временных клиентских лицензий!

85 ошибка microsoft windows terminalservices licensing

Профиль | Отправить PM | Цитировать

Довольно часто пользователи не могут после ночи простоя войти через РДП на сервер. лицуха есть не когда проблем не было а сейчас ад какойто причём их всего 4 — ро и я 5. сейчас начались ошибки в логах вылезать.

Не удалось зарегистрировать сервер лицензирования удаленных рабочих столов в доменных службах Active Directory в качестве точки подключения службы. Убедитесь в наличии соединения между сервером лицензирования и доменными службами Active Directory. Для регистрации сервера лицензирования в доменных службах Active Directory в качестве точки подключения службы выберите «Проверить настройку» в диспетчере лицензирования удаленных рабочих столов.

У них нет АД. что за ?
или esent 482 — ая

wuaueng.dll (320) SUS20ClientDataStore: Не удалось выполнить запись в файл «C:\Windows\SoftwareDistribution\DataStore\DataStore.edb» со смещением 25395200 (0x0000000001838000) размером 32768 (0x00008000) байт в течение 0 секунд, системная ошибка 1453 (0x000005ad): «Недостаточная квота для завершения операции. «. Операция записи не будет выполнена, ошибка: -1011 (0xfffffc0d). Если эта ошибка будет повторяться, вероятно, файл поврежден, и его требуется восстановить из предыдущего архива.

Эта вообще ра 15 за утро когда не кого нет. днём вроде как не возникает .

На сервере роли только ДНС (не знаю зачем) И терминалка.

85 ошибка microsoft windows terminalservices licensing

Добрый день! Уважаемые читатели и гости одного из крупнейших IT блогов России Pyatilistnik.org. В прошлый раз мы с вами научились отключать software reporter tool в Chrome Браузере, так как этот компонент уж очень сильно мог загружать центральный процессор вашего компьютера или ноутбука. В сегодняшней публикации я хочу поговорить про ошибки лицензирования терминальных столов и RDSH узлов в RDS ферме с которыми может встретиться любой системный администратор в своей практике. Мы рассмотрим ошибку «Этому серверу узла сеансов удаленных рабочих столов недоступны лицензии«.

Проблемы при лицензировании терминальных серверов

Ситуация такая, ранее я развернул новую терминальную ферму Remote Desktop Services High Availability на базе Windows Server 2019 с определенным количеством RDSH хостов. Решил через месяц добавить еще несколько сервер подключений и после ввода их в состав RDS фермы и подключившись на каждый из них я увидел ошибку получения лицензий в виде формулировки:

Самое интересное, что у меня при разворачивании RDS фермы был добавлен сервер лицензирования, который мы специально устанавливали под Windows Server 2019. Давайте разбираться в чем дело.

Диагностика и устранение проблем с лицензированием служб удаленных рабочих столов

Если у вас проблема с лицензированием RDSH хостов, то первым делом вы должны проверить ваши настройки RDS фермы через оснастку управления. В списке «Deployment Server» убедитесь, что у вас добавлены нужные сервера лицензирования RDS и нет лишних. В моем примере было добавлено три сервера лицензирования Remote Desktop Services. Один из них был точно с нужными лицензиями, а вот остальные были под вопросом.

Зайдите на каждый из серверов, который предоставляет лицензии и проверьте, что для нужной операционной системы у вас есть лицензии. Делается это через оснастку «Средство диагностики и лицензирования удаленных рабочих столов (RD License Manager)«. Как оказалось на одном из серверов вообще не было лицензий на Windows Server 2019, а на втором их было 0. Исходя из этого, данные сервера нужно удалить из RDS развертывания.

Для удаления выбираем «Задачи (Tasks) — Remove RD Licensing Servers«.

Выделяем нужные сервера и переносим их в правую область, я специально не стал удалять саму роль лицензирования (Uninstall the RD Licensing role service from the selected server), так как они раздавали лицензии для других версий Windows.

Если тут все привели в порядок, то следующим шагом вам необходимо подключиться к нужному участнику RDS фермы, где есть проблемы с получением лицензий и так же проверить, что выдает вам оснастка «Средство диагностики и лицензирования удаленных рабочих столов (RD License Manager)«. Тут вы можете встретить несколько разновидностей ошибок:

Льготный период использования сервера узла сеансов удаленных рабочих столов еще не истек, но этот сервер не настроен на использование хотя бы одного сервера лицензирования. В английской редакции будет вот такая формулировка «Licensing mode for the Remote Desktop Session Host is not configured. Remote Desktop Service will stop working in 100 days. Remote Desktop Services will stop working because this computer is past grace period and has not contacted at least a valid Windows Server 2019 license server. Click this message to open RD Session Host Server Configuration to use Licensing Diagnosis.»

В данном примере не видно ни одного сервера раздающего лицензии.

Сервер узла сеансов удаленных рабочих столов находится в режиме лицензирования для пользователя и режиме перенаправителя Нет, но на сервере лицензирования не установлено лицензий со следующими атрибутами «Версия продукта Windows Server 1016 — 2019»

В данном примере на добавленных серверах лицензирования RDS просто нет лицензий для нужной редакции. Данные сервера нужно удалить и добавить актуальные.

Удалить текущие, неправильные сервера лицензирования вы можете через реестр, но нужно понять как они прилетают на сервер и как были добавлены, если в ручную, то это одно дело, если через групповые политики, то другое. Для начала я вам советую выяснить какие политики применяются к данному серверу, посмотрите как это делается. В моем случае и в правду была общая политика на данной OU, где задавались два неправильных сервера лицензирования.

Напоминаю, что это делается при редактировании GPO политики в ветке

Та же ветка будет участвовать в настройке локальных политик, если это необходимо, вызвать их можно через окно выполнить, введя там gpedit.msc.

Так же задайте тут сразу режим лицензирования для всей RDS фермы, через настройку:

Далее вам нужно произвести обновление групповой политики, в случае с локальной она должна применится сразу. Проверяем появление ваших лицензий. Как видите нужные мне лицензии были добавлены и режим лицензирования настроен.

Удаление старых серверов лицензирования через реестр

Может получиться ситуация, что у вас сервера лицензирования были добавлены не через политику, как того требует инфраструктура Active Directory, а через реестр, либо может быть ситуация, что в реестре остались мусорные записи, которые политикой не получается перезаписать. В таких ситуациях вам необходимо самостоятельно проверить вот эту ветку реестра. Запустите окно выполнить и введите в нем regedit, чтобы открыть редактор реестра.

тут нужно найти ключ LicenseServers, именно он и отвечает за список серверов лицензирования, которые назначаются для службы удаленных рабочих столов. Убедитесь, что у вас тут стоит правильное значение. При необходимости его можно поменять, и значения будут применены без необходимости перезагружать сервер.

Еще можете проверить вот такую ветку реестра:

Тут то же может быть ключ LicenseServers.

Если необходимо задать режим лицензирования на устройства или пользователя с помощью реестра, то вы это легко сможете сделать в ветке:

Тут будет ключ реестра LicensingMode, который может содержать три значения:

• 2 — Задает режим лицензирования на устройство
• 4 — Задает режим лицензирования на пользователя
• 5 — Режим лицензирования не настроен

Как настроить сервер лицензирования удаленных рабочих столов на узле сеанса удаленных рабочих столов через PowerShell

Так же вы можете управлять и просматривать значения настроек сервера лицензирования RDS через оболочку PowerShell, для этого вы можете воспользоваться вот такими командлетами.

• Проверка настроен ли сервер лицензирования

• Задать нужный сервер лицензий через PowerShell

В процессе выполнения вы можете получить ошибку:

С большой вероятностью у вас уже задана настройка через групповую политику, поэтому идет такой конфликт. Тут либо отключать политику через gpedit.msc или менять значение в самой политике. Речь идет о данной ветке «Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Лицензирование — Использовать указанные серверы лицензирования удаленных рабочих столов (Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Licensing)«

Так же убедитесь, что вы выполняете команду в режиме администратора и имея административные права на данном сервере.

• Проверка режима лицензирования через PowerShell

• Смена режима лицензирования через PowerShell