Имя: Пароль:
1C
1С v8
В схеме базы данных нет таблицы с именем 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) Спасибо.
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн