Здравствуйте!
В компании 15 информационных баз размером по 2-3ГБ. В каждой базе работает по 2-3 пользователя. Решили перейти в клиент серверный вариант. Установил актуальную платформу и Сервер 64, СУБД SQL Express. Один железный сервер (i7, 16ГБ) выполняет задачи терминалки и сервера приложений и СУБД. Появились такие ошибки:
1. При входе в программу Ошибка при выполнении запроса POST, но не всегда
2. rphost съедает проц и память и все зависает на несколько минут. пробовал настроить допустимый объем памяти, интервалы перезапуска, поотключал ненужные регламентные задания, в том числе полнотекстовый поиск.

Теперь решил поставить Сервер 32 и все красиво заработало но через какое то время в некоторых базах ругается что недостаточно объема памяти на сервере 1С Предприятие

(0) Зачем вам терминалка в клиент-серверном варианте?

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

8.2 или 8.3?

(2) что там за регламенты в таких базах маленьких, что жрут всю память?

>Один железный сервер (i7, 16ГБ) выполняет задачи терминалки и сервера приложений и СУБД

поржал

вы на него еще AD повесьте. с сервер DOTA2 для админов

>При входе в программу Ошибка при выполнении запроса POST, но не всегда
>rphost съедает проц и память и все зависает на несколько минут.

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

А скул ограничил по памяти?

(1) Чтоб при обновлении платформы на каждом компьютере не ставить

(2) Регламенты не обжирают

(3) 8.3

(8) Не надо ничего ставить на компы - все отлично работает "портэйбл" с запуском из сетевого каталога

(4) Регламенты уже не жрут.

(8) Платформа сама умеет обновляться.

(8) Это не аргумент.

+(11) просто терминал отжирает кучу памяти, если компьютеры пользователей и конфигурация сети позволяют обойтись без терминала - я бы так и сделал

(7) Скуль нет. Он и так не много есть

(16) Надо.

кроме вышеперечисленного смущает еще СУБД SQL Express. Лучше тогда уж постгрес поставить.

(16) не прав

Сейчас же у меня беда в том что Сервер 32 сам по себе не может использовать все ресурсы даже моего не очень можного сервера

(8) настройте автообновление из общей папки.

(16) Прикидываешь сколько ест ОС, процессы все необходимые, остальное отдаешь скулу.

(18) На постгрес тормозили эти базы (1С совместимо на базе бп3.0), как то давно пытался уже один

(19) Вранье. У меня около 50 пользователей и базы Бух, ЗуП, причем несколько. 1С сервер 32-битный справляется

(19) + Я слышал как то создают несколько рабочих процессов, но нигде не могу найти как это делается

(24) в 8.3 все автоматом

(24) http://admindnotes.blogspot.ru/2017/05/1.html

(0) >> 16ГБ

Это рекомендации для рабочего компа программиста.
Кто вам сказал, что это сервер?...

Терминал однозначно надо выкидывать оттуда.
15 ИБ х 2-3 пользователя ~ 30 пользователей.
Удивительно, что там вообще у кого-то 1С-ка запускается.

Поставьте обратно x64 сервер 1С.
SQL Express я бы заменил на полноценный. Если денег нет,  все конфигурации типовые, то - на PostgreSQL (сборки для 1С последней версии с сайта PostgresPRO).
Терминал естественно выкинуть на отдельный сервер. А лучше настроить нормальную административную установку платформы и не колупать мозг себе и окружающим.

(24) >> Я слышал как то создают несколько рабочих процессов

Как вам это поможет, если у вас на сервере ресурсов (памяти) нет.
Ну будет у вас висеть вместо одного процесса 10Гб 5 штук по 2Гб. А толку? У вас память закончится раньше, чем 1С захочет её утилизировать.

(0) https://its.1c.ru/db/metod8dev#content:5899:hdoc

(22) >> На постгрес тормозили эти базы

На старых релизах платформы и старых релизах PostgreSQL такое вполне возможно.
На 8.3.8 (а лучше - старше) и на PostgreSQL 9.6 (сборки от PostgresPRO) производительность вполне сопоставима с MS-SQL.

Для вас есть одно неоспоримое преимущество PostgreSQL перед MS-SQL. Это прожорливость по памяти. MS-SQL сжирает всю доступную ему память (если не ограничить) и не отдаёт её. PostgreSQL - берет только то, что ему надо и быстро возвращает неиспользуемое системе.

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

(7) Подскажи, пожалуйста, как ограничить память для скуль?

(32) в манэжмент студио

(33) А точнее)

(27) Базы не совсем типовые, 1С совместимо, не думаю что там все оптимально написано. заказчик не хочет снимать замочки, дабы обновления чтоб можно было просто ставить.
Если я установлю платформы на рабочие машины, тогда на сервер еще надо будет менеджер лицензий да ставить, каждый вход в 1С будет съедать одну лицензию? Сейчас у меня в базах Разрешить выдачу лицензий стоит Нет.

(31) И сколько у вас PostgreSQL сжирает памяти?
Надо еще умудриться, чтобы заставить сожрать его больше 2-3 Гб.

(34) Нет под рукой, в корне, пкм, свойства. Не помню.

(34) в манэджмент студио свойства сервера - вкладка Память - Максимальный размер памяти сервера

(27) По поводу выкидывать терминал, многие пользователи не в этой подсети, они с других зданий заходят на этот сервер

(27) а где там сборки для 1С?

https://postgrespro.ru/products/postgrespro/standard

(40)Я думаю, проще будет скачать на users.v8.1c.ru

(41) Там другая сборка, а (27) рекламирует постгрес.Про

(40) https://postgrespro.ru/products/1c_build

Большое всем спасибо! Вечером, попробую ограничить объем памяти скуль и (26)

Для MS SQL Server 2016 Express максимальный объем памяти для буферного пула на экземпляр - 1410 MB. Насколько можно уменьшить память для существенного увеличения производительности? Как здесь, например, http://www.sql.ru/forum/750719/mssql-express-ogranichit-razmer-ispolzuemoy-pamyati ?

(39) >> многие пользователи не в этой подсети, они с других зданий заходят на этот сервер

Варианты:
1. (наихудший) оставить только тех, кто "не в этой подсети". Остальные пусть заходят со своих рабочих мест через клиента 1С.
2. (наилучший) если каналы достаточно хорошие, а конфигурации на УФ, то пусть все ходят через тонкого клиента 1С.
3. (промежуточный, но дорогой) поднять сервер терминалов отдельно.

Чудес не бывает. Так что при любом раскладе надо понимать, что физически невозможно заставить нормально работать 30 юзверей в терминале где одновременно еще крутится сервер приложения и СУБД на 16Гб памяти.

Ну или памяти поставьте хотя бы 64Гб, а желательно - 128.

(44) Так и сделал. Все работает нормально. Все остались на терминалке. Вот еще что я сделал): Я изначально переводил только половину баз на клиент сервер, а остальная половина работающая в файловом варианте съедала всю оперативку, конечно же каждый такой сеанс употребляет меньше чем rphost и sql, но если складывать... Еще раз спасибо!