Возникла следующая ошибка при чтении списка служб

Windows server 2019 ошибка 1783 заглушке переданы неправильные данные

Вопрос

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

Перешли с 2008 на 2016 терм. сервер. Имеем: RDS ферму с двумя мощными серверами, на обоих роли CB, SH + в сети выделенный SQL-сервер. Порядка 300 терм. сессий на каждом сервере. CPU загружен максимум на 30%, оперативная память — занято порядка 25 % от общего объема. По работе самой фермы — никаких нареканий, все работает, все довольны.

Но! Когда кол-во юзверей переваливает примерно за 150 человек на каждой ноде — оба сервера становятся полностью неуправляемыми со стороны администраторов:

— не посмотреть любые логи в Журналах Windows («Средство просмотра событий не может открыть журнал событий или пользовательское представление. Убедитесь, что служба событий запущена, либо слишком длинный запрос. Сервер RPC занят и не может завершить операцию (1723)»

— не посмотреть службы («Возникла следующая ошибка при чтении списка служб на: Ошибка 1783: Заглушке переданы неправильные данные.»

— не доступна консоль управления RDS в Диспетчера сервера («Якобы, не запущены службы RDS. )

Когда кол-во юзверей на терминалах снова падает до 100-150 человек — снова все приходит в норму и прекрасно работает. В какой стороне копать, коллеги? Кто-нибудь сталкивался с подобным явлением?

Ответы

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Все ответы

Уточните пожалуйста какой контроллер дисков используется на данных сервера?
На момент проблемы есть ли возможно увидеть нагруженость дисков?

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

Bien cordialement, Andrei .

MCP

Сервера — HP DL380 G10

Дисковый контроллер: HPE Smart Array P408i-a SR Gen10

По данным мониторинга производительности в момент появления описанного глюка:

— %активности диска на обоих серверах — 4-5

— текущая длина очереди диска — 0-1

т.е. загруженности дисковой подсистемы никакой нет

Добрый! Очередь на чтение/запись диска — нулевая. По сети — тоже самое. Средствами системного монитора — все свободно. С этого начал копать проблему, собственно

Бакапы на данных серверах отсутствуют. Перемещаемые профили не использую, за исключением того, что средствами GPO перемещаю папки «Desktop» и «Documents» при входе пользователей на терминалы на серверный ресурс.

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

Дайте-ка, пожалуйста, скриншот официального ответа.

Ещё бы и на ссылки посмотреть.

Т.е. это проблема в 2016 сервере, хотите сказать? Если на 2008 всё работало.

Вот пример с моего хоста (правда оно 2012r2):

PS C:> (query user).count
229

Проблема ваша скорее всего в этом баяне

Так же обсуждалось тут

Кол-во RDP-соединений (не более 110) инженер озвучил устно по телефону:)

Ссылки, которые он направил ниже:

Ниже ссылка, на статью которая говорит о количестве соединений, которые в нашем разговоре назвал; «нииточками»

Comparison of Standard and Datacenter editions of Windows Server 2019

об обстоятельствах которые виляют на количество пользователей

How many concurrent Remote Desktop Sessions can run on a single Windows Remote Desktop Server?

Remote Desktop Services — planning

Remote Desktop Services — High availability

Не зря Vector BCO говорил, что по его наблюдению проблемы начинаются от 70 пользователей)

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

У нас, например, без проблем на терминальном сервере живет порядка 200 rds-сессий пользователей (и это не предел, ресурсы сервера позволяют пережить и большее количество пользователей на сервер)

Что касается потери управляемости, с которой вы столкнулись, то связана она с двумя сущностями:

