Ошибки SDBL в 1С одни из самых распространённых и непонятных. Вот что оних говорят официально: "Ошибка SDBL в программе 1С связана с некорректным использованием локальных и глобальных переменных в сетевом механизме. Это может вызвать проблемы при обработке данных." Появляются они обычно после обновления, но могут как говориться и на пустом месте. Вот и в нашем случае такая ошибка появилась после обновления у клиента конфигурации 1С Управление торговлей с версий 11.5.12 и 11.5.16 баз разницы на какой из релизов 11.5.17. Выражалось это в том что после обновления при запуске программы вы ходило сообщение о том что "не хватает выражения (pos =)". В нашем случае не хватало точки с запятой на позиции 161 в управляемых формах, и на позиции 168 в толстом клиенте. Я думаю сами создатели 1С вряд ли понимают что там происходит.
И что же нам советуют в интернете делать в таком случае? Поиск выдаёт на разных сайтах по сути один и тот же текст составленный по моему мнению не очень умными людьми.
1. Самый идиотский совет как побороть проблему это восстановить базу их бэкапа. Ага побороли откатившись ;))) = ничего не сделав.
2. Группа советов из серии "протрите фары" и "попинайте по колесам". Перезагрузить всё что только можно, удалить все кеши какие только найдёте, выгрузить и загрузить всё что только сумеете. Ну хоть не помолиться всем богам и не принести жертву ктулху.
3. Совет обновить всё что только можно, ну а ошибка то получилась почему? Потому что обновляли, тоже странный и так себе метод.
4. Тестирование и исправление баз. Ну это уже что то более разумное, в нашем случае не помогло никак.
5. Цитирую "Если ни один из вышеперечисленных способов не устранил ошибку SDBL, следует произвести очистку таблиц _ConfigChngR_ExtProps и _ConfigChngR. Однако для этого потребуется знания принципов работы MSSQL.". Ага круто, а если база файловая? Ну ладно, загрузили базу на SQL сервер правда PostgreSQL, названные таблицы пустые. Видимо этот совет даётся в надежде на то что пользователь этого делать не будет и ему можно будет сказать "ну ты просто не стал применять этот метод, а он был верняк". Хрен то там.
И так ни один метод=совет от "гуру" растиражированный в интернете не помог. Что же делать? И тут, после многих часов попыток последовать способам упомянутым выше, приходит в голову шальная мысль( как говорится умная мысля приходит опосля) а уж не с проблемами с правами пользователя связанна данная проблема. Понятно что обновление и первый запуск мы делаем от пользователя с правами администратора И полными правами, а что если создать свеженького такого пользователя и попробовать от его имени сделать первый запуск. Во первых может какой то не найденный, не видимый чудо кеш обновится, во вторых подозрительно быстро после авторизации выходила ошибка sdbl при запуске программы. И....... И всё заработало.
После этого проверяем старого "суперпользователя", им по прежнему не получатся войти в программу, ошибка та же. Более того любые манипуляции с его правами, изменение прав доступа, изменение групповой принадлежности средствами конфигурации приводит к ошибке. В то же время в конфигураторе его права можно изменять. Вот такое пока не понятное нам поведение, и новый метод борьбы с ошибками SDBL.
А у вас есть опыт борьбы с ошибками 1С SDBL? Каким методом отличным от описанных выше?
