Добрый день всем. Знающие люди, подскажите или хотя бы направьте, где почитать. Ситуация следующая: имеется сервер, на нем ОС 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 ?

Ошибка выделения памяти HRESULT=8000400L
+
Сервер 1С 32 бит

64 ставьте

32 с некоторых пор как 1С его подрезала мы вообще не продаем никогда. Подрезала как раз по выделяемой памяти. Деталей не помню.Напоролись один раз, админ  сказал больше не продавайте и не рекомендуйте это... Мы и перестали.

(7) "что предшественник так же работал с этим же 32-битным сервером и с его слов - такого не было."
От версии платформы зависит.

на месте 1С я бы уже давно вывел из прайса 32-битный сервер,
а в этой ценовой нише выпустил что-то типа "1С:Предприятие 8.3. Сервер МИДИ на 10 подключений" 32/64

(23) Именно! Потребность в таком продукте давно назрела. Думаю, что на это будет спрос в небольших фирмах.

(18) на старые хардлоки 32-битные кажется это не распространяется вроде или не так?
Проверил: после перезапуска полет нормальный - запустил 3 базы = 3 процесса rphost

(23) Можно ещё проще - разрешить активацию нескольких лицензий минисервера для увеличения количества подключений: две лицензии минисервера - 10 и т.д.

(19) дело не в старых/новых ключах, а в том, что проверка лицензий на ПРОФ/КОРП происходит только при запуске 11-го сеанса,
т.е. если сеансов не более 10, то можно использовать КОРП настройки

(26) а вот это сомнительно, при нынешней цене сервера мини 19300 руб. возможность их сложения серьезно снизит продажи сервера ПРОФ х64 за 115200 руб.

(26)Можно еще проще - если у тебя больше 5 рабочих мест, перестать страдать хней и разово выделить на покупку серверной лицензии 100к. Не такие уж это и деньги для тебя должны быть при наличии ежемесячного ФОТа более 500к.

(29) у меня забавный клиент есть - вместо "нормального" ПРОФ сервера х64, который ему советовали, купил два сервера МИНИ, установил на разные машины с разными базами, довольный был ппц, типа всех на#бал,
недавно пришел - в одной из баз появился 6-ой юзер,
спрашивал, можно ли сдать в апгрейд два сервера МИНИ...

(30) он тупой?
для 10 юзеров файловая через веб сервер прекрасно работает

(31)+ можно сделать разные публикации для юзеров - будет совсем охеренно

(31) там уперлись в размер баз, файловая не тянула,
может проблема была в прикрепляемых файлах и ее можно было решить переносом во внешние тома, но клиент сильно странный, сам себе на уме, нас не слушает, думает, что нам главное его на бабки развести

(33) свертка и да файлы в тома
вряд ли на 5 юзерах можно быстро превысить пределы файловой по докам