1) пользовательские службы, которые в подавляющем большинстве не нужны на сервере, но создаются по умолчанию для каждого пользователя залогинившегося на сервер. Их можно и нужно отключать (см параметр UserServiceFlags https://docs.microsoft.com/en-us/windows/application-management/per-user-services-in-windows). Если вы не отключите большинство ненужных служб это вызовет переполнение какого-то там буфера или области памяти, которая не была рассчитана на такое дикое количество служб и вы потеряете возможность управления службами

2) UWP-приложения, входящие в состав сервера, для которых при каждом входе пользователя создаются правила firewall’а (приложения эти так же большинстве своем не понадобятся вашим пользователям и их желательно вырезать либо в application mode, либо на этапе winPE phase of depoyment, либо придется действовать скриптами, удаляя нарастающий как снежный ком правила firewall’а. Для борьбы с правилами множищимися из-за UWP-приложениями рекомендуется использовать ключ реестра DeleteUserAppContainersOnLogoff (google it!), который, правда проблему радикально не решит, но значительно ее смягчит, остаток правил все равно придется регулярно дорабатывать напильником (скриптами).

Огромное количество правил FW (даже если у вас FW выключен!), если с ними не бороться, приводит к следующим проблемам:

— долгий вход в сессию

— черный экран при входе в сессию, вместо рабочего стола

— не работает кнопка Пуск (при нажатии на нее ничего не происходит)

Windows server 2019 ошибка 1783 заглушке переданы неправильные данные

Вопрос

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

Перешли с 2008 на 2016 терм. сервер. Имеем: RDS ферму с двумя мощными серверами, на обоих роли CB, SH + в сети выделенный SQL-сервер. Порядка 300 терм. сессий на каждом сервере. CPU загружен максимум на 30%, оперативная память — занято порядка 25 % от общего объема. По работе самой фермы — никаких нареканий, все работает, все довольны.

Но! Когда кол-во юзверей переваливает примерно за 150 человек на каждой ноде — оба сервера становятся полностью неуправляемыми со стороны администраторов:

— не посмотреть любые логи в Журналах Windows («Средство просмотра событий не может открыть журнал событий или пользовательское представление. Убедитесь, что служба событий запущена, либо слишком длинный запрос. Сервер RPC занят и не может завершить операцию (1723)»

— не посмотреть службы («Возникла следующая ошибка при чтении списка служб на: Ошибка 1783: Заглушке переданы неправильные данные.»

— не доступна консоль управления RDS в Диспетчера сервера («Якобы, не запущены службы RDS. )

Когда кол-во юзверей на терминалах снова падает до 100-150 человек — снова все приходит в норму и прекрасно работает. В какой стороне копать, коллеги? Кто-нибудь сталкивался с подобным явлением?

Ответы

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Все ответы

Уточните пожалуйста какой контроллер дисков используется на данных сервера?
На момент проблемы есть ли возможно увидеть нагруженость дисков?

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

Bien cordialement, Andrei .

MCP

Сервера — HP DL380 G10

Дисковый контроллер: HPE Smart Array P408i-a SR Gen10

По данным мониторинга производительности в момент появления описанного глюка:

— %активности диска на обоих серверах — 4-5

— текущая длина очереди диска — 0-1

т.е. загруженности дисковой подсистемы никакой нет

Добрый! Очередь на чтение/запись диска — нулевая. По сети — тоже самое. Средствами системного монитора — все свободно. С этого начал копать проблему, собственно

Бакапы на данных серверах отсутствуют. Перемещаемые профили не использую, за исключением того, что средствами GPO перемещаю папки «Desktop» и «Documents» при входе пользователей на терминалы на серверный ресурс.

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

Дайте-ка, пожалуйста, скриншот официального ответа.

Ещё бы и на ссылки посмотреть.

Т.е. это проблема в 2016 сервере, хотите сказать? Если на 2008 всё работало.

Вот пример с моего хоста (правда оно 2012r2):

PS C:> (query user).count
229

Проблема ваша скорее всего в этом баяне

Так же обсуждалось тут

Кол-во RDP-соединений (не более 110) инженер озвучил устно по телефону:)

Ссылки, которые он направил ниже:

Ниже ссылка, на статью которая говорит о количестве соединений, которые в нашем разговоре назвал; «нииточками»

Comparison of Standard and Datacenter editions of Windows Server 2019

об обстоятельствах которые виляют на количество пользователей

How many concurrent Remote Desktop Sessions can run on a single Windows Remote Desktop Server?

Remote Desktop Services — planning

Remote Desktop Services — High availability

Не зря Vector BCO говорил, что по его наблюдению проблемы начинаются от 70 пользователей)

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

У нас, например, без проблем на терминальном сервере живет порядка 200 rds-сессий пользователей (и это не предел, ресурсы сервера позволяют пережить и большее количество пользователей на сервер)

Что касается потери управляемости, с которой вы столкнулись, то связана она с двумя сущностями:

1) пользовательские службы, которые в подавляющем большинстве не нужны на сервере, но создаются по умолчанию для каждого пользователя залогинившегося на сервер. Их можно и нужно отключать (см параметр UserServiceFlags https://docs.microsoft.com/en-us/windows/application-management/per-user-services-in-windows). Если вы не отключите большинство ненужных служб это вызовет переполнение какого-то там буфера или области памяти, которая не была рассчитана на такое дикое количество служб и вы потеряете возможность управления службами

2) UWP-приложения, входящие в состав сервера, для которых при каждом входе пользователя создаются правила firewall’а (приложения эти так же большинстве своем не понадобятся вашим пользователям и их желательно вырезать либо в application mode, либо на этапе winPE phase of depoyment, либо придется действовать скриптами, удаляя нарастающий как снежный ком правила firewall’а. Для борьбы с правилами множищимися из-за UWP-приложениями рекомендуется использовать ключ реестра DeleteUserAppContainersOnLogoff (google it!), который, правда проблему радикально не решит, но значительно ее смягчит, остаток правил все равно придется регулярно дорабатывать напильником (скриптами).

Огромное количество правил FW (даже если у вас FW выключен!), если с ними не бороться, приводит к следующим проблемам:

— долгий вход в сессию

— черный экран при входе в сессию, вместо рабочего стола

— не работает кнопка Пуск (при нажатии на нее ничего не происходит)

Заглушке переданы неправильные данные windows 10

Сообщения: 67
Благодарности:

Изображения

	Screenshot_1.png
(6.8 Kb, 12 просмотров)
	Screenshot_2.png
(4.4 Kb, 10 просмотров)
	Screenshot_3.png
(9.4 Kb, 9 просмотров)

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 67
Благодарности:

Сообщения: 67
Благодарности:

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″> Источник

Сообщение об ошибке при передаче типа variant между клиентом COM и COM-сервера в Windows: «0x800706F7 (Заглушке переданы неправильные данные)»

Симптомы

Рассмотрим следующие сценарии на компьютере под управлением Windows 7, Windows Vista, Windows Server 2008 R2 или Windows Server 2008:

Передачи типа variant из COM-клиент COM-сервер. Этот объект типа variant содержит один определяемый пользователем тип данных (UDT) или SafeArray пользовательские типы.

Передачи типа variant из COM-сервера COM-клиенту. Этот объект типа variant содержит один определяемый пользователем тип данных (UDT) или SafeArray пользовательские типы.

В обоих случаях variant не передается успешно. Кроме того появляется следующее сообщение об ошибке:

0x800706F7 (Заглушке переданы неправильные данные)

Причина

Эта проблема возникает из-за ошибки в файл Oleaut32.dll. Из-за ошибки не удается упаковать определяемые пользователем типы, которые заключены в variant.

Решение

Сведения об исправлении

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

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

Примечание. Если наблюдаются другие проблемы или необходимо устранить неполадки, вам может понадобиться создать отдельный запрос на обслуживание. Стандартная оплата за поддержку будет взиматься только за дополнительные вопросы и проблемы, которые не соответствуют требованиям конкретного исправления. Чтобы получить полный список телефонов поддержки и обслуживания клиентов корпорации Майкрософт или создать отдельный запрос на обслуживание, посетите следующий веб-сайт корпорации Майкрософт:

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

Предварительные условия

Это исправление необходимо установить на компьютере под управлением одной из следующих операционных систем:

Пакет обновления (SP1) для Windows Vista

Пакет обновления (SP2) для Windows Vista

Windows Server 2008

Windows Server 2008 с пакетом обновления 2

Windows Server 2008 R2

Чтобы получить дополнительные сведения о получении пакета обновления для Windows Vista, щелкните следующий номер статьи базы знаний Майкрософт:

как получить последний пакет обновления для Windows Vista

Дополнительные сведения о том, как получить пакет обновления для Windows Server 2008, щелкните следующий номер статьи базы знаний Майкрософт:

Как получить последний пакет обновления для Windows Server 2008

Необходимость перезагрузки

После установки исправления компьютер необходимо перезагрузить.

Сведения о замене исправлений

Это исправление не заменяет других исправлений.

Сведения о файлах

Английская версия данного исправления содержит атрибуты файла (или более поздние атрибуты файлов), приведенные в следующей таблице. Дата и время для этих файлов указаны в формате общего скоординированного времени (UTC). При просмотре сведений о файле, он преобразуется в локальное время. Чтобы узнать разницу между временем по Гринвичу и местным временем, откройте вкладку Часовой пояс элемента Дата и время в панели управления.

Примечания к сведениям о файле Windows Vista и Windows Server 2008

Важно. Исправления для Windows Server 2008 и Windows Vista исправления включены в те же пакеты. Однако только «Windows Vista» отображается на странице запрос исправления. Для получения пакета исправлений, который применяется к одной или обеих операционных систем, установите исправления, перечисленные в разделе «Windows Vista» на странице. Всегда смотрите раздел «Информация в данной статье относится к следующим продуктам» статьи для определения фактических операционных систем, к которым применяется каждое исправление.

Файлы, относящиеся к определенному продукту, этапу разработки (RTM, SP n) и направлению поддержки (LDR, GDR) можно определить путем проверки номера версий файлов, как показано в следующей таблице.

1 Пакет обновления интегрируется в окончательной версии Windows Server 2008.

Файлы MANIFEST (.manifest) и MUM (.mum), устанавливаемые для каждой среды, указаны отдельно в разделе «Сведения о дополнительных файлах для системы Windows Vista и Windows Server 2008». MUM файлы и файлы МАНИФЕСТА и связанные файлы каталога безопасности (.cat), очень важны для поддержания состояния обновленные компоненты. Файлы каталога безопасности, для которых не перечислены атрибуты, подписаны цифровой подписью корпорации Майкрософт.

Источник

Заглушка получила сообщение об ошибке неверных данных в Windows 10

Сообщение об ошибке было частью нескольких сценариев, и нет единого фиксированного решения. Хотя об этом сообщалось на форумах, конкретный сценарий не был объяснен — ​​есть ли у кого-нибудь опыт исправления сообщения об ошибке »Заглушка получила неверные данные”В Windows 10?

Заглушка получила неверные данные

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

Для выполнения шагов вам потребуется разрешение администратора.

1]Ошибка 1783: заглушка получила неверные данные.

