Доброго времени суток, всё чаще стали показываться ошибки "Превышен максимальный расход памяти сервера за один вызов" и не понятно с чем это связано. Последнее обновление платформы/конфигурации было больше полугода назад. Полная выгрузка товаров на сайт не возможна, иногда даже отчеты не формируются по той же причине...
Используем 64 битный Сервер + Posgres. На сервере 16 гигабайт памяти, процесс rphost едва выходит за 2 гигабайта.
Подскажите, может кто с подобным сталкивался, может мы делаем что-то не так
1С:Предприятие 8.3.23.1739
Управление торговлей 11.5.12.102
(2) Разбанен. В гугле распространена одна и та же статья с одним и тем же решением. из живых примеров база в 100 гигов и 32 битные серверы. В каждой статье написана фраза "Данные настройки не пригодны для постоянной работы сервера. Можно использовать для разовой загрузки данных, желательно на тестовом сервере." но никем не обьяснена...
(7) да, сервер один на двоих
конфигурация 1с: Управление торговлей 11.5.12.102
Сервер настраивал я в соответствии с рекомендациями с портала its и самого постгре.
Проблем до недавнего времени не было, мы достаточно давно вносили изменения в сервере, всё работало исправно
(8) сервер под Win или под Linux
какое количество памяти выделено под PostgreSQL ?
в момент возникновения ошибки вы смотрели какое количество памяти занято в целом?
какие то счетчики смотрели?
сколько всего пользователей работает с базой?
какой сейчас размер базы?
неоптимальный код, возможно формируется огромная таблица значений в несколько Гб
иногда даже отчеты не формируются по той же причине...
если формируете отчеты за все года -то "а что вы хотели, покупайте память". Если не за все года: если отчет типовой - то "покупайте память", если нетиповой - то возможно он неоптимально написан.
В общем, если код типовой - покупайте память, не факт что получится что-то оптимизировать. Если код не типовой - пробуйте оптимизировать.
как искать код
Ну с выгрузкой вроде понятно - смотрите какую обработку или регламентное используете. Если же "непонятно где" то искать по технологическому журналу, например http://www.gilev.ru/attn/
просто константация факта, в типовых базах тоже хватает ГКода!
выход
-ждете обновления
-докупайте память
- сами переписывайте код на оптимальный (местами, там где падает)