Имеется конфигурация Розница 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.
Мне помогло:
1. выгрузить базу в файл (.дт)
2. Загрузить в новую базу на другом компьютере
3. Обновить базу
4. Выгрузить новый дт файл
5. Загрузить базу в исходную базу
Три файловые БП актуальной версии сняты с поддержки из-за измененной длины номера, есть куча расширений всех типов с и без собственных объектов в расширении. Обновление прошло успешно без ошибок.
А вот ТиИ выпадает в эту ошибку (у меня ошибка правда слегка другая):
Недопустимое состояние объекта [backend - src\backend\src\DBStruImpl.cpp (4227)]
Установлена минимально требуемая версия платформы для ЗУП - 8.3.24.1548. На версии 8.3.24.1368 (указан как исправленный https://bugboard.v8.1c.ru/error/000146501) и на 8.3.24.1342 ошибка сохраняется.
Есть четвертая БП, на другом сервере, но она без расширений и ТиИ прошел без ошибок на 8.3.24.1548.
На старой платформе (8.3.22.2411) успешно работает.
А так как включен прямой обмен БП-ЗУП, то я не уверен, что оно будет нормально работать, если для разных конфигураций будут использоваться разные платформы.
Попробовал перегрузку через dt в новую пустую базу и CHECKDB, не помогло
(62) А, главное то забыл. Если проводить ТиИ на платформе 8.3.24.*, то выскакивает много вот таких записей:
15:21 [1с] Объект метаданных: РегистрСведений.СведенияРеглОтчетАлкоПрил39Раздел3Возвраты
15:21 [1с] Данные InfoRgChngR67156X1 перенесены в таблицу расширяемой конфигурации
Для расширений выставил режим совместимости 8.3.21
Попробовал ТиИ на не обновленной базе с расширениями - получаю ошибку.
Оставил только одно из трех расширений с данными, добавил справочник. Ошибка сохраняется.
Удалил все расширения, загрузил по новой мое расширение, ошибка сохраняется.
Удалил расширения с данными, создал новое расширение с типом исправление и добавил туда справочник, запустил ТиИ и опять ошибка
Тоже такое было. Расширение было обновлено через Сравнить/объединить. Откатился к конфигурации (расширения) базы данных. Ручками сделал обновление и обновился. Все прошло нормально.