Ошибка происходит при открытии Services.msc. То же самое может произойти, когда к нему обращаются на удаленном компьютере, и вы можете только начать и прекратить использование sc start и sc stop команды. Согласно документам Microsoft, это происходит, когда количество установленных служб превышает ограничение на размер буфера Services.msc.

Единственный способ решить проблему — удалить ненужное программное обеспечение из Windows. Однако будьте осторожны при их удалении, так как это может иметь непредвиденные побочные эффекты.

2]Заглушка получила ошибку неверных данных и проблемы с Почтой и Магазином Windows.

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

Все это происходит из-за обновления драйвера Nvidia, вызывающего проблему повсюду. Что касается почты и магазина, мы предлагаем запустить средство устранения неполадок Магазина Windows, но рекомендуется вернуться к предыдущей версии и проверить, решает ли она проблему.

3]Перезапустить приложение

Если вы получаете сообщение об ошибке при запуске игры или приложения на основе EXE, переустановите игру еще раз. Если это не решит проблему, возможно, приложение должно запускаться с некоторыми параметрами. Лучше всего воссоздать ярлык из исходного приложения и проверить поддержку программного обеспечения.

3]Общее решение

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

Кроме того, вы можете запустить SFC / scannow и DISM.exe / Online / Cleanup-image / Restorehealth и посмотреть, поможет ли это.

