Всех приветствую! Подниму, есть старая тема, но она в архиве. Вернулась проблема, регулярно раз в неделю стал падать сервер, с ошибкой "Невозможно выполнить операцию на сокете, буфер слишком мал и тд 10055". Сервер раз в неделю перезагружается. Раньше такую проблему устраняли путем настроек в реестре, по рекомендациям 1с и Microsoft : https://its.1c.ru/db/metod8dev#content:5857:hdoc Сейчас, после перехода на новые платформы 8.3.15 - 16 ошибка повторяется, настройки сделаны, но ничего не помогает, только перезагрузка сервера. У кого-нибудь есть похожие проблемы на последних платформах, что посоветуете? Другой сервер с этой платформой, но с меньшим количеством баз - все вывозит, хотя ранее на старых платформах  - все и так работало (с правой в реестре кол-ва портов).

Сервер 1c Windows 2012 R2 64, 1c 64 8.3.16.1224, SQL 2008 R2 на отдельном компе.

Ежедневный регламентный перезапуск 1С выполняется?

Серверная часть получается на двух компах - 1С на своем и это 64 бит и СУБД на своем, так?

Сколько всего баз и на каких режимах совместимости у них выставлены свойства в конфигурациях? Понятно, что если это базы на актуальных БП3, то там установлен уже режим 8.3.14.

И тогда еще вопрос, а сколько на эти базы приходится оперативы на сервере 1С ?

Вообще, до включения в платформу версии КОРП такое альтернативно лечилось устанвкой ограничения одной базы на один рпхост. Сейчас такого себе позволить нельзя, а платформа на сервере теперь глючит при установке блокировок на все соединения в рпхост... Это трудно доказуемо, но мои подозрения только в эту сторону :-)

(0) кеш чистился когда платформу переустанавливали?

Вообще все на одном физическом сервере, разнесены через виртуалки. По базам 4 основных, сеансов около 400 всего в них. Базы УПП, совместимость 8.2.13. Ранее такого не было, вот после 8.3.15. Да КОРП теперь не дает выставить 1 база на процесс, думал в эту сторону. Оперативы на 1с сервере всего 40, на базы до 20 приходится.

(5) в общем, оставаясь на УПП с пониженной совместимостью, новую платформу - из самых модных - втуливать не стоило. А там бы все и осталось с разделением одной базы на один рпхост.