В общем, не пойму в чем дело - куда копать. Проблема в следующем:

имеем довольно мощный сервер ( 2 4-х ядерных проца, 16 гигов оперативки, ОС W2K3 64x). На нем крутится Postgres и сервер 1С.

В консоли запросов выполняю запрос - результат запроса примерно 280 тысяч строк. Если выполняю запрос на клиентской машине - получаю ошибку Postgre "Out of shared memory". Тут же выполняю это же запрос на сервере (т.е. клиент 1С, установленный на том же серваке) - все выполняется без проблем. Такое случается не всегда, но периодически глюк проявляется. Причем не пойму логики: почему на клиенте получаю ошибку сервера, а на сомом сервере - нет.

Кто подскажет в чем причина?

Вроде на ИТС есть способ лечения

(1) что-то не встречал... не подскажете в каком разделе искать?

опа - я не одинок ))) похоже ответа мы не добьемся...

v8: PostgreSQL:запросы

а ты уверен, что за ошибку отвечает постгрес?
ты ведь получаешь ошибку на клиенте.

(4) а ошибка "You might need to increase max_locks_per_transaction", которая написана после "Out Of shared Memory" относится к 1С? что-то не встречал в ЖКК таких ошибок )))

так может памяти не хватает на клиенте?

(6) когда у меня на клиенте память заканчивается (а такое тоже бывало) -  процесс 1cv8 сжирает 2Гб и получаем сообщение по-русски "Недостаточно памяти".

в общем, как я и подозревал - гадание на кофейной гуще...

(7) просто судя по ссылке из (3) у меня подозрение что это баги Postgres'a или 1C'а. Говорят, новый релиз уже появился - попробую обновить 1С.

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

В общем, методом тыка установил что подобные глюки появляются после восстановления базы посредством pg_restore. Хотя даже в диспетчере видно что память сервака используется максимум на 25%. Лечится тупой перезагрузкой сервера. В любом случае как обычно ждем исправлений и новых глюков в новых релизах.

гм так 1с вроде рекомендует бекапиться и восстанавливаться своими средствами. средствами postgres помниться не рекомендуеться как раз.

(11) разве? по-моему наоборот. хотя могу путать...

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

(14) а бэкапы предлагается через выгрузку в dt делать? через клиента? ИМХО бред полнейший, если они все в одну БД засунули: и конфигурацию и данные - и теперь выясняется что нельзя делать бэкапы средствами СУБД?..

“Недостаточно Памяти” не относится к физической памяти - http://blogs.msdn.com/ruericlippert/archive/2009/06/08/9723963.aspx