Надеюсь, этот пост помог решить проблему: в Windows 10 появилось сообщение об ошибке неверных данных. Если у вас есть другие идеи, поделитесь ими здесь.

Источник

Заглушке переданы неправильные данные windows 10

Вопрос

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

— не посмотреть любые логи в Журналах Windows («Средство просмотра событий не может открыть журнал событий или пользовательское представление. Убедитесь, что служба событий запущена, либо слишком длинный запрос. Сервер RPC занят и не может завершить операцию (1723)»

— не посмотреть службы («Возникла следующая ошибка при чтении списка служб на: Ошибка 1783: Заглушке переданы неправильные данные.»

— не доступна консоль управления RDS в Диспетчера сервера («Якобы, не запущены службы RDS. )

Ответы

Даже привел ссылки на статьи сторонних ресурсов:)

Все ответы

Уточните пожалуйста какой контроллер дисков используется на данных сервера?
На момент проблемы есть ли возможно увидеть нагруженость дисков?

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

Дисковый контроллер: HPE Smart Array P408i-a SR Gen10

По данным мониторинга производительности в момент появления описанного глюка:

т.е. загруженности дисковой подсистемы никакой нет

Бакапы на данных серверах отсутствуют. Перемещаемые профили не использую, за исключением того, что средствами GPO перемещаю папки «Desktop» и «Documents» при входе пользователей на терминалы на серверный ресурс.

Даже привел ссылки на статьи сторонних ресурсов:)

Даже привел ссылки на статьи сторонних ресурсов:)

Дайте-ка, пожалуйста, скриншот официального ответа.

Ещё бы и на ссылки посмотреть.

Т.е. это проблема в 2016 сервере, хотите сказать? Если на 2008 всё работало.

Вот пример с моего хоста (правда оно 2012r2):

PS C:> (query user).count
229

Проблема ваша скорее всего в этом баяне

Так же обсуждалось тут

Кол-во RDP-соединений (не более 110) инженер озвучил устно по телефону:)

Ссылки, которые он направил ниже:

Ниже ссылка, на статью которая говорит о количестве соединений, которые в нашем разговоре назвал; «нииточками»

Comparison of Standard and Datacenter editions of Windows Server 2019

об обстоятельствах которые виляют на количество пользователей

How many concurrent Remote Desktop Sessions can run on a single Windows Remote Desktop Server?

Не зря Vector BCO говорил, что по его наблюдению проблемы начинаются от 70 пользователей)

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

У нас, например, без проблем на терминальном сервере живет порядка 200 rds-сессий пользователей (и это не предел, ресурсы сервера позволяют пережить и большее количество пользователей на сервер)

Что касается потери управляемости, с которой вы столкнулись, то связана она с двумя сущностями:

1) пользовательские службы, которые в подавляющем большинстве не нужны на сервере, но создаются по умолчанию для каждого пользователя залогинившегося на сервер. Их можно и нужно отключать (см параметр UserServiceFlags https://docs.microsoft.com/en-us/windows/application-management/per-user-services-in-windows). Если вы не отключите большинство ненужных служб это вызовет переполнение какого-то там буфера или области памяти, которая не была рассчитана на такое дикое количество служб и вы потеряете возможность управления службами

2) UWP-приложения, входящие в состав сервера, для которых при каждом входе пользователя создаются правила firewall’а (приложения эти так же большинстве своем не понадобятся вашим пользователям и их желательно вырезать либо в application mode, либо на этапе winPE phase of depoyment, либо придется действовать скриптами, удаляя нарастающий как снежный ком правила firewall’а. Для борьбы с правилами множищимися из-за UWP-приложениями рекомендуется использовать ключ реестра DeleteUserAppContainersOnLogoff (google it!), который, правда проблему радикально не решит, но значительно ее смягчит, остаток правил все равно придется регулярно дорабатывать напильником (скриптами).

Огромное количество правил FW (даже если у вас FW выключен!), если с ними не бороться, приводит к следующим проблемам:

— долгий вход в сессию

— черный экран при входе в сессию, вместо рабочего стола

— не работает кнопка Пуск (при нажатии на нее ничего не происходит)

Источник

Windows 10. Обсуждение

19 лет на сайте
пользователь #1875

Пока в отпуске, приеду и сделаем шапку.

После этого начнется процесс подсчета занимаемого места.
Далее, во вкладке «Очистка диска», нажмите на кнопку «Очистить системные файлы».

Куратор темы spike

9 лет на сайте
пользователь #566564

11 лет на сайте
пользователь #227058

Вроде как она всегда бесплатная была, не?

11 лет на сайте
пользователь #248425

Обещают выпустить в следующем году.

Вроде как она всегда бесплатная была, не?

11 лет на сайте
пользователь #294069

Начало в 20.00 по минскому.

бесплатно обновится на Windows 9 можно будет только с Windows 8.1 полные retail

Откуда инфа? Предположений различных хватает. Обновление для Win 8 тоже должно быть бесплатным: обновиться до 8.1 не составит проблем. Была информация про спец. предложение для ХР

19 лет на сайте
пользователь #1875

skroo, из доверенного источника. с Win8 тоже будет вариант, но не официальный.

11 лет на сайте
пользователь #248425

spike, просто для галочки залью видео )

Много скриншотов, тянущих на обновление 8.2

