При формировании ОСВ по счету крашится предприятие, а так же приключения dbo._tmpRCT
Платформа: 8.3.12.1595, sql база, конфигурация: Бухгалтерия 2 "на поддержке".
Исходная ситуация : На клиенте при формировании отчета "ОСВ по счету" падает приложение из серии "1cv8 has stopped working".
Чистили кэш, помечали на удаление сохраненные настройки в справочнике, не помогло. Тестирование исправление на "второй галочке" падает с ошибкой при старте (см.приложение) - попытка вставки неуникального значения в dbo._tmpRCT, на сколько я понял таблица создается при тестировании и "что-то пошло не так". Выгрузка в ДТ происходит, загрузил дт обратно, оно прошло, но ошибка осталась. Технологический журнал показывает следующее :
Исходная ситуация : На клиенте при формировании отчета "ОСВ по счету" падает приложение из серии "1cv8 has stopped working".
Чистили кэш, помечали на удаление сохраненные настройки в справочнике, не помогло. Тестирование исправление на "второй галочке" падает с ошибкой при старте (см.приложение) - попытка вставки неуникального значения в dbo._tmpRCT, на сколько я понял таблица создается при тестировании и "что-то пошло не так". Выгрузка в ДТ происходит, загрузил дт обратно, оно прошло, но ошибка осталась. Технологический журнал показывает следующее :
лог тж |
|---|
46:35.604000-0,EXCP,4,process=1CV8,OSThread=10052,Usr=Тест,OSException=1cv8_8.3.12.1595_2e5319d0_20190220134635_1000 disabled,Context='
ПоказатьОтчет.ОборотноСальдоваяВедомостьПоСчету.Форма.ФормаОтчета.Форма : 107 : ОбновитьОтчет(); Отчет.ОборотноСальдоваяВедомостьПоСчету.Форма.ФормаОтчета.Форма : 30 : СформироватьОтчет(ЭтаФорма.ЭлементыФормы.Результат, ДанныеРасшифровки, Ложь, , ВыводитьПолностью); Отчет.ОборотноСальдоваяВедомостьПоСчету.МодульОбъекта : 214 : СтандартныеОтчеты.ВывестиОтчет(ЭтотОбъект, Результат, ДанныеРасшифровки, ВыводВФормуОтчета, ВнешниеНаборыДанных, Истина, НастройкаКомпоновкиДанных); ОбщийМодуль.СтандартныеОтчеты.Модуль : 2979 : МакетКомпоновки = КомпоновщикМакета.Выполнить(Схема, НастройкаКомпоновкиДанных, ДанныеРасшифровки, МакетОформления);' 46:35.619000-0,EXCPCNTX,0,ClientComputerName=SQLsrv,ServerComputerName=SQLsrv,UserName=Тест,ConnectString='Srvr="SQLsrv";Ref="TestBase";',Context=' Отчет.ОборотноСальдоваяВедомостьПоСчету.Форма.ФормаОтчета.Форма : 107 : ОбновитьОтчет(); Отчет.ОборотноСальдоваяВедомостьПоСчету.Форма.ФормаОтчета.Форма : 30 : СформироватьОтчет(ЭтаФорма.ЭлементыФормы.Результат, ДанныеРасшифровки, Ложь, , ВыводитьПолностью); Отчет.ОборотноСальдоваяВедомостьПоСчету.МодульОбъекта : 214 : СтандартныеОтчеты.ВывестиОтчет(ЭтотОбъект, Результат, ДанныеРасшифровки, ВыводВФормуОтчета, ВнешниеНаборыДанных, Истина, НастройкаКомпоновкиДанных); ОбщийМодуль.СтандартныеОтчеты.Модуль : 2979 : МакетКомпоновки = КомпоновщикМакета.Выполнить(Схема, НастройкаКомпоновкиДанных, ДанныеРасшифровки, МакетОформления);' 46:35.619001-7202999,EXCPCNTX,3,SrcName=CONN,process=1CV8,OSThread=10052,Usr=Тест,ClientID=5,Txt=Outgoing connection closed,Context=' Отчет.ОборотноСальдоваяВедомостьПоСчету.Форма.ФормаОтчета.Форма : 107 : ОбновитьОтчет(); Отчет.ОборотноСальдоваяВедомостьПоСчету.Форма.ФормаОтчета.Форма : 30 : СформироватьОтчет(ЭтаФорма.ЭлементыФормы.Результат, ДанныеРасшифровки, Ложь, , ВыводитьПолностью); Отчет.ОборотноСальдоваяВедомостьПоСчету.МодульОбъекта : 214 : СтандартныеОтчеты.ВывестиОтчет(ЭтотОбъект, Результат, ДанныеРасшифровки, ВыводВФормуОтчета, ВнешниеНаборыДанных, Истина, НастройкаКомпоновкиДанных); ОбщийМодуль.СтандартныеОтчеты.Модуль : 2979 : МакетКомпоновки = КомпоновщикМакета.Выполнить(Схема, НастройкаКомпоновкиДанных, ДанныеРасшифровки, МакетОформления);' |
Прикрепленные файлы:
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
Понимаю, что тема старая, но вдруг кому поможет.
Во время обновления подчинённого узла РИБ в результате какого-то сбоя слетела внутренняя нумерация объектов (_Document100, _Reference432, _InfoRg15667 - вот эти числа) и таблицы метаданных начали нумероваться с 1, вследствие чего возникло пересечение номеров метаданных. Соответственно, в моменты обращения к таблицам с номерами, которые задвоились, у платформы едет крыша: делаем выборку по плану обмена (_Node21), но для номера 21 зарегистрировано соответствие документу (_Document21 - новый документ, пришедший с обновлением), потому получив ссылку на узел плана обмена платформа лезет в таблицу документа для получения соответствующих свойств и ничего не находит.
Приведённая ошибка с _tmpRCT возникает потому, что два раза пытается 21 в эту таблицу записать. Прибить индекс можно, но по факту работоспособность базы уже не восстановить. Только * на резервную копию, ибо вычистить всех тараканов из базы - за гранью разумного.
Во время обновления подчинённого узла РИБ в результате какого-то сбоя слетела внутренняя нумерация объектов (_Document100, _Reference432, _InfoRg15667 - вот эти числа) и таблицы метаданных начали нумероваться с 1, вследствие чего возникло пересечение номеров метаданных. Соответственно, в моменты обращения к таблицам с номерами, которые задвоились, у платформы едет крыша: делаем выборку по плану обмена (_Node21), но для номера 21 зарегистрировано соответствие документу (_Document21 - новый документ, пришедший с обновлением), потому получив ссылку на узел плана обмена платформа лезет в таблицу документа для получения соответствующих свойств и ничего не находит.
Приведённая ошибка с _tmpRCT возникает потому, что два раза пытается 21 в эту таблицу записать. Прибить индекс можно, но по факту работоспособность базы уже не восстановить. Только * на резервную копию, ибо вычистить всех тараканов из базы - за гранью разумного.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот