Имеется конфигурация Розница 3.0 версии 3.0.3.147 с несколькими расширениями. После обновления до версии 3.0.4.117 и попытки создания комплекта поставки возникает ошибка "Недопустимое состояние объекта. [backend - src\backend\src\DBStruImpl.cpp".
Попытки создания комплекта проводились под разными версиями платформы (8.3.23.1739, 8.3.22.2106, 8.3.22.2143). Так же выполнялись попытки выгрузки базы в файл .dt и загрузки в пустую базу данных. Выполнялось тестирования и исправление базы данных, результата эти манипуляции не дали.
В данных ТЖ присутствуют следующие записи:
9db1fa37-b455-4f3f-b8dd-7de0ea7d6da3: Неправильный путь к файлу 'deleted'. Схема не зарегистрирована: src\core\src\files.cpp(4286): Схема не зарегистрирована"
51:14.446006-827142006,PROC,0,process=1CV8,OSThread=18936
51:14.446008-0,EXCP,0,process=1CV8,OSThread=18936,Exception=Exception,Descr='Недопустимое состояние объекта
[backend - src\backend\src\DBStruImpl.cpp (4137)]'
51:14.446010-0,EXCP,0,process=1CV8,OSThread=18936,Exception=c329df92-3ba7-4d5d-937b-951d91ac0ac0,Descr='src\mngui\src\ExceptionWriterUIImpl.cpp(225), shown to the user:
c329df92-3ba7-4d5d-937b-951d91ac0ac0: Недопустимое состояние объекта
[backend - src\backend\src\DBStruImpl.cpp (4137)]'
Доводилось ли кому-нибудь сталкиваться с подобной ошибкой?
(2)
(13)
После тестирования на платформе версии 8.3.24.1201 имеется следующий ответ специалистов поддержки:
Зарегистрирована новая ошибка платформы 60009948.
Через некоторое время она будет опубликована на https://bugboard.v8.1c.ru где на нее можно будет подписаться и получать уведомления.
Для обхода данной проблемы нужно удалить из конфигурации расширения расширяющие данные.
Либо убрать из расширения расширенные "объекты" метаданных.
На портале partners.v8.1c.ru была дана рекомендация отправить БД в поддержку, поэтому создал в типовой Рознице тестовое расширение с типом назначения "Дополнение" и ошибка повторилась.
(8) Я видел на партнерке этот пост. Мы ранее сталкивались с подобным, но на младших релизах 22 платформы , по результату очень долгой переписки переписали часть методов расширений и отказались от использования 22 платформы в пользу 21
(10) Я сначала тоже пинял на платформу, но, в итоге, попробовал и 8.3.23, и 8.3.22 разных версий. При этом, я мог вообще не менять платформу, а лишь выполнить обновление самой конфигурации, что приводило к ошибке. Затем предположили, что проблема в наших расширениях и внесли множество изменений - результата нет. Как вишенка на торте - даже тестовое расширение приводит к ошибке.
При экспериментах с нашими расширениями заметил, что при добавлении объектов только из раздела "Общие" проблема не возникает. Стоит добавить Справочник\Документ\Обработку - ошибка. Собственно, в моей тестовой обработки о которой я вышел писал имеется только один объект - ТестовыйСправочник.
(11) Скорей всего какая то "совокупность" факторов платформа , релиз конфигурации , расширение. Так как дело было давно ( ноябрь прошлого года релизы 8.3.22.1704 , 8.3.22.1709 ( включая отозванные )) когда о 23 платформе и речи небыло ,то эксперименты и тесты привели к 21 платформе. На сегодня заказчик так и работает на 21 ветке релизов и обращений больше небыло ( в контексте ошибки "backend - src\backend\src\DBStruImpl.cpp")
(42)Но некоторые базы( УПП) на SQL выдают вот такие уже ошибки блин
В процессе обновления конфигурации базы данных при работе оптимизированного механизма обновления произошла критическая ошибка
по причине:
Не определен путь до каталога установки Java.
(13) Обращение в статусе "В работе". Ниже пользователь написал, что ему помог переход на версию платформы 8.3.23.1782, но в нашем случае это помогло решить проблему.
(2)
(13)
После тестирования на платформе версии 8.3.24.1201 имеется следующий ответ специалистов поддержки:
Зарегистрирована новая ошибка платформы 60009948.
Через некоторое время она будет опубликована на https://bugboard.v8.1c.ru где на нее можно будет подписаться и получать уведомления.
Для обхода данной проблемы нужно удалить из конфигурации расширения расширяющие данные.
Либо убрать из расширения расширенные "объекты" метаданных.
Была аналогичная проблема. Платформа 1С:Предприятие 8.3 (8.3.22.2143) в конфигурации ЗУП с 3.1.26.11 на 3.1.27.23 и даже при 3.1.26.11 на 3.1.27.13. Вылетала ошибка [backend - src\backend\src\DBStruImpl.cpp (8900)]. Помогло обновить в файловом варианте.
выгрузки базы в файл .dt и загрузки в пустую базу данных так же не помогло (На сервере).
Спасибо большое за инфу - две не очень большие базы (до 3 Гб) с UpdateDBCfg=v1 обновились без проблем (версия платформы: 8.3.22.2283), а с v2 - вываливались с ошибкой "Недопустимое состояние объекта: backend - src/backend/src/DBStruImpl.cpp (4161)".
Может, кому пригодится, поменял в расширении тип реквизита со строки на справочник, получил ту же ошибку, пока не нашёл способа обхода, терять данные неохота, жду фикса от 1С.
1С:ERP Управление предприятием 2 (2.5.13.109) + модуль 1С:CRM
С кучей расширений от маркетплейсов до самописок.
Платформа 8.3.22.1923
При переходе на 2.5.14.82, в конце реструктуризации сыпало ошибку Ошибка Недопустимое состояние объекта [backend - src\backend\src\DBStruImpl.cpp (4094)].
В ЖР запись "Ошибка изменения расширения конфигурации базы данных" и имя расширения (удаление которого не помогало и на его место вставало следующее расширение).
Чего только не перепробовал (ТИИ, удаление расширений, повышение реж. совместимости, младшие релизы).
Помогло откатиться на платформу 8.3.21.1775, обновить конфигурацию.
Далее возвращение на 8.3.22 и выполнение отложенного обновления.
(21) "Нужно выполнить Тестирование и Исправление с галочками проверки расширений на тестовой версии платформы 8.3.24."
Подобные манипуляции на 8.3.22.1923 результата не дали, получил другую ошибку "Недопустимое состояние объекта [backend — src\backend\src\MetadataServiceImpl.cpp (940)]"
Видимо как не крути пляски с платформой придется делать при обновлении.
Прыжки с 22 на 21 оказались трудоемкими и неудобными.
Решили перейти на 8.3.24.1342. Не знаю насколько она стабильная окажется, будем посмотреть (обновляться надо уже, а тестировать особо некогда).
На тестовом контуре все обновления прошли без проблем (3 базы с ERP 2.5.15.82 и ЗУП 3.1.28.64).
Обновлял УТ 10.3 на релизе 8.3.23.2040, стабильно ловил ошибку "Недопустимое состояние объекта [backend - src\backend\src\DBStruImpl.cpp". Расширений в УТ 10.3 не может быть из-за режима совместимости.
Добавил UpdateDBCfg=v1, на 8.3.23 не помогло. А вот на 8.3.24.1342 база обновилась без ошибки.
На релизе 8.3.16 обновление проходит без вопросов.
(29)недостатка нет, получил такую ошибку при обновлении на последнюю версию ЗуП, всё делаю на копии для начала, поковырялся в ЖР, нашел два расширения, удалил, обновил, обратно добавил их и всё хорошо
(30)
ага, расширение удалил, а в нём были реквизиты свои/новые и значения за три года в них и всё бы у вас удалилось. Замечательно, данные тоже удалились - "недостатка нет")))
Нет данных, нет проблем)
Зарегистрирована: 03.10.2023
Статус: Исправлена в выпущенной версии
Описание:
При обновлении конфигурации базы данных, имеющей режим совместимости "Версия 8.3.20" или выше, происходит ошибка
Недопустимое состояние объекта
[backend - src\backend\src\DBStruImpl.cpp (4137)]
если в информационной базе установлено расширение конфигурации, одновременно добавляющее собственные объекты, входящие в тип ЛюбаяСсылка, и объекты Сервисы интеграции или Боты.
(35) Подобная ошибка пришла на платформе 8.3.23.1688. Установили 8.3.24.1342 обновления установились. На сколько стабильна новая платформа время покажет
Такая проблема решилась изменением режима совместимости с 8.3.20 на 8.3.19 на основную конфу и на все расширения. После реструктуризации базы снова изменил режим совместимости , только на 8.3.21 и всё взлетело. Может кому поможет.
(45)Подтверждаю. Вариант рабочий.
При обновлении ERP на версию 8.3.15.215 на платформе 8.3.23.2040 при обновлении с UpdateDBCfg=v2 падало с ошибкой. В то же время UpdateDBCfg=v1 проходило без проблем.Удаление локальных объектов из проблемного расширения не давало результата. Похоже именно с режима совместимости 8.3.20 начинается проблема
При обновлении типовой конфигурации базы данных УТ 10.3.86.2 до актуального релиза 10.3.87.1 под платформой 8.3.24.1368 поймал такого же рода ошибку.
Решение: обновление выполнил под релизом платформы 8.3.24.1342 с последующим запуском отладки из конфигуратора. Всё прошло успешно.
Последующий запуск и работа на платформе 8.3.24.1368 также без сбоев.
(47)Аналогичная ситуация с УТ. Также решилось выполнением обновления под предыдущим релизом платформы (правда другим). Но это не решение, это обход проблемы...
На одной базе БП поймали такую же ошибку. Платформа 8.3.23.2040. Помогло удаление всех патчей, которые после переустановились. Ошибка пока больше не наблюдается.
Платформа 8.3.23.2040 UpdateDBCfg=v2 падало с ошибкой. Заменил на UpdateDBCfg=v1 прошло все без проблем.
Расширений вообще нет. Есть изменения в объектах конфигурации. При этом предыдущие обновления (за несколько часов до этого) проходили нормально. Обновления платформы не происходило.
Короче у меня вылезло при обновлении конфигурации, выгрузил в файл, та же ошибка, начал по очереди пробовать на старых релизах (предыдущих релизах), и на 8.3.17 обновление прошло, дальше загрузил базу на сервер и всё ок.
Платформа 8.3.22.1923, SQL Postgre
При обновлении ERP с версии 2.5.12.178
на версию 2.5.12.208
возникла ошибка:
Недопустимое состояние объекта [backend — src\DBStrulmpl.cpp (4094)]
Услановка UpdateDBCfg=v1 в файле conf.cfg - не помогло (та же ошибка).
Поставил: UpdateDBCfg=v2
Получил следующую ошибку:
"Не определен путь до каталога установки Java."
В итоге, перенес базу на другой сервер, тоже под SQL Postgre,
платформа там была 8.3.22.2411.
И получилось обновить без ошибок.
Несколько раз ловил эту ошибку на разных платформах и разных базах, есть подозрение, что помогает не смена платформы на какую-то конкретную, а просто смена на другую. Потом очистка кэша и обновление. Поменять можно на 23, 22, 21.