11 лет на сайте
пользователь #294069

skroo, из доверенного источника. с Win8 тоже будет вариант, но не официальный

Что значит неофициальный? Я вообще не понимаю, как можно разделять 8 и 8.1, если с 8-ки до 8.1 можно бесплатно обновляться с тем же ключом.
Разве что MS как-то фиксирует, что ключ генерился именно для 8.1, а не для 8. Но 8.1 была таким незначительным апдейтом, что у меня сомнения в таком подходе

19 лет на сайте
пользователь #2237

Начало в 20.00 по минскому.

Ждем, интересно будет узнать обо всех нововведениях официально.

19 лет на сайте
пользователь #1875

skroo, не по ключу обновится не сможет, а по файлам.
нельзя обновить windows server 2003 до 2008 r2, без установки windows server 2008

думаю и так будет. просто умельцы сделают с 8 до 9 минуя установку 8.1.

11 лет на сайте
пользователь #294069

skroo, не по ключу обновится не сможет, а по файлам.
нельзя обновить windows server 2003 до 2008 r2, без установки windows server 2008

думаю и так будет. просто умельцы сделают с 8 до 9 минуя установку 8.1.

Так если я чистую установку делаю? Меня тут больше интересует финансовый вопрос, а не технический

Источник

Adblock
detector

Windows server 2019 ошибка 1783 заглушке переданы неправильные данные

Вопрос

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

Перешли с 2008 на 2016 терм. сервер. Имеем: RDS ферму с двумя мощными серверами, на обоих роли CB, SH + в сети выделенный SQL-сервер. Порядка 300 терм. сессий на каждом сервере. CPU загружен максимум на 30%, оперативная память — занято порядка 25 % от общего объема. По работе самой фермы — никаких нареканий, все работает, все довольны.

Но! Когда кол-во юзверей переваливает примерно за 150 человек на каждой ноде — оба сервера становятся полностью неуправляемыми со стороны администраторов:

— не посмотреть любые логи в Журналах Windows («Средство просмотра событий не может открыть журнал событий или пользовательское представление. Убедитесь, что служба событий запущена, либо слишком длинный запрос. Сервер RPC занят и не может завершить операцию (1723)»

— не посмотреть службы («Возникла следующая ошибка при чтении списка служб на: Ошибка 1783: Заглушке переданы неправильные данные.»

— не доступна консоль управления RDS в Диспетчера сервера («Якобы, не запущены службы RDS. )

Когда кол-во юзверей на терминалах снова падает до 100-150 человек — снова все приходит в норму и прекрасно работает. В какой стороне копать, коллеги? Кто-нибудь сталкивался с подобным явлением?

Ответы

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Все ответы

Уточните пожалуйста какой контроллер дисков используется на данных сервера?
На момент проблемы есть ли возможно увидеть нагруженость дисков?

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

Bien cordialement, Andrei .

MCP

Сервера — HP DL380 G10

Дисковый контроллер: HPE Smart Array P408i-a SR Gen10

По данным мониторинга производительности в момент появления описанного глюка:

— %активности диска на обоих серверах — 4-5

— текущая длина очереди диска — 0-1

т.е. загруженности дисковой подсистемы никакой нет

Добрый! Очередь на чтение/запись диска — нулевая. По сети — тоже самое. Средствами системного монитора — все свободно. С этого начал копать проблему, собственно

Бакапы на данных серверах отсутствуют. Перемещаемые профили не использую, за исключением того, что средствами GPO перемещаю папки «Desktop» и «Documents» при входе пользователей на терминалы на серверный ресурс.

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

Дайте-ка, пожалуйста, скриншот официального ответа.

Ещё бы и на ссылки посмотреть.

Т.е. это проблема в 2016 сервере, хотите сказать? Если на 2008 всё работало.

Вот пример с моего хоста (правда оно 2012r2):

PS C:\> (query user).count
229

Проблема ваша скорее всего в этом баяне

Так же обсуждалось тут

Кол-во RDP-соединений (не более 110) инженер озвучил устно по телефону:)

Ссылки, которые он направил ниже:

Ниже ссылка, на статью которая говорит о количестве соединений, которые в нашем разговоре назвал; «нииточками»

Comparison of Standard and Datacenter editions of Windows Server 2019

об обстоятельствах которые виляют на количество пользователей

How many concurrent Remote Desktop Sessions can run on a single Windows Remote Desktop Server?

Remote Desktop Services — planning

Remote Desktop Services — High availability

Не зря Vector BCO говорил, что по его наблюдению проблемы начинаются от 70 пользователей)

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

У нас, например, без проблем на терминальном сервере живет порядка 200 rds-сессий пользователей (и это не предел, ресурсы сервера позволяют пережить и большее количество пользователей на сервер)

Что касается потери управляемости, с которой вы столкнулись, то связана она с двумя сущностями:

