Установлена 1С:Предприятие 8.3, учебная версия (8.3.8.1933), в ней создал конфигурацию, документы и т.д.
Без проблем делалась выгрузка/загрузка информационной базы.
Далее была установлена 1С:Предприятие 8.3, учебная версия (8.3.23.1688).
Я открыл ранее созданную конфигурацию в 1С (8.3.23.1688), ничего не менял, только запустил и закрыл.
Далее опять открыл в 1с (8.3.8.1933), выгрузил базу. Выгруженная база уже не загружается в версии 8.3.8.1933, возникает ошибка
"Ошибка SDBL.
Поле и вложенная таблица с именем Language повторяется в таблицах STTModelsDesc.Descr, STTModelsDescs.Acoustic"
При этом база загружается без ошибок в 1с (8.3.23.1688).
Если скопировать папку с базой, то проблем нет при запуске в 1с (8.3.8.1933)
Мб кто сталкивался, есть ли какие-то способы решить данную проблему?
Без проблем делалась выгрузка/загрузка информационной базы.
Далее была установлена 1С:Предприятие 8.3, учебная версия (8.3.23.1688).
Я открыл ранее созданную конфигурацию в 1С (8.3.23.1688), ничего не менял, только запустил и закрыл.
Далее опять открыл в 1с (8.3.8.1933), выгрузил базу. Выгруженная база уже не загружается в версии 8.3.8.1933, возникает ошибка
"Ошибка SDBL.
Поле и вложенная таблица с именем Language повторяется в таблицах STTModelsDesc.Descr, STTModelsDescs.Acoustic"
При этом база загружается без ошибок в 1с (8.3.23.1688).
Если скопировать папку с базой, то проблем нет при запуске в 1с (8.3.8.1933)
Мб кто сталкивался, есть ли какие-то способы решить данную проблему?
Прикрепленные файлы:
По теме из базы знаний
- Ошибка SDBL: Ожидается имя таблицы (pos=6). Причины, лечение, обход. Поиск отсутствующих таблиц изменений
- Ошибка SDBL в 1С
- Ошибка SDBL: Ошибка обновления конфигурации базы данных. Для одного ссылочного кода существует более одной таблицы в базе данных
- Ошибка SDBL: Пропущена точка с запятой (pos=238) после обновления БП 3.0
- Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm. Ошибка SDBL: Пропущена точка с запятой
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(5)
Спасибо, решение помогло!
Изначально стояла версия 8.3.8.1933, скачал и установил версию выше, 8.3.23.1997, любопытства ради запустил базу ею. Решил запустить конфу в режиме отладки, конфа отрыгнула, типа база отличается, хотя в ней не задавал более никаких изменений, предложила обновить базу, и как результат эта ошибка.
Решение.
Запустил реструктуризацию в "Тестирование и Исправление" на версии 8.3.8.1933 - не сработало.
Запустил реструктуризацию в "Тестирование и Исправление" на версии 8.3.23.1997 - исправления приняты, все работает хорошо в обеих версиях.
Спасибо, решение помогло!
Изначально стояла версия 8.3.8.1933, скачал и установил версию выше, 8.3.23.1997, любопытства ради запустил базу ею. Решил запустить конфу в режиме отладки, конфа отрыгнула, типа база отличается, хотя в ней не задавал более никаких изменений, предложила обновить базу, и как результат эта ошибка.
Решение.
Запустил реструктуризацию в "Тестирование и Исправление" на версии 8.3.8.1933 - не сработало.
Запустил реструктуризацию в "Тестирование и Исправление" на версии 8.3.23.1997 - исправления приняты, все работает хорошо в обеих версиях.
Прикрепленные файлы:
О! И у меня такая ошибка нарисовалась, только чуть веселей. В конфигураторе выгружаю базу и тут-же пытаюсь загрузить свой, только что, созданный dt обратно. Выскакивает такая-же ошибка, как у автора поста и после этого, база оказывается девственно чиста. Нет ни справочников, ни документов ничего...
(9)
Решение строго для бэкапов средствами SQL.
Дано: техплатформа 8.3.10 и 8.3.23. База SQL. Есть созданная средствами SQL копия недельной давности в оперативном доступе. За неделю изменений метаданных не было (данные, ясно, менялись, неделя работы).
Проблема: База большая, вариант лечить через тест и исправление = 48 часов. Ошибка на пустой базе воспроизводима: "...стоит только зайти под 8.3.23, как 8.3.10 становится нерабочей, после этого любой новый объект создать и обновить в конфигурации нельзя". Восстановить из бэкапа нежелательно, это потеря часов работы компании.
Решение: Таблицу "DBSchema" залить из базы до сбоя. Таблицы _STT* из базы удалить. Зайти в конфигуратор с 8.3.10 версии, добавить объект, зайти с реструктуризацией.
Решение строго для бэкапов средствами SQL.
Дано: техплатформа 8.3.10 и 8.3.23. База SQL. Есть созданная средствами SQL копия недельной давности в оперативном доступе. За неделю изменений метаданных не было (данные, ясно, менялись, неделя работы).
Проблема: База большая, вариант лечить через тест и исправление = 48 часов. Ошибка на пустой базе воспроизводима: "...стоит только зайти под 8.3.23, как 8.3.10 становится нерабочей, после этого любой новый объект создать и обновить в конфигурации нельзя". Восстановить из бэкапа нежелательно, это потеря часов работы компании.
Решение: Таблицу "DBSchema" залить из базы до сбоя. Таблицы _STT* из базы удалить. Зайти в конфигуратор с 8.3.10 версии, добавить объект, зайти с реструктуризацией.
(9) увы, 24-й релиз втихомолку конвертирует базу, даже если у нее режим совместимости. Только бэкапы. или выгружать в DT, там искать вот эти ошибки и справлять. Или через 1стулз, как вариант.
Мы 24-й релиз снесли от греха подальше, поставили 23-й.
Можно еще CF попробовать выгрузить на 24-м и раннем релизе в файлы, поискать отличия и поправить потом. На это нет времени.
Мы 24-й релиз снесли от греха подальше, поставили 23-й.
Можно еще CF попробовать выгрузить на 24-м и раннем релизе в файлы, поискать отличия и поправить потом. На это нет времени.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот