![]() На рынке с 2015 года |
![]() Наши клиенты и их отзывы |
![]() Быстрая отгрузка ПО |
![]() Демонстрация ПО на вашем сервере |
![]() Проверка у нас в офисе |
![]() Отзывы на Яндекс.Маркете |
У меня была похожая ситуация. Вот ответ 1С:
Вероятно вы на версии платформы 8.2.13 обновили конфигурацию БП на версию 2.0.42.5, после чего при обновлении платформы на версию 8.2.16.368 или выше при запуске базы после конвертации происходит ошибка SDBL.
Способ обхода сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42
Если обновление конфигурации на 2.0.42.5 выполнялось на 8.2.13, то режим совместимости оказался с 8.2.16, а изменения структуры таблиц БД, которую сделала бы 8.2.16 при смене режима совместимости, не произошло, т.к. 13-й релиз этого не умеет. Таким образом, если далее запускается платформа 16-го релиза, то она считает, что изменение структуры таблиц уже выполнено, хотя этого не произошло. Это и приводит к описанному эффекту. Как обойти: сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42; либо 1. Открыть 13-м релизом Конфигуратора 2. Сохранить конфигурацию в файл 3. понизить режим совместимости до 8.1, реструктуризовать 4. установить режим совместимости "Не используется", реструктуризовать 5. Закрыть Конфигуратор 13-го релиза, открыть Конфигуратор 16-го. 6. Выполнить загрузку конфигурации из файла, реструктуризоваться.
проблема доступа POST возникает из-за неправильной структуры бд. надо сделать ресруктуризацию в примере номера платформ другие, но смыл тот же. в новом релизе платформы что-то поменялось в структуре хранения данных.
![]() |
Есть вопросы по работе с 1С?
Оставьте заявку прямо сейчас! |