1) пользовательские службы, которые в подавляющем большинстве не нужны на сервере, но создаются по умолчанию для каждого пользователя залогинившегося на сервер. Их можно и нужно отключать (см параметр UserServiceFlags https://docs.microsoft.com/en-us/windows/application-management/per-user-services-in-windows). Если вы не отключите большинство ненужных служб это вызовет переполнение какого-то там буфера или области памяти, которая не была рассчитана на такое дикое количество служб и вы потеряете возможность управления службами

2) UWP-приложения, входящие в состав сервера, для которых при каждом входе пользователя создаются правила firewall’а (приложения эти так же большинстве своем не понадобятся вашим пользователям и их желательно вырезать либо в application mode, либо на этапе winPE phase of depoyment, либо придется действовать скриптами, удаляя нарастающий как снежный ком правила firewall’а. Для борьбы с правилами множищимися из-за UWP-приложениями рекомендуется использовать ключ реестра DeleteUserAppContainersOnLogoff (google it!), который, правда проблему радикально не решит, но значительно ее смягчит, остаток правил все равно придется регулярно дорабатывать напильником (скриптами).

Огромное количество правил FW (даже если у вас FW выключен!), если с ними не бороться, приводит к следующим проблемам:

— долгий вход в сессию

— черный экран при входе в сессию, вместо рабочего стола

— не работает кнопка Пуск (при нажатии на нее ничего не происходит)

Windows server 2019 ошибка 1783 заглушке переданы неправильные данные

Вопрос

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

Перешли с 2008 на 2016 терм. сервер. Имеем: RDS ферму с двумя мощными серверами, на обоих роли CB, SH + в сети выделенный SQL-сервер. Порядка 300 терм. сессий на каждом сервере. CPU загружен максимум на 30%, оперативная память — занято порядка 25 % от общего объема. По работе самой фермы — никаких нареканий, все работает, все довольны.

Но! Когда кол-во юзверей переваливает примерно за 150 человек на каждой ноде — оба сервера становятся полностью неуправляемыми со стороны администраторов:

— не посмотреть любые логи в Журналах Windows («Средство просмотра событий не может открыть журнал событий или пользовательское представление. Убедитесь, что служба событий запущена, либо слишком длинный запрос. Сервер RPC занят и не может завершить операцию (1723)»

— не посмотреть службы («Возникла следующая ошибка при чтении списка служб на: Ошибка 1783: Заглушке переданы неправильные данные.»

— не доступна консоль управления RDS в Диспетчера сервера («Якобы, не запущены службы RDS. )

Когда кол-во юзверей на терминалах снова падает до 100-150 человек — снова все приходит в норму и прекрасно работает. В какой стороне копать, коллеги? Кто-нибудь сталкивался с подобным явлением?

Ответы

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Все ответы

Уточните пожалуйста какой контроллер дисков используется на данных сервера?
На момент проблемы есть ли возможно увидеть нагруженость дисков?

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

Bien cordialement, Andrei .

MCP

Сервера — HP DL380 G10

Дисковый контроллер: HPE Smart Array P408i-a SR Gen10

По данным мониторинга производительности в момент появления описанного глюка:

— %активности диска на обоих серверах — 4-5

— текущая длина очереди диска — 0-1

т.е. загруженности дисковой подсистемы никакой нет

Добрый! Очередь на чтение/запись диска — нулевая. По сети — тоже самое. Средствами системного монитора — все свободно. С этого начал копать проблему, собственно

Бакапы на данных серверах отсутствуют. Перемещаемые профили не использую, за исключением того, что средствами GPO перемещаю папки «Desktop» и «Documents» при входе пользователей на терминалы на серверный ресурс.

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

Дайте-ка, пожалуйста, скриншот официального ответа.

Ещё бы и на ссылки посмотреть.

Т.е. это проблема в 2016 сервере, хотите сказать? Если на 2008 всё работало.

Вот пример с моего хоста (правда оно 2012r2):

PS C:\> (query user).count
229

Проблема ваша скорее всего в этом баяне

Так же обсуждалось тут

Кол-во RDP-соединений (не более 110) инженер озвучил устно по телефону:)

Ссылки, которые он направил ниже:

Ниже ссылка, на статью которая говорит о количестве соединений, которые в нашем разговоре назвал; «нииточками»

Comparison of Standard and Datacenter editions of Windows Server 2019

об обстоятельствах которые виляют на количество пользователей

How many concurrent Remote Desktop Sessions can run on a single Windows Remote Desktop Server?

Remote Desktop Services — planning

Remote Desktop Services — High availability

Не зря Vector BCO говорил, что по его наблюдению проблемы начинаются от 70 пользователей)

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

У нас, например, без проблем на терминальном сервере живет порядка 200 rds-сессий пользователей (и это не предел, ресурсы сервера позволяют пережить и большее количество пользователей на сервер)

Что касается потери управляемости, с которой вы столкнулись, то связана она с двумя сущностями:

1) пользовательские службы, которые в подавляющем большинстве не нужны на сервере, но создаются по умолчанию для каждого пользователя залогинившегося на сервер. Их можно и нужно отключать (см параметр UserServiceFlags https://docs.microsoft.com/en-us/windows/application-management/per-user-services-in-windows). Если вы не отключите большинство ненужных служб это вызовет переполнение какого-то там буфера или области памяти, которая не была рассчитана на такое дикое количество служб и вы потеряете возможность управления службами

2) UWP-приложения, входящие в состав сервера, для которых при каждом входе пользователя создаются правила firewall’а (приложения эти так же большинстве своем не понадобятся вашим пользователям и их желательно вырезать либо в application mode, либо на этапе winPE phase of depoyment, либо придется действовать скриптами, удаляя нарастающий как снежный ком правила firewall’а. Для борьбы с правилами множищимися из-за UWP-приложениями рекомендуется использовать ключ реестра DeleteUserAppContainersOnLogoff (google it!), который, правда проблему радикально не решит, но значительно ее смягчит, остаток правил все равно придется регулярно дорабатывать напильником (скриптами).

Огромное количество правил FW (даже если у вас FW выключен!), если с ними не бороться, приводит к следующим проблемам:

— долгий вход в сессию

— черный экран при входе в сессию, вместо рабочего стола

— не работает кнопка Пуск (при нажатии на нее ничего не происходит)

Вопрос

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

Перешли с 2008 на 2016 терм. сервер. Имеем: RDS ферму с двумя мощными серверами, на обоих роли CB, SH + в сети выделенный SQL-сервер. Порядка 300 терм. сессий на каждом сервере. CPU загружен максимум на 30%, оперативная память — занято порядка 25 % от общего объема. По работе самой фермы — никаких нареканий, все работает, все довольны.

Но! Когда кол-во юзверей переваливает примерно за 150 человек на каждой ноде — оба сервера становятся полностью неуправляемыми со стороны администраторов:

— не посмотреть любые логи в Журналах Windows («Средство просмотра событий не может открыть журнал событий или пользовательское представление. Убедитесь, что служба событий запущена, либо слишком длинный запрос. Сервер RPC занят и не может завершить операцию (1723)»

— не посмотреть службы («Возникла следующая ошибка при чтении списка служб на: Ошибка 1783: Заглушке переданы неправильные данные.»

— не доступна консоль управления RDS в Диспетчера сервера («Якобы, не запущены службы RDS. )

Когда кол-во юзверей на терминалах снова падает до 100-150 человек — снова все приходит в норму и прекрасно работает. В какой стороне копать, коллеги? Кто-нибудь сталкивался с подобным явлением?

Ответы

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Все ответы

Уточните пожалуйста какой контроллер дисков используется на данных сервера?
На момент проблемы есть ли возможно увидеть нагруженость дисков?

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

Bien cordialement, Andrei .

MCP

Сервера — HP DL380 G10

Дисковый контроллер: HPE Smart Array P408i-a SR Gen10

По данным мониторинга производительности в момент появления описанного глюка:

— %активности диска на обоих серверах — 4-5

— текущая длина очереди диска — 0-1

т.е. загруженности дисковой подсистемы никакой нет

Добрый! Очередь на чтение/запись диска — нулевая. По сети — тоже самое. Средствами системного монитора — все свободно. С этого начал копать проблему, собственно

Бакапы на данных серверах отсутствуют. Перемещаемые профили не использую, за исключением того, что средствами GPO перемещаю папки «Desktop» и «Documents» при входе пользователей на терминалы на серверный ресурс.

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

Дайте-ка, пожалуйста, скриншот официального ответа.

Ещё бы и на ссылки посмотреть.

Т.е. это проблема в 2016 сервере, хотите сказать? Если на 2008 всё работало.

Вот пример с моего хоста (правда оно 2012r2):

PS C:> (query user).count
229

Проблема ваша скорее всего в этом баяне

Так же обсуждалось тут

Кол-во RDP-соединений (не более 110) инженер озвучил устно по телефону:)

Ссылки, которые он направил ниже:

Ниже ссылка, на статью которая говорит о количестве соединений, которые в нашем разговоре назвал; «нииточками»

Comparison of Standard and Datacenter editions of Windows Server 2019

об обстоятельствах которые виляют на количество пользователей

How many concurrent Remote Desktop Sessions can run on a single Windows Remote Desktop Server?

Remote Desktop Services — planning

Remote Desktop Services — High availability

Не зря Vector BCO говорил, что по его наблюдению проблемы начинаются от 70 пользователей)

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

У нас, например, без проблем на терминальном сервере живет порядка 200 rds-сессий пользователей (и это не предел, ресурсы сервера позволяют пережить и большее количество пользователей на сервер)

Что касается потери управляемости, с которой вы столкнулись, то связана она с двумя сущностями:

1) пользовательские службы, которые в подавляющем большинстве не нужны на сервере, но создаются по умолчанию для каждого пользователя залогинившегося на сервер. Их можно и нужно отключать (см параметр UserServiceFlags https://docs.microsoft.com/en-us/windows/application-management/per-user-services-in-windows). Если вы не отключите большинство ненужных служб это вызовет переполнение какого-то там буфера или области памяти, которая не была рассчитана на такое дикое количество служб и вы потеряете возможность управления службами

2) UWP-приложения, входящие в состав сервера, для которых при каждом входе пользователя создаются правила firewall’а (приложения эти так же большинстве своем не понадобятся вашим пользователям и их желательно вырезать либо в application mode, либо на этапе winPE phase of depoyment, либо придется действовать скриптами, удаляя нарастающий как снежный ком правила firewall’а. Для борьбы с правилами множищимися из-за UWP-приложениями рекомендуется использовать ключ реестра DeleteUserAppContainersOnLogoff (google it!), который, правда проблему радикально не решит, но значительно ее смягчит, остаток правил все равно придется регулярно дорабатывать напильником (скриптами).

Огромное количество правил FW (даже если у вас FW выключен!), если с ними не бороться, приводит к следующим проблемам:

— долгий вход в сессию

— черный экран при входе в сессию, вместо рабочего стола

— не работает кнопка Пуск (при нажатии на нее ничего не происходит)

Windows server 2019 ошибка 1783 заглушке переданы неправильные данные

Вопрос

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

Перешли с 2008 на 2016 терм. сервер. Имеем: RDS ферму с двумя мощными серверами, на обоих роли CB, SH + в сети выделенный SQL-сервер. Порядка 300 терм. сессий на каждом сервере. CPU загружен максимум на 30%, оперативная память — занято порядка 25 % от общего объема. По работе самой фермы — никаких нареканий, все работает, все довольны.

Но! Когда кол-во юзверей переваливает примерно за 150 человек на каждой ноде — оба сервера становятся полностью неуправляемыми со стороны администраторов:

— не посмотреть любые логи в Журналах Windows («Средство просмотра событий не может открыть журнал событий или пользовательское представление. Убедитесь, что служба событий запущена, либо слишком длинный запрос. Сервер RPC занят и не может завершить операцию (1723)»

— не посмотреть службы («Возникла следующая ошибка при чтении списка служб на: Ошибка 1783: Заглушке переданы неправильные данные.»

— не доступна консоль управления RDS в Диспетчера сервера («Якобы, не запущены службы RDS. )

Когда кол-во юзверей на терминалах снова падает до 100-150 человек — снова все приходит в норму и прекрасно работает. В какой стороне копать, коллеги? Кто-нибудь сталкивался с подобным явлением?

Ответы

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Все ответы

Уточните пожалуйста какой контроллер дисков используется на данных сервера?
На момент проблемы есть ли возможно увидеть нагруженость дисков?

Avis de non-responsabilité:
Mon opinion ne peut pas coïncider avec la position officielle de Microsoft.

Bien cordialement, Andrei .

MCP

Сервера — HP DL380 G10

Дисковый контроллер: HPE Smart Array P408i-a SR Gen10

По данным мониторинга производительности в момент появления описанного глюка:

— %активности диска на обоих серверах — 4-5

— текущая длина очереди диска — 0-1

т.е. загруженности дисковой подсистемы никакой нет

Добрый! Очередь на чтение/запись диска — нулевая. По сети — тоже самое. Средствами системного монитора — все свободно. С этого начал копать проблему, собственно

Бакапы на данных серверах отсутствуют. Перемещаемые профили не использую, за исключением того, что средствами GPO перемещаю папки «Desktop» и «Documents» при входе пользователей на терминалы на серверный ресурс.

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

• Предложено в качестве ответа SQx Moderator 7 октября 2019 г. 12:30
• Помечено в качестве ответа Vector BCO Moderator 7 октября 2019 г. 22:47

Закрываю тему — инженер Microsoft в рамках созданного кейса на эту тему официально ответил, что несмотря на физические характеристики сервера максимальное кол-во RDP подключений к серверу для его полноценной нормальной работы — не более 120 сессий 🙂

Даже привел ссылки на статьи сторонних ресурсов:)

Дайте-ка, пожалуйста, скриншот официального ответа.

Ещё бы и на ссылки посмотреть.

Т.е. это проблема в 2016 сервере, хотите сказать? Если на 2008 всё работало.

Вот пример с моего хоста (правда оно 2012r2):

PS C:> (query user).count
229

Проблема ваша скорее всего в этом баяне

Так же обсуждалось тут

Кол-во RDP-соединений (не более 110) инженер озвучил устно по телефону:)

Ссылки, которые он направил ниже:

Ниже ссылка, на статью которая говорит о количестве соединений, которые в нашем разговоре назвал; «нииточками»

Comparison of Standard and Datacenter editions of Windows Server 2019

об обстоятельствах которые виляют на количество пользователей

How many concurrent Remote Desktop Sessions can run on a single Windows Remote Desktop Server?

Remote Desktop Services — planning

Remote Desktop Services — High availability

Не зря Vector BCO говорил, что по его наблюдению проблемы начинаются от 70 пользователей)

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

