Ошибка SDBL: Ожидается выражение (Pos=1380) #775428


#0 by Alex_Rav74
База УПП 1.3, SQL 2008 После ТиИ при попытке зайти в документ ОПЗС выдаёт: "Ошибка SDBL: Ожидается выражение (Pos=1380)" (И две кнопки "Завершить работу" и "Перезапустить") Установил платформу 8.3.8.1784, почистил ВСЕ кэши - те же яйца. Работа с 1С происходит с двух терминальных серверов. Но есть единственное "НО" - под учётками, у которых были Полные права с терминального сервера №1 в ОПЗС заходит, а с сервера №2 - нет.
#1 by lxs
Нажми Я.
#2 by Alex_Rav74
А "выражение" играет роль? А то по 1380 нет ссылок.
#3 by hhhh
это какой-то запрос в документе ОПЗС ерундит. У вас там полностью типовое в этом документе?
#4 by Alex_Rav74
ОПЗС дописан
#5 by hhhh
ну вот, копайте в эту сторону. Берите утюг, паяльник и приступайте к автору этих дописок. Чего он там наваял?
#6 by AlfaDog
Чисти везде кэш. Перезагружай серваки 1с и SQL.
#7 by Alex_Rav74
Это уже сделано
#8 by Alex_Rav74
Почистил кэш у пользователя, который мог заходит в ОПЗС, то же стала выходить ошибка.
#9 by lxs
У меня недавно была похожая тема: в процессе обновления конфигурации вырубился ноутбук. зачем понеслись ошибки sdbl. Проверка утилитой ошибок не выявила. ТИИ нашло кучу битых ссылок. Попытки реанимировать базу оказались безуспешными, в некоторых случаях база полностью разрушалась, в других очищались все данные. Восстановил из бэкапа. P.S. Файловая. Типовая. ЗУП Базовая.
#10 by piter3
Файловая это вообще алес с точки зрения безопасности хранения.В тестовах целях еще можно,а на продуктиве это эсктремальный вид спорта
#11 by AlfaDog
Что было сделано до всплытия ошибки. Конфу не менял? реструктуризацию не делал? У меня такое было когда конфа 1с не соответствовала структуре БД в SQL. (рухнула при реструктуризации) Полазил в SQL руками , удалил табличку лишнюю вылечил базу.
#12 by Alex_Rav74
Удаление помеченных объектов, ТиИ и всё
#13 by lxs
Ну, если в базе учет по одной организации, один пользователь и сама база 1 Гб с учетом веса конфы, то, понимаешь же, вопрос о переводе на SQL такой малышки не стоит вообще. Но я с тобой согласен. Файловые базы небезопасны. Их надо постоянно бэкапить.
#14 by AlfaDog
попробуй в документ "ОПЗС" добавить пустой реквизит. Посмотри пройдет или нет реструктуризация
#15 by lxs
+ только на всякий случай базу заархивируй)
#16 by Alex_Rav74
Сделал архив базы и развернул в фаловую - та же ошибка выходит
#17 by lxs
Архив есть?
#18 by Alex_Rav74
есть ночной - делал перед ТиИ
#19 by lxs
Надо было его сразу развернуть, А с этой базой уже играться.
#20 by hhhh
всё-таки посмотрите запросы, которые дописали. Фигнёй ведь занимаетесь.
#21 by Alex_Rav74
ошибка выявилась только через 2 часа после начала работы
#22 by Alex_Rav74
Запрос, если и изменялись, то в движении и заполненении, а при открытии всё типовое.
#23 by lxs
Ты читал мою ситуацию? На мой взгляд логичнее восстановить последнюю рабочую версию в тех условиях, когда база работала стабильно (имею ввиду релиз платформы), а уже с текущей базой (поломанной) играться.
#24 by Alex_Rav74
Значит: запустил ТиИ на файловой - выдаёт ошибку: Ошибка SDBL: Fld35402 не является именем поля
#25 by AlfaDog
Ну я так и думал. Структура конфы не совпадает со структурой БД.
#26 by AlfaDog
Лечу такие базы, за скромную плату.
#27 by фобка
выгрузка/загрузка
#28 by Alex_Rav74
В тестовой базе помог твой совет . Сча пробую в рабочей.
#29 by lxs
какой ты меркантильный
#30 by Alex_Rav74
Всем спасибо. Всё ок.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С