Всем доброго времени суток.
Прошу помощи!
Следующая ситуация:
имеем сервер с 48 Гб озу, двумя E5-2640. На нем честно оплаченный сервер 1С (х64) и Postgre 9.
Имеем шесть баз. Все работают норм кроме одной. Вроде бы не очень большая база - дамп всего 490 Мб.
Зависание происходит периодически раз в два-три дня, изредка чаще. Проявляется в невозможности открыть список документов. Причем любых. Список справочников (номенклатура 250 килопозиций открывается отлично).
Конфа Альфа-Авто Автосалон-Автосервис-Автозапчасти. Пользователей около 50, проявляется как у тех, кто в терминалке, так и у тех, кто в клиент-серверном режиме работает у себя на компе.
Отладчиком добираюсь до конца процедуры "ПриОтркытии", дальше виснет.
Как хотя бы продиагностировать эту хрень, чтобы понять в чем дело?
Всем заранее спасибо.

(0) Сделать резервные копии, выгрузить в dt. Удалить на сервере и SQL и заново создать пробовали?

может с ключом проблема? рарусовским.

(1) База создана всего ничего - два месяца назад, как раз когда купили новый сервер.
Пробовал разные настройки Postgre - ни лучше, ни хуже.
(2) Тот же самый ключ для другой базы поменьше (дамп 100 мб и около 25 пользователей) проблем не доставляет.

неужели совсем без вариантов?

(0) В лог PostgreSQL ничего не пишется при этом?

(5) я ничего особенного не обнаружил (но я не спец по Postgre). Поскольку база отваливается не резко, то и кусок лога приличный. Что-то конкретное стоит поискать? Еще совсем забыл - когда зависает одна бедовая база - остальные работают по-прежнему ровно.

(6) Что-нибудь вроде "checkpoints are occurring too frequently", или "autovacuum: found orphan temp table", например. Или регулярно повторяющиеся ошибки при выполнении select какого-нибудь. Раз остальные базы нормально работают, вероятно, что проблема именно в этой базе.
Можно сделать предложенное в (1), в том числе и в новую базу с другим именем. Можно почистить серверный и клиентский кэши, ТиИ, vacuum full для этой базы в консольной утилите для PostgreSQL или из PgAdmin. Инсталлировать последний PostgreSQL и последнюю версию платформы, можно даже тестовую(для опытов). Может быть что-то с данными, с которыми работает ваша процедура  "ПриОтркытии"...
Попробуйте в файловой, что бы выяснить непричастность к проблеме сервера приложений и СУБД(или наоборот, причастность).

(7) Спасибо, пошёл искать.
Опыты с переходом на файловую базу врядли прокатят - к базе 50 подключений, перевод всех малореален, а под одним пользователем висит неделю без сбоев и в клиент-серверном виде.

(7) Нашёл и то, и другое, причем прктически в течении всего дня, я не только перед "зависанием". Почитал в интернете что значат эти сообщения - нифига не понял. Не могли бы Вы дать ссылочку где это расшифровывается либо по русски либо на английском без сленга как на postgre.org. Заранее спасибо.

checkpoints are occurring too frequently - слишком много сегментов между контрольными точками.
Ищи в конфиге checkpoint_segments и пробуй увеличить.
По поводу второго надо смотреть что именно пишет.
Попробуй freeze_max_age уменьшить и сделать vacuum full

(0) расчет итогов когда в последний раз в этой базе практиковали?

(0) Сопровождаю 4 таких базы с таким числом пользователей. Даже большего размера на более скромном железе. Полет нормальный. Могу посоветовать еще вернутся к восьмой версии postgres. У меня почему то она работает быстрее.

+12 Фоновые задания посмотрите.

(0) Возможно граната(тут на форуме   zak555 предлагает). С программистом рассчитались?

Выполнил рекомендации из (10), ожидаю эффекта.
(11) Итоги рассчитаны актуально. Они мб связаны с открытием форм документов?
(12) Базы Альфа-Авто 4? Самому доводилось и бОльшие базы на дряхлых железках вести. А про postgres 8 - так он только х32, а сервер 1С куплен х64. Или все равно есть смысл?
(13) Фоновые задания отключены.
(14) С программистом рассчитались, но если так пойдет и дальше - уволят нафиг (

после выполнения vacuum full база продержалась до шести часов вечера.
уменьшил freeze_max_age на два порядка и увеличил checkpoint_segments до 32 - не стартует служба PotgreSQL.
Что-то еще можно попробовать?

MS SQL "принципиально" не стали покупать?

(17) Не совсем. И моим опытом, и чужим подтверждена производительность Postgre не сильно хуже. А при цене вопроса более 100к... Есть еще вариант DB2 попробовать. Но тема не о выборе СУБД.

(16) Насчет "autovacuum: found orphan temp table", если такие записи есть в логе postgres и относятся к этой базе, то эти временные таблицы надо удалить.
v8: PostgreSQL 8.4.4 autovacuum found orphan temp table

А что пишется в лог, когда в PostgreSQL не стартует?

Замеры производительности делал при открытии? Возможно, найдешь "больной" фрагмент кода.

(19) в сегодняшнем логе (автовакуум вручную выполнял в час ночи) по проблемной базе таких записей нет
(20) пишет (по времени определял)
2013-11-12 17:59:56 MSK LOG:  unexpected EOF on client connection
2013-11-12 17:59:56 MSK LOG:  could not receive data from client: No connection could be made because the target machine actively refused it.
(21) замеры производительности пока не делал. Пробовал только отладчиком на "подвисшей базе". Спасибо за идею, попробую. Никак не могу определиться, где же искать беду-в конфе или в СУБД.