|
В схеме базы данных нет таблицы с именем ConstChngR24285 | ☑ | ||
---|---|---|---|---|
0
pvase
26.02.19
✎
20:28
|
Релиз 8.3.14.1565. В базе возник какой то глюк (не открывался список пользователей, выдавало сообщение о каких то расширениях). Пришлось удалить совместимость. Все прошло хорошо. Но при попытке вернуть совместимость обратно на 8.2.13 выдает вот такую ошибку:
В процессе обновления информационной базы произошла критическая ошибка по причине: Ошибка SDBL: В схеме базы данных нет таблицы с именем ConstChngR24285 Пробовал на 32 и на 64 разрядных платформах, не помогло. Подскажите, в чем может быть проблема? |
|||
1
piter3
26.02.19
✎
20:36
|
я так понимаю завтра вам дадут по голове за снос расширений)
|
|||
2
pvase
26.02.19
✎
20:47
|
(1) Как раз проблема в том, что стояла совместимость 8.3.12, которая не поддерживает расширения. Но почему то при входе в конфигураторе в список пользователей писало о каком то расширении и предлагало убрать совместимость.
Проблема в другом, эта ошибка возникает и при попытке удалить помеченные объекты, так ее собственно и нашли. Так что проблема не в расширениях, а как убрать эту ошибку. |
|||
3
hhhh
26.02.19
✎
21:20
|
(2) расширения поддерживаются начиная с 8.3.6. Поэтому 8.3.12 уж точно поддерживает. То, что вы полностью похерили все расширения - это не очень хорошо.
|
|||
4
Ёпрст
26.02.19
✎
23:17
|
(0) копия есть хоть? Возьми dbschema оттуда
|
|||
5
Serg_1960
27.02.19
✎
00:16
|
(0) Есть вещи, которые программист 1С просто обязан знать. Например то, что при режиме совместимости 8.2.13 и ниже, все константы хранятся в одной таблице СУБД, а начиная с версии 8.2.14 и выше - для каждой константы создается своя таблица СУБД.
|
|||
6
pvase
27.02.19
✎
10:57
|
Все началось с того, что при попытке открыть список пользователей из Конфигуратора выдает следущее сообщение:
"Структура данных не поддерживает расширений. Необходимо отключить режим совместимости". После чего отключил режим совместимости и пошли глюки. Восстановление из архива (где еще включен режим совместимости) решает вопрос ошибки , но глюк с пользователями остается. В базе есть планы обмена, может в них глюки? |
|||
7
piter3
27.02.19
✎
11:00
|
(2) нет,поддерживаются уже давно
|
|||
8
Ёпрст
27.02.19
✎
11:03
|
(6) файловая ?
|
|||
9
pvase
27.02.19
✎
11:04
|
(8) И файловавя и SQL в обеих ошибка та же самая.
|
|||
10
Ёпрст
27.02.19
✎
11:05
|
(9) ну в файловой, посмотри, есть ли ConstChngR24285 в данных и в dbnames и добавь руками описалово в схему
|
|||
11
pvase
27.02.19
✎
11:21
|
(10) Спасибо, а как это сделать? Я так понимаю что просто подправить "1Cv8.1CD" не получиться.
|
|||
12
Ёпрст
27.02.19
✎
11:21
|
(11) почему? именно его и подправить через tool1c
|
|||
13
Ёпрст
27.02.19
✎
11:22
|
и проще сравнить схему до того как и после (снятие совместимости)
|
|||
14
Вафель
27.02.19
✎
11:22
|
и чего людям неймется?
|
|||
15
Serg_1960
27.02.19
✎
11:41
|
Проще то, проще это... Проще не валять дурака, играя с совместимостью - это вам не гармошка туда/сюда :(
Короче: повышать совместимость - можно, а вот "понижать"... Попробуйте через выгрузить/загрузить DT. Выгружаете при "не использовать", загружаете при "8.2.13". |
|||
16
Serg_1960
27.02.19
✎
11:49
|
(6) "В базе есть планы обмена, может в них глюки?" - специалисту это и так понятно: ConstChngR24285 - "Chng" - таблица регистрации изменений.
|
|||
17
pvase
27.02.19
✎
12:12
|
Проблема более менее выяснена. Окошко при редактировании пользователей и сообщения: "Структура данных не поддерживает расширений. Необходимо отключить режим совместимости" появляется только в 8.3.14.1565. Если запустить под старым релизом (8.3.13.1644) то ошибки нет.
Т.е. если работать на старом релизе платформы не повышать совместимости конфигурации то ошибки нет. Но если зайти на платформе 8.3.14.1565 и попытаться открыть пользователей - сразу получаем ошибку. |
|||
18
pvase
27.02.19
✎
12:16
|
Ошибка ConstChngR24285 - связано с планами обмена, но пока не ясно это глюк платформы или базы, пока разбираюсь.
|
|||
19
Serg_1960
27.02.19
✎
12:20
|
(17) Выгрузи базу в DT под старой платформой и загрузи из DT на новой платформе. Сделай это чисто ради спортивного интереса - интересно же :)
|
|||
20
pvase
27.02.19
✎
12:38
|
(19) Ошибка сохраняется.
|
|||
21
pvase
27.02.19
✎
13:38
|
Если удалить план обмена - ошибка "Ошибка SDBL: В схеме базы данных нет таблицы с именем ConstChngR24285" исчезает.
|
|||
22
pvase
27.02.19
✎
14:06
|
С обменами ошибка. Если поднять уровень совместимости до 8.3.1.4, а потом попытаться создать новый план обмена, то показывает следующее сообщение:
Начат обмен данными по настройке "Обмен с "Авто нац. стандарты"" (12:59:50). Начало загрузки: 27.02.2019 12:59:56 Окончание загрузки: 27.02.2019 13:00:01 Загружено объектов: 0 Выполнение отложенных операций с документами. Начало выполнения: 27.02.2019 13:00:01 Выполнение отложенных операций с документами. Окончание выполнения: 27.02.2019 13:00:01 Начало выгрузки: 27.02.2019 13:00:14 Ошибка при выгрузке данных для узла плана обмена ОписаниеОшибки = Ошибка при вызове метода контекста (ПроизвестиЧтениеДанных): Произошла исключительная ситуация (1C:Enterprise 8.3.14.1565): Ошибка SDBL: Ожидается имя таблицы (pos=678) ПозицияМодуля = Обработка.ОбменДаннымиXML.МодульОбъекта(14447) КодСообщения = 72 УзелПланаОбмена = Авто нац. стандарты Окончание выгрузки: 27.02.2019 13:00:15 Произошла ошибка при выгрузке объектов. Было выгружено: 0 Обмен данными по настройке "Обмен с "Авто нац. стандарты"" завершен (13:00:16). |
|||
23
Ёпрст
27.02.19
✎
15:29
|
(22) ну неверная схема же. В данных, в конфиге и в dbnames есть ссылка на табличку, а в dbschema отсутствует запись об этом.
|
|||
24
pvase
27.02.19
✎
15:59
|
(23) Так может в dbnames убить ссылку? В базе все равно такой таблицы нет.
|
|||
25
Ёпрст
27.02.19
✎
16:01
|
(24) не выйдет, она у тебя в конфиг останется и в самих данных такая табличка будет
|
|||
26
pvase
28.02.19
✎
11:15
|
(23) Спасибо за подсказку. Подскажите, где в gtool1cd.exe находиться dbnames? А конфигурация, я так понял это CONFIG, но где в ней найти мою таблицу? Я так понимаю что возможно есть описание где-то этих таблицы и что в них храниться?
|
|||
27
Ёпрст
28.02.19
✎
11:25
|
(26) в табличке params
|
|||
28
Serg_1960
28.02.19
✎
12:32
|
Я не пессимист, но уверен что ТС удалением одной таблицы так легко не отделается. ТС не пытается восстановить БД - он продолжает калечить уже разрушенную базу.
|
|||
29
pvase
28.02.19
✎
12:57
|
(28) Мы восстановили из архива базу и юзеры успешно работают. А делее спортивный интерес, почему эта база выдает сбой при увеличении совместимости. Потому что в будущем возможно придется поднять совместимость и надо быть готовым к этому. Так что все отвечающим большое спасибо, пока что ошибку не исправил, но уже в пути.
|
|||
30
pvase
28.02.19
✎
13:59
|
(27) Спасибо.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |