ошибка sdbl ожидается имя таблицы (pos=6) после изменения режима совместимости

1. taramaz 63 06.03.19 04:03 Сейчас в теме
Добрый день. УТ 10.3.38.1 не типовая. Файловая.
Платформа 8.3.13.1513, 8.3.13.1690 (и еще несколько 8.3 пробовал)
Стало необходимо сменить режим совместимости с 8.2.13 на 8.2.16
В базе настроен обмен с РБ через ПланОбмена Полный (много РБ).
После изменения режима совместимости, сохранения конфигурации в базе ошибок не наблюдается кроме:
При действиях с РБ (выгрузка, создание нач образа) вылезает "ошибка sdbl ожидается имя таблицы (pos=6)"

Реструктуризация через ТИИ не помогает, ТИИ не помогает, chdbfl не помогает.
Кэш чистил.

Может кто встречал?
Найденные решения
13. taramaz 63 11.03.19 02:31 Сейчас в теме
Если взять платформу 8.2.19 и в ней отключить совместимость, то всё будет ок даже если потом зайти в 8.3.
Ну дополнительно перед изменением совместимости в 8.2 сделал реструктуризацию (правда не факт, что это обязательно)

Всем спасибо.
ksamsdv; Vegner; acanta; +3 Ответить
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. alxarz 31 06.03.19 05:55 Сейчас в теме
(1)
ошибка sdbl ожидается имя таблицы (pos=6)
выгрузка/загрузка?
3. пользователь 06.03.19 09:00
Сообщение было скрыто модератором.
...
7. taramaz 63 06.03.19 12:11 Сейчас в теме
11. zala 7 06.03.19 15:29 Сейчас в теме
(1) Добрый день! Вам удалось решить проблему?
12. taramaz 63 10.03.19 22:47 Сейчас в теме
4. oleg-x 26 06.03.19 09:32 Сейчас в теме
А кроме смены режима совместимости, Вы какие нить изменения делали согласно версии совместимости? Так как он не просто так установлен.
5. oleg-x 26 06.03.19 09:33 Сейчас в теме
И удалите платформу 8.3.13, поставьте 8.3.12. Ибо 13 и 14 еще пока достаточно глючные.
6. oleg-x 26 06.03.19 09:46 Сейчас в теме
В принципе вот здесь описан порядок действий.
http://www.gilev.ru/compatibility/
8. taramaz 63 06.03.19 12:14 Сейчас в теме
(6)
Тут про 8.2.13-8.2.16 по сути особо ничего не написано. Реструктуризацию делал и до и после.
(5)
Платформы пробовал и более ранние, конкретно 8.3.12 уже не помню, попробую.

PS Других ошибок в конфе (кроме обмена) не замечено. Доки проводятся, создаются, все формируется и т.д. Т.е. ошибок кода не найдено, только СУБД.
9. oleg-x 26 06.03.19 12:27 Сейчас в теме
Там имелось ввиду, что пройти реструктуризацию на платформе 8.2.19.
Возможно при обмене обращается к одной из констант, которую не может получить, тут в соседней ветке аналогичная у людей проблема, но при получение константы.
13. taramaz 63 11.03.19 02:31 Сейчас в теме
Если взять платформу 8.2.19 и в ней отключить совместимость, то всё будет ок даже если потом зайти в 8.3.
Ну дополнительно перед изменением совместимости в 8.2 сделал реструктуризацию (правда не факт, что это обязательно)

Всем спасибо.
ksamsdv; Vegner; acanta; +3 Ответить
15. zala 7 18.03.19 11:20 Сейчас в теме
(13) А у Вас файловая база? Просто если серверная, то не очень представляю как зайти в нее под платформой 8.3, когда она развернута на 8.2.
17. oleg-x 26 18.03.19 11:22 Сейчас в теме
(15) Если не хотите возится с серверной базой, то все манипуляции можно сделать на файловой базе (разницы нет), а потом просто загрузить DT в серверную.
18. zala 7 18.03.19 13:29 Сейчас в теме
(17) в том то и дело, что у нас возможен только серверный вариант в связи с большим размером базы. Не понимаю, как можно базу, развернутую в 8.2, открыть просто под 8.3. Я только через "выгрузку в dt - создание новой базы на 8.3 - загрузку dt туда" делаю. Можно как-то еще?
19. oleg-x 26 18.03.19 13:51 Сейчас в теме
(18) А каков у Вас размер базы?
У нас под 50Гб, но спокойно работаю и с копией файловой.
А просто развернуть серверный вариант 8.3 и подключить уже созданную базу?
По идее проблем не должно быть.
20. zala 7 18.03.19 14:26 Сейчас в теме
(19) 170Гб(((
"А просто развернуть серверный вариант 8.3 и подключить уже созданную базу" - а можно по подробнее?
21. oleg-x 26 18.03.19 15:04 Сейчас в теме
(20) 170 Гб не так много в принципе, слышал и про больше. Почитал, есть ограничение размера файловой базы, но не общий размер базы, а на 1 таблицу в базе.
Так что если размер таблицы не превышен, то может и файловая потянет.

А по поводу установки новой платформы, есть описание на ИТС
http://downloads.v8.1c.ru/content/Platform/8_3_4_365/1cv8upd.htm#4cc794a7-7d56-11e1-b5d1-e61f135f174b
Судя по описанию, сложностей не должно быть.
22. taramaz 63 19.03.19 14:11 Сейчас в теме
(15)Ставите сервер 8.2 и 8.3 одну службу отключаете, другую включаете.
Делаете в обоих инф.базы к одной базе SQL (ну или к разным БД SQL - копиям)

Если хотите оба сервера вращать одновременно, то меняете порт одного сервера в реестре в разделе служб.
24. zala 7 19.03.19 16:34 Сейчас в теме
(22) Спасибо большое! Просто так ни разу не делала(
14. zala 7 18.03.19 11:17 Сейчас в теме
(13)
А у Вас файловая база? Просто если серверная, то не очень представляю как зайти в нее под платформой 8.3, когда она развернута на 8.2.
16. пользователь 18.03.19 11:20
Сообщение было скрыто модератором.
...
23. taramaz 63 19.03.19 14:18 Сейчас в теме
В продолжение темы:
После вышеописанных действий все РБ заработали нормально кроме одной.
На этой одной видимо пользователи убили процесс во время принятия изменений в кофигураторе.
В этой РБ стало кидать опять ошибкой ошибка sdbl ожидается имя таблицы (pos=XXXX) при обмене.
Всякие манипуляции не помогли, помогло следующие:
1) Из Центральной базы новый образ этой РБ
2) Перенос данных между идентичными базами из сломаной РБ в новый образ РБ (за те дни пока обмен не работал)
Обмен восстановился и данные пришли.
25. Iogurttt 20.03.20 17:04 Сейчас в теме
Подскажите! Узлы после этого тоже нужно 8.2.19 обновлять когда придут изменения, или стазу можно в 8.3?
26. seugenys 7 18.02.21 17:26 Сейчас в теме
Мне помогла просто реструктуризация таблиц
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот