Почему вываливается ошибка СУБД?

Question

[Кирилл Пономарев]

Доброго времени. Не могу понять, почему вываливается ошибка 1С. Связка 1C+Postgresql+Ubuntu. Да и скорость работы не радует, хотя только железо обновили.
Извиняюсь за ужасное качество, мне фото прислали.

Может кто знает, что дает такие проблемы? Настройки Postgresql? Конфа 1С?

postgresql.conf:

shared_buffers = 4GB
temp_buffers = 256MB
work_mem = 128MB
maintenance_work_mem = 1024MB
dynamic_shared_memory_type = posix
max_wal_size = 4GB
min_wal_size = 2GB
checkpoint_completion_target = 0.9
wal_buffers = -1
effective_cache_size = 12GB
autovacuum = on
autovacuum_naptime = 20s

Comments

[Дмитрий]

Добрый вечер.
Переведите полностью текст ошибки и Вам всё станет ясно.

[Кирилл Пономарев]

slo_nik, Признаюсь честно, не стало. Я не работал с постгресом, поэтому перевод ошибки мне ничего не дал

[Сергей Горностаев]

Кирилл Пономарев, фраза "отношение tmpind_0 уже существует" не является специфическим для PostgreSQL и должно быть понятно любому, кто знает хотя бы в основах теорию реляционных баз данных: 1С пытается создать таблицу, которая уже есть в базе.

[Кирилл Пономарев]

Сергей Горностаев, я понимаю, что 1С пытается создать таблицу, при существующей таблице. Но я не знаю, как решить данную проблему и в какую сторону смотреть. Поэтому и прошу помощи. База была создана до меня и, как я понял, ошибка была еще тогда. Я сделал дамп на новый и пытаюсь разобраться что делать, чтобы она ушла. Плюс с переносом на новое железо не было практически никакой прибавки к скорости

[Сергей Горностаев]

Кирилл Пономарев, на сколько я могу судить, проблема в том, что 1С в связке с PostgreSQL вместо временных таблиц зачем-то создаёт постоянные, а потому, при вылете пользователя во время формирования отчёта или проводке, в базе остаётся мусор. Впрочем, у моих клиентов такой проблемы не наблюдается. А если бы наблюдалась, я бы обратился в поддержку 1С. Грешно не использовать ТП, если платишь за неё.

[betonaKilometer]

Кирилл Пономарев, Кстати про техподдержку 1С иногда правильно, я месяца 2 назад столкнулся с 3-дневным выполнением запроса на MS-SQL2008 после обновления платформы (хорошо хоть на тестовой машине) , после обращения в техподдержку мне рекомендовали удалить ту версию платформы, которую я поставил - и больше это не ставить , 8.3.10.Х кажется - первая платформа с "улучшенным механизмом работы с СУБД".

Answer 1

[betonaKilometer]

Понять можно поэтапно. Во первых нужно убедится, что стоит не просто postgresql , postgresql 1С
https://postgrespro.ru/products/1c_build - при необходимости переставить , второе - создать пустую новую базу 1С - зайти в неё конфигуратором и предприятием - будет ли ошибка, соответственно если нет - то вопросы к базе 1С к набору данных. Если ошибки нет - загрузить тест Гилёва www.gilev.ru/tpc1cgilv если ошибки снова нет - ещё больше подозрение на базу данных. По поводу производительности постгри и 1С - Win и MSSQL быстрее в среднем по больнице - платформа делает не слишком оптимальные запросы. www.gilev.ru/category/postgresql-2
Судя по конфигу - после устранения ошибки , вам нужно оптимизировать конфиг руководствуясь параметрами железа и смотря на тест Гилёва. По умолчанию он для малых баз данных на слабых машинах - чтобы запустилось где угодно после установки.

Answer 2

[Дмитрий Кинаш]

Если у вас версия 8.2, то это ошибка платформы - вам нужно обновится.

Иначе вам нужно сделать VACUUM FULL VERBOSE для таблицы pg_catalog и если будут сообщения про ошибки, то нужно ее еще и переиндексировать. Если ошибки продолжаться, то нужно будет настроить регистрацию в технологическом журнале событий EXCP и DBPOSTGRS (запросы Postgresql), а потом отправить эти данные в службу поддержки.