1c при добавлении в расширение нового справочника ошибка SDBL

13.12.22

✎

15:12

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка SDBL:
В схеме базы данных нет таблицы с именем DataHistorySettingsExt

Платформа 8.3.22.1709 КА 2.5.8.268

Что делаю: просто пытаюсь добавить пустой новый справочник, он добавляется, затем пытаюсь открыть его в режиме Предприятия и он сразу выдает при открытии эту ошибку. С чем может быть связано?

1 evorle145

13.12.22

✎

15:46

создал пустую базу КА из cf , добавил это же расширение - все работает. Значит в копии рабочей базы нет таблицы DataHistorySettingsExt
но что это за таблица и как ее вернуть?

2 Vadim_37

13.12.22

✎

16:59

кэш, платформа, удалить все расширения потом добавить это, много вариантов

3 evorle145

13.12.22

✎

17:03

(2) выгрузил в dt, затем развернул на sql копию этой базы - ошибка осталась. Расширение там одно. Я его удалил. Затем создал новое расширение в котором добавляю константу или справочник - ошибка остается. Ошибки нет, только если я из cf создаю пустую базу.. Сейчас запустил ТИИ со всеми галками, жду, будет сутки идти.. если не поможешь - то хз чего делать

4 YFedor

13.12.22

✎

17:03

При какой-нибудь ошибке это расширение может в дальнейшем не загрузиться и тогда все данные этого справочника просто пропадут.

5 evorle145

13.12.22

✎

17:06

(4) данные пропадают только если расширение отключить и затем удалить. А если просто отключить - то ничего не пропадет. Что значит не загрузится? оно же тогда просто напишет, что расширение не удалось подключить, ошибка такая-то.. но само расширение же удалится. Или я чего-то не в курсе?

6 evorle145

13.12.22

✎

17:06

(5) * расширение же НЕ удалится

7 Kuzmich123

13.12.22

✎

17:12

(1) средставмаи 1С узнать название таблицы в SQL, через SQL MS посмотреть какие там данные.

8 evorle145

13.12.22

✎

17:43

(7) это как? запускаю ПолучитьСтруктуруХраненияБазыДанных() , и она возвращает таблицу в которой не встречается имя "DataHistorySettingsExt"

9 Kuzmich123

13.12.22

✎

18:19

(8) а попробуйте на заведомо живой базе. У Вас же есть только что созданная, где все хорошо?

10 evorle145

13.12.22

✎

22:08

(9) попробовал на пустой базе (развенутой из cf рабочей сломаной) - там ошибки этой нет, но и таблицы с таким именем "DataHistorySettingsExt" тоже нет...

11 timurhv

14.12.22

✎

00:15

(8) DataHistorySettingsExt - похоже на таблицу с настройками хранения историй для расширений (платформенное версионирование, не БСП).

12 timurhv

14.12.22

✎

00:18

(11) +1 два раза по справочнику, закладка "Прочее", попробуйте снять\установить галку "История данных" + обновление БД (F7)

13 evorle145

14.12.22

✎

10:47

(12) сейчас по пробовал не помогло..
Также за ночь завершилось тестирование и исправление, но завершилось с ошибкой:

https://ibb.co/pdXJfm6

В процессе пересчета итогов произошла ошибка:
Тип не определен '3937114e-c06a-47c2-85e6-ed96c6a4d446'

14 evorle145

14.12.22

✎

10:58

(13) + это похоже косяк платформы 22. Лекарство тут https://forum.infostart.ru/forum86/topic288796/ пробую делать пересчет итогов как там советуют: "Для временного решения проблемы в параметрах базы измените количество заданий при пересчете итогов на 1"

но ощущение, что от этого пересчета проблема с таблицей по имени "DataHistorySettingsExt" не исчезнет

15 Mortale

20.01.23

✎

15:47

Добрый день. Подскажите, удалось решить данную проблему ?

16 evorle145

20.01.23

✎

16:01

(15) ну пришлось взять типовой стоковый cf и навернуть на рабочую базу... добавленные реквизиты и регистры накопления все исчезли... и данные которые в них были , тоже пропали. Тогда мы перенесли в расширение все доработки вместе с их ГУИД (то есть не добавляли новые, а копировали из копии), потом написали правила конвертации на 2.0 , благо для идентичных конф это элементарно, и правилами все что пропало перенесли. И все.