Добрый день всем. Знающие люди, подскажите или хотя бы направьте, где почитать. Ситуация следующая: имеется сервер, на нем ОС Windows Server 2012, Microsoft SQL Server 2014, Сервер 1С 32 бит с платформой 8.3.25.1560. На сервере 1С включена отладка. Крутятся несколько баз: ЗУП, «Розница» и совсем уж древняя и допиленная «КА 1.1». В «Рознице» активно работают пользователи, общим числом 22. В ЗУП трое и в «КА» пятеро.

Со слов предыдущего администратора раньше особых проблем не было. В те времена стояла платформа 8.3.23.1865. Но пришло время осваивания БП, а под нее платформа уже нужна была посвежее, и поставили сначала 8.3.24.1691.

Одновременно с этим событием совпало и начало очередного допиливания «КА». Оговорюсь сразу — я не программист. Я больше админ, а программирует специалист удаленно. И стал я замечать странное поведение, периодически стали отваливаться клиенты на всех базах рандомно. С различными ошибками, но чаще с «Ошибка СУБД:......Ошибка выделения памяти HRESULT=8000400L», с предложением «Завершить — Перезапустить».

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

Поначалу списывал всё на платформу, но потом обновил до 8.3.25 и... всё продолжилось в том же духе. И стал я обращать внимание. Тот удаленный специалист запускал тестовую базу в конфигураторе «КА» для программирования, параллельно запускал ее же в толстом клиенте с отладкой. И вот замечаю, что во время его активной работы выкидывает рандомно пользователей.

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

Я не берусь утверждать, что именно в этом причина, но как-то уж слишком совпадает, что как только провисят запущенные им сеансы Конфигуратора и Толстого клиента пару дней, даже без работы, так обязательно приходим к тому, что всех выкидывает с ошибкой «Ошибка выделения памяти HRESULT=80004005» и пока я не убью эти соединения и не перезапущу процесс сервера, никто не может начать работать.

Вот не могу понять — это реально так влияют Конфигуратор и Толстый клиент «КА», или просто совпадение и надо «воевать в другую сторону»? И, если есть мысли, то подскажите в какую. Повторюсь — предшественник мой утверждает, что «раньше такой херни не было» )))

(0) а зачем вам отладка на проде? предполагаю, что у программиста стоит автоматическое подключение предметов отладки

Наверное, программист балуется динамическим обновлением.

(1) А вот не знаю я. Сервер один и для экспериментов другого нет. Не мной придумано. Я платформу обновлял мне строго-настрого сказано было, чтоб не забыл отладку включить. Хотя, умом понимаю, что на проде эксперименты не ставят, но..."маемо тэ що маемо".

(0) Ну так и ежу понятно, памяти не хватает. Сервер 1с x32  - чего ты хочешь?
Как вариант разбить на несколько рпхостов. В свойствах рабочего сервера уменьши "Количество соединений на процесс".
Ну или для тестовой среды поднять отдельный кластер на других портах на том же сервере

(2) Ну так-то да. Только понять я могу, если выкидывает из той базы, которую он пилит и динамически обновляет, но при чем тут Розница и ЗУП ?

(0) Режим отладки однозначно убрать. Работать будет устойчивее и быстрее. И динамические обновления под режимом отладки могут давать такой результат.
(1) а если прог тестил конфы под разными пользователями, то и у них могут сохраниться эти флаги.

(4) Денег на апгрейд я уже выпросил. Жду лицензию. Правда, как быть с тем, что предшественник так же работал с этим же 32-битным сервером и с его слов - такого не было.

(5) Потому что сервер один, да еще и под отладкой. Там и не каких пакостей словить можно.

(7) Ну так новые версии сервера прожорливее, да и конфигурации пухнут.
Во время динамического обновления сервер в памяти держит несколько версий конфигурации. 1 Основную, 2 новую. Если еще раз динамически накинуть, еще одну. Но это пока соединения к старым версиям есть. Как соединения уйдут то он эту версию из памяти выгружает.

(4) Вся надежда на 64 бит, хотя в моменты этих траблов я не видел, чтоб rphost был какой-то там разжиревший. насколько я помню, его предел на 32 бит - 3,8 Гб. А максимум, что я видел, это 3,2. Ну и сильно повлиять на настройку рабочих процессов на ПРОФ версии мы жне можем. Количество соединений на процесс и так не сильно большое - 30. А вот про отдельный сервер не подумал. Надо будет обсудить.

Вот тут есть странное решение: https://forum.infostart.ru/forum9/topic65853/?ysclid=m9qscti8kq386770919

(1) Иногда надо на проде отладкой пройтись со свежими данными, чтобы понять что за хрень творится и как ее поправить
Не всегда есть горяченькая копия, что бы повторить кнопкотыкателя

(0) Посмотрите обсуждение в https://forum.infostart.ru/forum16/topic165992/  , там разные способы использовали, кому-то помогло.

(10)>насколько я помню, его предел на 32 бит - 3,8 Гб. А максимум, что я видел, это 3,2

тебе же программа на русском пишет "Ошибка выделения памяти HRESULT=8000400L" - 100% процессу не хватает памяти

(0) Если сервер 32-бит, то даже обсуждать нечего. Скоро 1С вообще прекратит поддержку этих версий, скорее всего.

+ если есть подписка ИТС ПРОФ на 12 или 24 мес., то можно бесплатно получить временную лицензию на сервер 1С:Предприятие 8.3 (x86-64) на две недели - хватит времени  проверить

Для начала уменьшите кол-во баз на процесс, попробуйте поставить значение 1.

(17) Такое позволяется только в КОРП версии

(18)Да. Согласен. Я как-то по старой памяти решил поставить 1 базу на процесс. В результате, после перезапуска сообщение о нарушении лицензии.
(16) Да уже оплатили апгрейд. На дня буду делать. В любом случае, это лишним не будет. Я так же подозревал вот это (15)

(11) интересное решение
проблему нехватки оперативки решили переходом (соединения с с СУБД MSSQL) с shared memory на tcp/ip ?