У нас, например, без проблем на терминальном сервере живет порядка 200 rds-сессий пользователей (и это не предел, ресурсы сервера позволяют пережить и большее количество пользователей на сервер)

Что касается потери управляемости, с которой вы столкнулись, то связана она с двумя сущностями:

1) пользовательские службы, которые в подавляющем большинстве не нужны на сервере, но создаются по умолчанию для каждого пользователя залогинившегося на сервер. Их можно и нужно отключать (см параметр UserServiceFlags https://docs.microsoft.com/en-us/windows/application-management/per-user-services-in-windows). Если вы не отключите большинство ненужных служб это вызовет переполнение какого-то там буфера или области памяти, которая не была рассчитана на такое дикое количество служб и вы потеряете возможность управления службами

2) UWP-приложения, входящие в состав сервера, для которых при каждом входе пользователя создаются правила firewall’а (приложения эти так же большинстве своем не понадобятся вашим пользователям и их желательно вырезать либо в application mode, либо на этапе winPE phase of depoyment, либо придется действовать скриптами, удаляя нарастающий как снежный ком правила firewall’а. Для борьбы с правилами множищимися из-за UWP-приложениями рекомендуется использовать ключ реестра DeleteUserAppContainersOnLogoff (google it!), который, правда проблему радикально не решит, но значительно ее смягчит, остаток правил все равно придется регулярно дорабатывать напильником (скриптами).

Огромное количество правил FW (даже если у вас FW выключен!), если с ними не бороться, приводит к следующим проблемам:

— долгий вход в сессию

— черный экран при входе в сессию, вместо рабочего стола

— не работает кнопка Пуск (при нажатии на нее ничего не происходит)