База УПП 1.3, SQL 2008

После ТиИ при попытке зайти в документ ОПЗС выдаёт: "Ошибка SDBL: Ожидается выражение (Pos=1380)" (И две кнопки "Завершить работу" и "Перезапустить")

Установил платформу 8.3.8.1784, почистил ВСЕ кэши - те же яйца.
Работа с 1С происходит с двух терминальных серверов.
Но есть единственное "НО" - под учётками, у которых были Полные права с терминального сервера №1 в ОПЗС заходит, а с сервера №2 - нет.

Нажми Я.

А "выражение" играет роль? А то по 1380 нет ссылок.

(2) это какой-то запрос в документе ОПЗС ерундит. У вас там полностью типовое в этом документе?

(3) ОПЗС дописан

(4) ну вот, копайте в эту сторону. Берите утюг, паяльник и приступайте к автору этих дописок. Чего он там наваял?

Чисти везде кэш. Перезагружай серваки 1с и SQL.

(6) Это уже сделано

(6) Почистил кэш у пользователя, который мог заходит в ОПЗС, то же стала выходить ошибка.

У меня недавно была похожая тема: в процессе обновления конфигурации вырубился ноутбук. зачем понеслись ошибки sdbl. Проверка утилитой ошибок не выявила. ТИИ нашло кучу битых ссылок. Попытки реанимировать базу оказались безуспешными, в некоторых случаях база полностью разрушалась, в других очищались все данные. Восстановил из бэкапа.

P.S. Файловая. Типовая. ЗУП Базовая.

Файловая это вообще алес с точки зрения безопасности хранения.В тестовах целях еще можно,а на продуктиве это эсктремальный вид спорта

(8)  Что было сделано до всплытия ошибки.

Конфу не менял? реструктуризацию не делал?

У меня такое было когда конфа 1с не соответствовала структуре БД в SQL. (рухнула при реструктуризации) Полазил в SQL руками , удалил табличку лишнюю вылечил базу.

(11) Удаление помеченных объектов, ТиИ и всё

(10) Ну, если в базе учет по одной организации, один пользователь и сама база 1 Гб с учетом веса конфы, то, понимаешь же, вопрос о переводе на SQL такой малышки не стоит вообще. Но я с тобой согласен. Файловые базы небезопасны. Их надо постоянно бэкапить.

попробуй в документ "ОПЗС" добавить пустой реквизит. Посмотри пройдет или нет реструктуризация

(14)+ только на всякий случай базу заархивируй)

Сделал архив базы и развернул в фаловую - та же ошибка выходит

(16) Архив есть?

(17) есть ночной - делал перед ТиИ

(18) Надо было его сразу развернуть, А с этой базой уже играться.

(16) всё-таки посмотрите запросы, которые дописали. Фигнёй ведь занимаетесь.

(19) ошибка выявилась только через 2 часа после начала работы

(21) Запрос, если и изменялись, то в движении и заполненении, а при открытии всё типовое.

(21) Ты читал мою ситуацию? На мой взгляд логичнее восстановить последнюю рабочую версию в тех условиях, когда база работала стабильно (имею ввиду релиз платформы), а уже с текущей базой (поломанной) играться.

Значит: запустил ТиИ на файловой - выдаёт ошибку: Ошибка SDBL: Fld35402 не является именем поля

(24) Ну я так и думал. Структура конфы не совпадает со структурой БД.

Лечу такие базы, за скромную плату.

выгрузка/загрузка

(26) В тестовой базе помог твой совет (14). Сча пробую в рабочей.

(26) какой ты меркантильный

Всем спасибо. Всё ок.