|
Сбой в УТ10.3 + postgresql | ☑ | ||
---|---|---|---|---|
0
NiKoLa_N
11.03.20
✎
12:20
|
Здравствуйте!
Используем Конфигурацию УТ10.3, клиент-сервер, 64-бит Версия предприятия 8.3.14.1779 Версия postgresql 10.10-4.1C ОС Windows server 2008R2 Core i7 4770, 32GB ОЗУ, SSD Работающих пользователей до 30 Вечером при перепроведении документов программистом 1С под администратором произошел сбой. С базой в этот момент кроме него никто не работал. По его словам из предприятия и из конфигуратора выкинуло. ---------- < 2020-03-05 20:30:37.059 MSK >ERROR: relation "_documentjournal6034" does not exist at character 8 < 2020-03-05 20:30:37.059 MSK >STATEMENT: UPDATE _DocumentJournal6034 SET _Date_Time = '2020-02-28 09:34:34'::timestamp, _Marked = FALSE, _Posted = TRUE, _Number = 'РРџ-00005106'::mvarchar, _Fld6035_TYPE = '\\010'::bytea, _Fld6035_S = ''::mvarchar, _Fld6035_RTRef = '\\000\\000\\000N'::bytea, _Fld6035_RRRef = '\\2272 \\3170\\211b\\367\\021\\3521\\\\\\241\\236YB'::bytea, _Fld6036_TYPE = '\\010'::bytea, _Fld6036_RTRef = '\\000\\000\\001l'::bytea, _Fld6036_RRRef = '\\232\\344''\\234\\237''\\265\\274B\\210-r\\237\\304\\323t'::bytea, _Fld6037 = CAST(263.7 AS NUMERIC), _Fld6038RRef = '\\204\\375\\034oe\\300\\000\\305\\021\\351O\\215\\017\\337\\362l'::bytea, _Fld6039RRef = '\\000\\000\\000\\000\\000\\000\\000\\000\\000\\000\\000\\000\\000\\000\\000\\000'::bytea, _Fld6040RRef = '\\204\\375\\034oe\\300\\000\\305\\021\\351O\\215\\017\\337\\362j'::bytea, _Fld6041RRef = '\\221\\307\\274\\356{^\\373N\\021\\351ud@\\365?\\376'::bytea, _Fld6042_TYPE = '\\010'::bytea, _Fld6042_S = ''::mvarchar, _Fld6042_RTRef = '\\000\\000\\0008'::bytea, _Fld6042_RRRef = '\\2272 \\3170\\211b\\367\\021\\3521\\\\\\241\\236YD'::bytea, _Fld6043 = TRUE, _Fld6044 = FALSE, _Fld6045 = FALSE, _Fld6046 = ''::mvarchar WHERE _DocumentJournal6034._Date_Time = '2020-02-28 09:34:34'::timestamp AND _DocumentJournal6034._DocumentTRef = '\\000\\000\\000\\377'::bytea AND _DocumentJournal6034._DocumentRRef = '\\275g\\274\\356{^\\373N\\021\\352Y\\361l{\\330\\225'::bytea < 2020-03-05 20:30:37.071 MSK >WARNING: there is no transaction in progress < 2020-03-05 20:30:52.249 MSK >ERROR: relation "params" does not exist at character 62 < 2020-03-05 20:30:52.249 MSK >STATEMENT: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Params WHERE FileName = $1 < 2020-03-05 20:30:52.249 MSK >WARNING: there is no transaction in progress < 2020-03-05 20:31:00.252 MSK >ERROR: relation "params" does not exist at character 62 < 2020-03-05 20:31:00.252 MSK >STATEMENT: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Params WHERE FileName = $1 < 2020-03-05 20:31:00.252 MSK >WARNING: there is no transaction in progress ---------- После перезахода в базу выяснилось, что в журнале вообще не отображаются документы за даты с 29 февраля по 5 марта. Т.к. до перепроведения был сделан бэкап в DT, решили развернуть его. Кроме того, базу развернули в MSSQL Express из-за опасений повторения ошибки на postgresql. Поиски в интернете показали, что подобная ошибка действительно специфична при работе с postgresql. Каких-то "железобетонных" рецептов ее избежать найти не удалось. Прошу высказать Ваше мнение насчет дальнейшей работы. Мы сейчас решаем, стоит ли покупать полную версию MSSQL (экспресса хватит в лучшем случае до конца года) или пытаться остаться на postgresql. Сколько стоит mssql - понятно. Во что обойдутся попытки остаться с postgresql? Можно ли избежать таких сбоев при использовании postgresql? Спасибо! |
|||
1
Фрэнки
11.03.20
✎
12:32
|
А на экспрессе эту же задачу с перепроведением всех документов уже повторили? Сработало?
|
|||
2
eklmn
гуру
11.03.20
✎
12:33
|
Платформу обновить? на 8.3.15...
|
|||
3
NiKoLa_N
11.03.20
✎
12:42
|
(1) Проходит. ТИИ тоже без ошибок.
(2) Можно, но нет никаких гарантий, что это поможет. Хорошо, что бэкап был. |
|||
4
Фрэнки
11.03.20
✎
12:47
|
(3) у нас физически с этой платформой используется другой постгрес. Пока такого глюка как у вас не словили.
|
|||
5
Фрэнки
11.03.20
✎
12:52
|
10.5-24.1C - более свежей решили не ставить. И как выбирали ее под эту платформу, что возможно с кем-то обсуждалось, чтоб ставить именно такой.
|
|||
6
NiKoLa_N
11.03.20
✎
13:03
|
(4) У нас тоже почти все было норм, за исключением некоторых моментов, которые работают медленнее MSSQL. И перепроведение делалось не в первый раз. А падение 5 марта случилось на старом документе от 28 февраля.
|
|||
7
eklmn
гуру
11.03.20
✎
13:39
|
(3) обновления не просто так выпускают...
|
|||
8
ansh15
11.03.20
✎
16:13
|
Сейчас есть три версии PostgreSQL - рабочая 11.5-12.1C и две тестовые, 11.5-17.1C и 10.11-5.1C
Можно пробовать. 100% гарантии, конечно, никто не даст, но последние 2-3 года ошибки в PostgreSQL исправляются довольно шустро, если о них своевременно сообщается в техподдержку. В прошлом году ошибки при наличии дат из прошлых месяцев возникали в зарплате ошибка в больничных листах ЗГУ |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |