31.07.20 — 15:27
Обновляли-обновляли, на одном из релизов поймали
В ЖР перед ошибкой вижу две записи:
Информационная база. Обновление предопределенных данных
Выполняется обновление предопределенных данных
<Не определено 1610e73c-58df-41cc-8349-51b920806821>
меняется только гуид
по сообщениям в строке состояния не понятно — на чем конкретно
падает в клиент-сервере и файловой
chdbfl ошибок в файловой не находит
собсно вопрос — как побороть или хотя бы понять — на чем спотыкается?
к скулю доступа нет, от админов помощи мало (
Зы: Бухгалтерия для Казахстана, редакция 3.0, разработка для Казахстана: «1С-Рейтинг» (3.0.33.7)
1С:Предприятие 8.3 (8.3.17.1386)
1 — 31.07.20 — 15:30
третье сообщение с конца — обрабатывается План видов характеристик. Виды субконто
может в этом направлении и копать
2 — 31.07.20 — 15:35
3 — 31.07.20 — 15:47
Там всё сводится к тому, чтоб в проблемном объекте добавить реквизит, сохранить конфу, удалить реквизит. Что прошла «мягкая» реструктуризация
4 — 31.07.20 — 15:48
вот в своё виды субконто добавь еще чего нить, сохрани, потом удали, сохрани и привет
5 — 31.07.20 — 15:54
интересно, Вы когда-нибудь научитесь пользоваться тж ?
6 — 31.07.20 — 15:55
(5) я несколько раз пробовал — он у меня не взлетел )))
руки не из того места
7 — 31.07.20 — 16:02
(4) у меня конфиг на полной поддержке, без изменения ((
8 — 31.07.20 — 16:03
(7) ну и че? включи изменения с сохранением поддержки ..
9 — 31.07.20 — 16:03
или мучайся 
10 — 31.07.20 — 16:05
(8) политика — не включать без необходимости, пока край еще не наступил ))
11 — 31.07.20 — 16:07
(10) а в (0) типа штатная работа что ле ?
12 — 31.07.20 — 16:15
(11) ага
13 — 31.07.20 — 16:22
в копии провернул — не помогло, добавил субконто — ошибка
удалил — все равно ошибка
на чем то другом падает
попробую ТЖ поднять таки
14 — 31.07.20 — 16:37
(13) дык вид субконто жешь..
15 — 31.07.20 — 16:38
(14) я их и имел ввиду
16 — 31.07.20 — 16:42
(15) добавь реквизиты в существующие виды субконто, потом прибей..
Была подобная хрень при переходе на новую платформу с Планы видов расчета, там в 2 расчета прищлось добавить реквизит, обновится, потом прибить
17 — 31.07.20 — 16:43
(16) ах тыж, я подумал в предопределенные добавить ))
18 — 31.07.20 — 16:43
Или в Регистры расчета? не помню точно..на нимфостарте было решение в своё время
19 — 31.07.20 — 16:57
мне помогло выгрузка в ДТ, загрузка на более старой платформе, выгрузка в ДТ из старой платформы, загрузка во вновь
созданную базу
20 — 31.07.20 — 16:57
запустил тех журнал:
21 — 31.07.20 — 16:57
<config xmlns=»http://v8.1c.ru/v8/tech-log»>;
<log location=»D:DocumentsKuleshovTechJournallogs» history=»24″>
<event>
<eq property=»name» value=»admin»/>
</event>
<event>
<eq property=»name» value=»conn»/>
</event>
<event>
<eq property=»name» value=»excp»/>
</event>
<event>
<eq property=»name» value=»proc»/>
</event>
<event>
<eq property=»name» value=»qerr»/>
</event>
<event>
<eq property=»name» value=»scom»/>
</event>
<property name=»all»/>
</log>
</config>
сообщения ровно теже, что и в предприятии
22 — 31.07.20 — 16:58
(19) на более старой не пробовал, на текущей пробовал
23 — 31.07.20 — 17:03
пробую обновиться на 8.3.15
24 — 31.07.20 — 17:04
(21) на какую табличку ругается, там не видать ?
25 — 31.07.20 — 17:04
такая же борода
26 — 31.07.20 — 17:07
(24) нет, вот что есть:
45:07.047008-0,EXCP,5,process=1CV8,OSThread=21728,Usr=,Exception=DataBaseException,Descr=’Ошибка SDBL:
Ссылочная константа содержит недопустимый ссылочный номер таблицы’
45:07.047009-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=К,ConnectString=;’
45:07.047010-3,EXCPCNTX,4,SrcName=SCALL,process=1CV8,OSThread=21728,Usr=,ClientID=2,Interface=a73a0756-4f0e-4645-bda4-ec823b433ff7,IName=IDataBaseEx,Method=40,CallID=213337,MName=executeSDBLEx_With_Command_Parameter
45:07.047011-3747562010,EXCPCNTX,3,SrcName=CONN,process=1CV8,Usr=,ClientID=5,Txt=Outgoing connection closed
45:07.047012-101360399993,EXCPCNTX,2,SrcName=SCOM,process=1CV8,Usr=,ProcessName=RHostRoot,SrcProcessName=RHostRoot
45:07.047013-101367186012,EXCPCNTX,2,SrcName=CONN,process=1CV8,ClientID=2,Txt=Outgoing connection closed
45:07.047014-101368886014,EXCPCNTX,0,SrcName=PROC,process=1CV8
45:07.047016-0,EXCP,4,process=1CV8,OSThread=21728,Usr=,Exception=dc31263e-ecbf-41bd-9b3a-7b55897d5fd6,Descr=’srcRemoteInterfaceImpl.cpp(864):
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6: Ошибка SDBL:
Ссылочная константа содержит недопустимый ссылочный номер таблицы’
45:10.479000-0,EXCP,4,process=1CV8,OSThread=21728,Usr=,Exception=69480f4b-b3d7-4e60-8c86-4484ba0f5d32,Descr=’srcExceptionWriterUIImpl.cpp(224), shown to the user:
69480f4b-b3d7-4e60-8c86-4484ba0f5d32: В процессе обновления информационной базы произошла критическая ошибка
dc31263e-ecbf-41bd-9b3a-7b55897d5fd6: Ошибка SDBL:
Ссылочная константа содержит недопустимый ссылочный номер таблицы’
может надо было весь ТЖ выгружать….
27 — 31.07.20 — 17:19
(26)
ищите в инете по «Ссылочная константа содержит недопустимый ссылочный номер таблицы'»
обсужалось десятки раз
28 — 04.09.20 — 13:38
вернулся к проблеме, пользователи доставать начали ))
определил следующее — проблема с расширением, их 4, удалил все — обновление прошло
понять бы — в чем проблема с расширением, были добавлены новые объекты, терять данные не хочется
29 — 04.09.20 — 13:39
но раз подсказок нет, придется выпиливать объекты по одному в копии и смотреть — без чего обновится…
30 — 04.09.20 — 14:10
(10) «не включать без необходимости, пока край еще не наступил»
После обновления вернуть конфу на поддержку дело на час максимум.
31 — 04.09.20 — 14:14
(5) «интересно, Вы когда-нибудь научитесь пользоваться тж ?»
Можно подумать настраивание ТЖ это такая тривиальная задача. Информации о том как это сделать ноль целых хрен десятых. В основной в инете одна вода «ТЖ это круто».
Если есть неделя времени без других задач на то чтобы разобраться в том как это сделать тогда конечно можно тратить на это время.
32 — 04.09.20 — 15:39
(31) по настройке ТЖ уже гораздо больше инфы, с тех пор как он появился — продвинулись хорошо
33 — 04.09.20 — 16:57
+(32) а появился он 12 лет назад…. и думать что за 12 лет по тж мало информации — надо быть редкостным.
34 — 05.09.20 — 01:23
в расширении предопределенные никто не добавлял?
35 — 07.09.20 — 16:11
(34) нет, да и вроде как нельзя их добавлять — тут сомневаюсь
провел эксперименты — удалял объекты из расширения по 2-3 штуки, сначала заимствованные, затем — свои… пока не дошел до абсолютно пустой конфигурации
разве что картинки не удалил(надо подумать, ибо новый конфиг две общие картинки дублит в метаданных)
и все равно при обновлении конфига БД получаю сабж, единственное решение — удалить расширение (((
36 — 07.09.20 — 16:11
сейчас еще проверю с картинками
37 — 07.09.20 — 16:12
ОбщаяКартинка.Избранное: Имя не уникально!
ОбщаяКартинка.Информация: Имя не уникально!
это предупреждения при обновлении, посмотрим — может они есть в расширении
38 — 07.09.20 — 16:31
не прокатило
39 — 07.09.20 — 22:37
(32) Мне к сожалению не попадалась информация как быстро настроить этот ТЖ. А тратить месяц рабочего времени на разбирательство того как это все устроено никто не даст.
40 — 22.09.20 — 09:34
по сабжу — зарегистрировал тему на хотлайне, должны поправить в будущем релизе 8.3.17
в 8.3.15 поправили в 8.3.15.2018 от 27.07.2020 и далее
41 — 22.09.20 — 09:35
т.е. тема не новая
Ёпрст
42 — 22.09.20 — 09:37
(37) эта шляпа на 17 присутствует
(40) а сам то на 17 пробовал, тоже ошибка ?
to continue to Google Sites
Not your computer? Use Guest mode to sign in privately. Learn more
Содержание:
1. Возникновение ошибки SDBL
2. Устранение ошибки SDBL в 1С
Приветствую, коллеги! В данной статье будет рассмотрена знакомая и набившая оскомину многим специалистам 1С ошибка SDBL, а также возможные пути её устранения.
1. Возникновение ошибки SDBL
Ошибка SDBL возникает, когда происходит обновление конфигурации 1С:Предприятие или сохранение перемен. Также сообщение об ошибке может возникать при работе с обменами данных:
Рис. 1 Сообщения 1С об ошибке SDBL
Также к данным сообщениям часто есть одна или несколько приписок:
· была совершена попытка вставить значение с недопустимым типом;
· был совершён пропуск точки с запятой;
· имеет место ошибка, которая произошла при индексировании с полным текстом;
· некоторое поле имеет неоднозначное определение;
· не хватает выражения (pos =);
· совершён выход из размерностей;
· в поле таблицы используется невозможный тип значения «NULL».
Обратите внимание: есть вероятность, что при ошибке будут другие сообщения, не указанные выше!
2. Устранение ошибки SDBL в 1С
Устранить ошибку SDBL можно одним из способов, которые описаны ниже.
1. Сделать перезагрузку на сервере с приложениями для 1С 8.3. Далее может помочь, если включить и выключить все сервисы SQL и агентами SQL. Для этого потребуется зайти на сервер, выбрать «Агент сервера 1С» и при помощи контекстного меню приостановить работу. По аналогии сделаем с «Агентом SQL» и «SQL Server» для сервера SQL. Затем следует снова подключить их, но в обратной последовательности.
2. Выгрузить базу с данными в некоторый файл, который будет иметь расширение DT, а затем выгрузить её назад – в ту же базу с информацией. Аналогично будет исполняться для режима конфигуратора при помощи вкладки меню «Администрирование» – посредством использования команд «Загрузить информационную базу…» и «Выгрузить информационную базу…».
3. Можно попробовать очистить КЭШ внутри сервера и внутри компьютера пользователя в месте, где была обнаружена ошибка. Для этого потребуется закрыть 1С, далее совершить поиск по папкам, которые будут иметь имя вида «bd5c8ea4-b65f-4c23-a9c8-2dccfb0b15fa» внутри папки с названием «Application Data», после их нахождения производим удаления данных папок.
4. Также можно обновить платформу на более современную версию (с главного портала – ИТС). Для выполнения данного действия скачиваем с ИТС новую платформу 1С 8.3 и устанавливаем ее на компьютерах клиентов и на сервере.
5. Рассмотрим еще один вариант – использование механизма «Тестирование и исправление информационных баз», который находится внутри конфигуратора. В необходимой базе переходим по пути: «Администрирование → Тестирование и исправление информационных баз», а далее запускаем процесс.
6. Совершим загрузку внутри копии, которая является резервной, если она была создана в недавнем времени. Замечание: обязательно часто делать резервные копии до любого важного действия с ИБ. Копии делаются посредством SQL MS или конфигуратора, при этом происходит выгрузка файла в формат dt.
Если ни один из вышеперечисленных способов не устранил ошибку SDBL, следует произвести очистку таблиц _ConfigChngR_ExtProps и _ConfigChngR. Однако для этого потребуется знания принципов работы MSSQL.
Специалист компании «Кодерлайн»
Айдар Фархутдинов
1С:Предприятие 8.2 (8.2.14.537) 1С:Управление строительной организацией, редакция 1.3 (1.3.15.2) Ошибка выходила и в файловом и в серверном вариантах: «В процессе обновления информационной базы произошла критическая ошибка. по причине: Ссылочная константа содержит недопустимый ссылочный номер таблицы 35244:8fa0001b78cfeb9e11e12f9f0b5772a0» Починил тестированием и исправлением в серверном варианте с включением только: «Проверка логической целостности информационной базы» «Проверка ссылочной целостности информационной базы» Результат тестирования: Тестирование начато Проверка таблицы ConfigChngR: удалено 234 записей Тестирование закончено В связи с этим, думается, помогло бы и это тоже: TRUNCATE TABLE _ConfigChngR TRUNCATE TABLE _ConfigChngr_ExtProps
Долгое время стояла платформа 8.3.12.1685
После очередного обновления (до 3.0.71.75) внезапно в одной из баз «поломался» выбор контрагентов.
Вплоть до такого:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:
по причине:
Ошибка SDBL:
Ссылочная константа содержит недопустимый ссылочный номер таблицы
Сделал «Тестирование и исправление» — не помогло.
Поднял платформу до рекомендуемой 8.3.13.1809
Цитата:
Текущая версия конфигурации «Бухгалтерия предприятия» предназначена
для использования с версией системы 1С:Предприятие 8.3 не ниже 8.3.12.1685.
Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.13.1809.
— не помогло.
После поднятия платформы до рекомендуемой 8.3.13.1809 ещё раз сделал ТИИ — помогло! 