Кошмар пришел когда не ждали -)) ошибка СУБД в УТ 10.3 на PostgreSQL

01.10.20

✎

00:31

База УТ 10,3 успешно крутилась на PostgreSQL пол года
все были всем довольны
Вчера ни с чего началось :
в начале клиент пишет мол
https://ibb.co/fVRFxB2
потом
https://ibb.co/tcxHQ8D
потом какая то ошибка СУБД и т.д
25 пользователей , под одним есть под другим нет
прогнал ТИИ (ошибок нет), выгрузил, загрузил , проблема не ушала
Проц и память не загружены
Даже под админом не смог разные вещи поставить на удаление
Итого - не стал дальше тратить время , перевел на СКЛ2014 - проблема ушла ....
... я не силен в постгри
на этом сервере более 20 баз и 50 клиентов ....
... так для размышления
перевести всех но СКЛ ?

1 ansh15

01.10.20

✎

01:06

Посмотреть на последней актуальной версии СУБД https://forum.infostart.ru/forum33/topic214181/
На 11-й редакции, 12-я - для 8.3.18, как она себя поведет на более ранних версиях платформы непонятно. Возможно, не тестировали.

2 МихаилМ

01.10.20

✎

01:07

PostgreSQL установлен на Windows ?

3 Voronve

01.10.20

✎

01:37

(0) Почитай про кортежи в постгри

4 Sysanin_1ц

01.10.20

✎

02:27

Был момент когда постгри начала выдавала всякий бредовый бред без видимых причин. Как выяснилось банально не хватало места на диске. Но скорее всего это не твой случай

5 RetardedToBoot

01.10.20

✎

02:47

У меня на файловой, когда ошибка под одним есть, под другим пользователем нет, это значит сервер аварийно перезагружался. Нужно чистить кэш пользователей. И опять же, если базу выгрузить и загрузить в другой каталог, то ошибка уходит - кэш пользователей создается новый.

6 МихаилМ

01.10.20

✎

03:38

8.3.13.1644 и PosgreSQL: ошибка "variable not found in subplan target lists"

7 Tarlich

01.10.20

✎

09:11

(2) Да
(4) с местом проблем нет
(5) сам сервер не перегружается месяцами , в этот день был добавлен пользователь и план обмена с бух для пробы , так даже сразу даже мне руганулся - "нет прав на удаление"
Перевел на СКЛ - полет нормальный ! -))

8 Tarlich

01.10.20

✎

09:13

Использую 8,3,16,1148 - уже почти год , и было все ок ....

9 Машротц

01.10.20

✎

16:01

Потому что не надо придумывать модели, которые не готовы админить, PostgeSQL на Винде сам по-себе выкобенивается, надо хорошо знать, понимать его работу, быть готовым к сбоям, восстановлениям и пр. Поставить и настроить всё можно, покурив немного мануалов в сети, но рисковать с базовыми навыками и поднимать схемы, к обеспечению стабильной работы которых нет квалифицированного админа это риск.

10 dmrjan

01.10.20

✎

16:37

Попробуй выставить join_collapse_limit = 1
Или перейти на версию PostgreSQL 10.5