Ошибка SBDL — не очень приятная, но далеко не редкая. Часто она появляется на этапе обновления информационной базы, в момент реструктуризации базы данных. Под ней может крыться достаточно много неприятностей, а указывает она на то, что с базой данных произошли какие-то сбои.
Содержания могут быть следующими:
Ошибка SDBL: Ожидается CAST, идентификатор или константа (pos=32), Ошибка при полнотекстовом индексировании
Ошибка SDBL: Поле Fld1318 таблицы Document11 не может принимать значение NULL (pos=15)
Ошибка SDBL: Выход за пределы размерности результата — данный сбой возникает в конфигураторе при обновлении конфигурации на этапе реструктуризации базы данных. Последнее что можно увидеть в строке состояния: …» Выход за пределы размерности результата
Ошибка SDBL: Попытка быстрой вставки значения недопустимого типа (pos = 23)
Тексты ошибок могут отличаться и это только одни из множества вариантов.
К сожалению, попытки устранить описанные проблемы могут и не привести к чему-то положительному. Поэтому, рекомендуется не забывать о регулярном резервном копировании, чтобы на случай экстренных ситуаций, всегда была возможность сделать шаг назад, восстановив данные из копии. Также, рекомендуется не проводить эксперименты самостоятельно, а обратиться к профессионалам своего дела. Но, все же, если вы решили на свой страх и риск попробовать разобраться с этой неприятной ситуацией, то рекомендуем вам сделать следующие действия:
- Перезагрузка сервера 1С, SQL — сервера;
- Очистить кэш (cache) пользователя и сервера 1С;
- Выполнить процедуру тестирования и исправления (Конфигуратор-Администрирование-Тестирование и исправление…);
- Резервное копирование и загрузку файла 8.dt обратно в эту же базу;
- Обновить платформу до последнего релиза.
Рекомендуем не проводить экспериментов в поисках решения проблемы. Мы готовы решить эту ситуацию быстро и не дорого!
Если ничего из этих действий не привело к результату, то, рекомендуем попробовать очистить таблицы _ConfigChngR и _ConfigChngR_ExtProps, через менеджер SQL простым скрипто:
use Имя_БД
delete from dbo._ConfigChngR
delete from dbo._ConfigChngR_ExtProps
Также, в 1С встречаются и другие трудности. Подробнее о распространенных ошибках можно почитать тут.
31.10.14 — 12:02
Уважаемые форумчане, подскажите куда копнуть?
1 — 31.10.14 — 12:02
Платформа 8.1
2 — 31.10.14 — 12:04
в запрос наверное
3 — 31.10.14 — 12:05
в каком? как определится с кусочком кода? или на каких метаданных ?
4 — 31.10.14 — 12:06
(2) — ответ понял. пошел смотреть.
Если есть еще какие-нибудь идеи — все равно жду.Спасибо!
5 — 31.10.14 — 12:10
копать отсюда и до забора!
в какой момент появляется ошибка? при обновлении?
6 — 31.10.14 — 12:12
ошибка проявилась сегодня дважды:
1)в отчете. (там другой pos). как раз запрос не отрабатывает
2)а сейчас вот при выполнении обработки.
обработка выполняет обмен риб
7 — 31.10.14 — 12:14
вангую — это РЛС
8 — 31.10.14 — 12:20
у меня полные права. ошибка все равно лезет
9 — 31.10.14 — 12:21
(7) (8) акелла промахнулся
10 — 31.10.14 — 12:24
(9) а по делу. понимаю, что пьятница — тем более хочется решить проблемку
11 — 31.10.14 — 12:28
(10) технологический журнал и ждем результата
12 — 31.10.14 — 12:34
да и можешь посмотреть свои доработки, может где-то значение или метод не указал
13 — 31.10.14 — 16:44
(11) до технологического журнала пока не добрался.
однако локализовал проблему: при обращение к документу формирование записей книги покупок возникает объявленная ранее ошибка( скажем через запрос)
список документов открывается, однако ни один из существующих документов не открывается, вылетает с той же ошибкой (pos только другой)
Может быть кто-нибудь подскажет путь решения?
14 — 31.10.14 — 16:47
ТиИ?
15 — 31.10.14 — 16:57
а без этого?
16 — 31.10.14 — 21:44
итог: при проведении документ выдавал ошибку Ошибка SDBL…. Fld19186.
с помощью функции ПолучитьСтруктуруХраненияБазыДанных поняли, что это поле комментарий (тип строка не ограниченой длины). Поставили ограничение в 200 символов. документ стал открываться. Но проведение документа по прежнему выдавало ошибку Ошибка SDBL:Ожидается CAST, идентификатор или константа (pos=181). Из регистра удалили один реквизит (реквизит был добавлен с неделю как и пока не использовался). произошла реструктуризация таблиц. все заработало.
кратко: нашли на чем именно затыкалось, реструктуризировали глючную таблицу.
всем спасибо за участие!
17 — 31.10.14 — 21:45
* при проведении документ выдавал ошибку Ошибка SDBL…. Fld19186. — Верно «При открытии»
18 — 31.10.14 — 21:46
причина возникновения таких ошибок — для меня загадка
19 — 31.10.14 — 21:59
20 — 31.10.14 — 22:01
что-то неделя падений файловых баз какая-то
21 — 31.10.14 — 22:19
(19) Крутейшая селфи
raykom
22 — 01.11.14 — 17:29
Ты походу не одинок. признаки слегка отличаются, но проблема та же.
Помогите решить проблему с базой
Спроси ТСа как вырулил.
Опубликовано 15.03.2013 автором admin
такая ошибка будет исправлена в 8.1.12 — она проявляется, если у всех измерений независимого регистра сведений отключить свойство «Полнотекстовый поиск». Для обхода можно отключить свойство «Полнотекстовый поиск» у самого регистра сведений, а не у его измерений.
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.
Специалист компании «Кодерлайн»
Айдар Фархутдинов