Имя: Пароль:
1C
1С v8
Сбой в УТ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 исправляются довольно шустро, если о них своевременно сообщается в техподдержку.
В прошлом году ошибки при наличии дат из прошлых месяцев возникали в зарплате ошибка в больничных листах ЗГУ