Бухгалтер установила платформу 8.2.13 и конфигурацию упрощенка версии 2.0.27.8. Включила обновление конфигурации через интернет. Обновилась конфигурация до 2.0.43.13. После этого скачала платформу 8.2.17. Платформа потребовала конвертацию базы. На конвертации выскочила ошибка. Теперь при открытии базы выскакивает окно "Ошибка SDBL: Ожидается имя таблицы (pos=19)". Резервной копии нет. При тестировании и исправлении информационной базы 1с прекращает работать. Просто ОС пишет прекращена работа программы. Chdbfl ошибок не находит.
У меня была похожая ситуация. Вот ответ 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. Выполнить загрузку конфигурации из файла, реструктуризоваться.
(7) Спасибо. База спасена.
Ситуация: база преобразована на 17 платформе, архива нет, не щапускается ТиИ не проходит.
1. Выгружаем базу в dt из 17 релиза.
2. Запускаемся в 13 и загружаем dt в пустую базу.
Дальше по (7)
Переносить данные через xml, по-моему бред.. Наверняка что-то поплывёт.
Я так понимаю что мануал в (7) не подходит для базовых версий ... а жаль ...
у нас клиент дообновлял Базовую БП до 45,6 на 13-й платформе ... работало ( с ошибкой что платформа не та естественно) ... потом обновился на 46,5 и выхватил такую же ошибку ...
Сделал по мануалу в (7) ... перед этим, чтобы изменить режим совместимости, снял конфу с поддержки ... при выполнении последней реструктуризации из п. 6 уже на 16-й платформе выпадает ошибка:
"В процессе обновления информационной базы произошла критическая ошибка. по причине: Ошибка SDBL: Таблица или поле PredefinedID не содержится в разделе FROM (pos=67)" ...
причем пробовал загружать файл конфигурации как сохраненный из 13-го релиза так и сохраненный из чистой базы, созданной на 16-й платформе ...
Варианты поднять базу еще есть без выгрузки-загрузки? Или остаётся только она?
(29) brrart, я делал это именно на базовой, работает. Скорее всего где-то нарушена последовательность. Если не получится, могу предложить свою помощь (если сможете отправить базу)
(30) movled,
Спасибо за помощь, но таких баз у меня не одна ...
Хотелось бы для начала уточнить некоторые моменты из (7) ... попунктно, так сказать ...
1. Открыть 13-м релизом Конфигуратора - тут все понятно :-) 2. Сохранить конфигурацию в файл - сохряняем снятую с поддержки конфу или как есть? конфигурацию бд обновляем после снятия с поддержки? 3. понизить режим совместимости до 8.1, реструктуризовать - конфигуратор перезапускаем по просьбе или нет после изменение режима? конфигурацию бд обновляем? 4. установить режим совместимости "Не используется", реструктуризовать - тож самое ... 5. Закрыть Конфигуратор 13-го релиза, открыть Конфигуратор 16-го. - тут все понятно :-) 6. Выполнить загрузку конфигурации из файла, реструктуризоваться. - конфигурацию бд обновляем после загрузки файла?
(31) brrart,
2. Как есть.
3. Включаем возможность редактирования, понижаем режим совместимости, обновляем конф. БД, перезагружаем Конфигуратор, реструктуризуемся.
4. Меняем режим совместимости, обновляем конф. БД, перезагружаем Конфигуратор.
5.
6. Да, обновляем, а после реструктуризуемся
(34) movled, (33) AlexO,
Спасибо ... всё получилось ...
Вот дополненная, так сказать, версия инструкции по решению данной проблемы с базовой конфигурацией:
(работа выполнялась на конфигурации БП 2.0.45.6 и с помощью платформ 8.2.13.219 и 8.2.16.368)
1. Открыть 13-м релизом Конфигуратора;
2. Сохранить не снятую с поддержки конфигурацию в файл;
3. Снять конфигурацию с поддержки, сохранить конфигурацию, обновить конфигурацию базы данных;
3. Понизить режим совместимости до 8.1, сохранить конфигурацию, обновить конфигурацию базы данных, реструктуризовать;
4. Установить режим совместимости "Не используется", сохранить конфигурацию, обновить конфигурацию базы данных, реструктуризовать;
5. Закрыть Конфигуратор 13-го релиза, открыть Конфигуратор 16-го.
6. Выполнить загрузку конфигурации из файла, сохранить конфигурацию, обновить конфигурацию базы данных, реструктуризоваться.
Единственное отступление от этой инструкции, которое я сделал, так это загружал в п.6 файл, полученный из чистой 45,6, сделанной на 13-й платформе.
(34) movled, добрый день, подскажите пожалуйста - у меня базовая бухгалтерия - всё сделала по вашей инструкции, воспользовалась ключом от ПРОФ, выполнила все 6 пунктов в четкой последовательности, пока была на ключе от ПРОФ всё хорошо - и база открылась, но как только стала поднимать базу (*.dt) на машине у клиента (где стоит ключ от базовой) программа затребовала ключ от проф и не открылась. Подскажите как справиться с проблемой?
(37) zara80, здравствуйте!
Мне кажется, Вы забыли п.6. Выполнить загрузку конфигурации из файла (той самой, базовой, которую Вы выгрузили в п.2), сохранить конфигурацию, обновить конфигурацию базы данных, реструктуризоваться.
Да, а как Вы определили, что программа затребовала ключ именно от ПРОФ?
(39) movled, я взяла архив базы, села за комп где стоит ПРОФ, создала новую базу - подняла туда архив 13-ым релизом платформы, потом стала выполнять все пункты до 5-го, после чего открыла конфигуратор этой базы 16-ым релизом платформы и загрузила конфигурацию, которую сохраняла в п.2, потом обновила все - всё хорошо, база открывается и все работает. Я сняла архив (*.dt) и села за комп клиента где стоит ключ от базовой и попыталась поднять там вот этот исправленный архив - на что он мне ругнулся и затребовал лицензию. Что я сделала не так?
(40) zara80, посмотрите, пожалуйста, в Конфигураторе: встал ли замок на конфигурацию и содержится ли в названии конфигурации слово "базовая" (Справка - О программе)
Не помог способ, указанный в (7).
У меня была БП 2.0.43, платформа 8.2.13
Не сделав бэкапа обновил конфу, потом платформу до 8.2.17, поимел сабж...
(7) не помогло, решил так (так даже проще):
выгрузил из 13 в дт, далее в 13-ой включил возможность изменения, загрузил типовой cf 2.0.43, реструктаризация.
далее из 17 открыл, сконвертировал, обновил, все ОК
Сделал как (7)- все заработало. У меня была базовая бухия, все манипуляции делал на проф платформе, что бы появилась возможность загрузить конфигурацию. Спасибо Автору.
(7) Спасибо за инструкцию, но справился с ошибкой просто открыв базу в конфигураторе 8.3 и выставив режим совместимости 8.2.13 (стоял 8.2.16) и реструктуризовав конфу (не тестированием и исправлением, а просто при изменении конфигурации базы данных).
Пока пол дня полёт нормальный.
Я когда столкнулся с такой проблемой,спросил у друга. И он мне ответил,что как бы по структуре не подходит конфигурация к используемой программе,после чего я сделал небольшой апдейт,и такой ошибки не выскакивало больше.
У меня проблема такая же точно. НЕТ ВОЗМОЖНОСТИ открыть конфигуратор в 13 версии! "3. понизить режим совместимости до 8.1, реструктуризовать 4. установить режим совместимости "Не используется", реструктуризовать" - как тарабарщина.
Что значит "Найдите 13 релиз"? 13 релиз платформы? Так толку то? Конфа не запускается, так как уже не совместимость. Ну я извертелся и этот момент обошел. А дальше? Что такое "понизить режим совместимости до 8.1"? Как? Как реструктуризовать?...
(14) forty, Вы сделали бэкап перед тем, как реструктуризовали базу? Если да, то создайте чистую под 13-м релизом платформы и загрузите в неё .dt.
Потом включите возможность редактирования и измените режим совместимости (это в свойствах конфигурации).
Реструктуризация делается через тестирование и исправление (снять все галки, оставить только реструктуризацию)
Остальное - по тексту.
(12) forty, Что значит "тарабарщина"? Если нет понимания ЧТО Вы делаете, так может не стоит?
> forty, Вы сделали бэкап перед тем, как реструктуризовали базу?
> Потом включите возможность редактирования и измените режим совместимости (это в свойствах конфигурации).
> Реструктуризация делается через тестирование и исправление (снять все галки, оставить только реструктуризацию)
Резервной копии нет. При тестировании и исправлении информационной базы 1с прекращает работать. Просто ОС пишет прекращена работа программы.
Я тоже столкнулся с этой проблеммой) клиент пришел и я по запарке без БЭКАПА шарахнул обновление конфигурации а уже ПОТОМ обновление платформы... Итог - ошибка которую вроде бы и никак не исправить т.к. бэкапа нет...
плюс ко всему - что база не запускается на обновленной платформе т.к. или выдавала критическую ошибку или выдавала ошибку про которую писалось выше...
Решил так: для начала в параметрах запуска поставил платформу с которой было обновление ... т.е. 8.2.13 ...
Далее - запустил обработку( не помню как называется... ), суть обработки - она делает выгрузку всего и вся по организации и выгружает в xml...
Затем просто создал ЧИСТУЮ базу на последней платформе и того релиза на которое была обновлена база до ошибки ...(в вашем случае - 2.0.43.13.) и загрузил в нее этот xml файлик...
Причем при загрузке из xml обработка сама загружает как вы понимаете и организацию и все данные - контрагенты... договора... в общем все)
Итог : рабочая обновленная база на обновленной конфе без ошибок)))) Работает и обновляется без проблем!
P.S.: если кто- нибудь что - нибудь не понял - пишите) постараюсь поподробнее рассказать
P.S.S: все это я делал на базе которую запорол скажем так... бэкапов не было... она запускалась на 13 платформе но не запускалась на 16 ...
Насчет того - как запустить на 13-й платформе - пишите, кто не понял, объясню.
P.S.S.S: никаких рестуктуризаций и прочей лабуды (тестирование и исправление ) тут делать не надо
лишь выгрузить данные с 13-й платформы и загрузить в чистую базу 15-й (или выше на которую обновляли) платформы того же релиза на который обновили базу до ошибки. пишите кто что не понял)
Я все сделал аналогично. Но "Лабуду" типа тестирование и исправление ошибок запустить надо. Переносятся косячно остатки. Даже при полном перепроведении документов не исправилось.
если бы у вас была ситуация как у меня тогда бы ни о каком КОСЯЧНОМ переносе и речи бы не было т.к. в моем случае было обычное ОБНОВЛЕНИЕ базы а не ПЕРЕНОС чего то там...
если говорить попроще то в итоге получилось нечто похожее на это: выгрузили базу(организацию) на одном компьютере(базе) и загрузили базу(организацию) на другой компьютер ( в другую базу)...
то есть выгрузили базу и загрузили и ничего больше... и ошибок никаких не должно быть если у вас точно ТАКАЯ же ситуация которую я описал... ( сначала обновили конфигурацию затем обновили платформу)...
при условии что при обновлении КОНФИГУРАЦИИ никаких ошибок не выскакивало.
запускаем 1с с ярлыка на рабочем столе, далее выбираем нашу базу(просто выделяем её... не надо жать на запуск базы)... (например бух 2013)... затем справа видим кнопочку изменить... нажимаем её... затем 2 раза жмем ДАЛЕЕ... и снизу видим - ВЕРСИЯ 1С ПРЕДПРИЯТИЯ: 8.2...
меняем 8.2 на (к примеру) 8.2.13... и нажимаем ГОТОВО.
база запустится с 13-й платформы.
принести туда ключ от проф... или же у себя сделать проф базовой) для этого проф версию нужно обновить ЦФ от базовой! (само собой в базе должна остаться только одна организация...) главное чтобы базовая и проф были одинаковых версий ... т.е. проф 2.0.14.12. выдолжны обновить цф базовой 2.0.14.12 и никак иначе!получится что вы из проф сделаете базовую!
(38) nmgmex, (42) movled, УРА ТОВАРИЩИ! спасибо всем огромное - всё получилось! кому интересно поясню - моя ошибка была в том, что выполняя п.2 я сняла ЦФ конфигурации будучи уже на компе где стоит ПРОФ, а нужно было на компе у клиента, где стоит БАЗОВАЯ снять ЦФ, потом забрать ЦФ и ДТ на комп где стоит ПРОФ вот тогда то и выполнять все манипуляции, и в п.6 загружать сверху ЦФ выгруженную на компе клиента где стоит БАЗОВАЯ. Если что то не понятно - пишите.
(50) У меня базовая с такой же ситуацией была. Смотрите (18)
Помогла обработка ВыгрузкаЗагрузкаДанныхXML82.epf, которая устанавливается с 1С:Предприятие 8 Конфигурация "Конвертация данных". Правда поплыли остатки, но это не страшно. Делаете тестирование с перерасчетом и все становится на место.
Помогите пожалуйста! Сначала обновила базу 1С 8.2 версия ПРОФ.При запуске потребовала обновить платформу. Обновила по инструкции. База не открывается. Пишет "ОШИБКА SDBL Ожидантся имя таблицы (pos=19)".
у меня Бп базовая, хотел открыть в 13 версии платформы, но выдает ошибку: Ошибка пот выполнении операции с ИБ. несовместимая версия файла БД, и путь к файлу, какие варианты решения?
при реструктуризации(когда 2.0.46.7 базовая обновлял на 2.0.46.7 проф) выдаёт следующее
"В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка SDBL:
Таблица или поле PredefinedID не содержится в разделе FROM
теперь тоже проблема с лицензией, пробовал ставить эмуль, поставился, теперь пробую создать пустую базу под 13 релизом, и опять ругается на лицензию, че за бред то
делаю все пункты, но при обновлении конфигурации Бд всегда вылетает критическая ошибка:
"В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка SDBL:
Таблица или поле PredefinedID не содержится в разделе FROM
кто как боролся с ней?
Вот тоже напоролся на этот глюк - имеется типовая база на замочке, которая после конвертации новой платформой (любой - 14,15,16,17ой) даёт ошибку SDBL - ТИИ не помогает, 1С тупо падает на проверке констант, chdbfl ошибок не находит. До конвертации ТИИ ошибок не видит.
Что я с ней только не делал. Вообщем оказывается база конвертируется нормально только с включенной возможностью изменения. То есть как написано в (69) - разве что выгрузить конфу надо с замком.
- Выгружаем конфу по 13ой платформой.
- Включам возможность изменения.
- Конвертим.
- Загружаем выгруженный конфиг.
У меня еще доп. бонус - еще есть задача чтобы конфа стала базовая, накатил базовый конфиг - на днях поставлю на платформу с базовой лицензией, буду смотреть как запустится, как будет обновляться.
1. Открыть 13-м релизом Конфигуратора;
2. Сохранить не снятую с поддержки конфигурацию в файл;
3. Снять конфигурацию с поддержки, сохранить конфигурацию, обновить конфигурацию базы данных;
3. Понизить режим совместимости до 8.1, сохранить конфигурацию, обновить конфигурацию базы данных, реструктуризовать;
4. Установить режим совместимости "Не используется", сохранить конфигурацию, обновить конфигурацию базы данных, реструктуризовать;
5. Закрыть Конфигуратор 13-го релиза, открыть Конфигуратор не ниже 16-го релиза.
6. Выполнить загрузку конфигурации из файла, сохранить конфигурацию, обновить конфигурацию базы данных, реструктуризоваться.
Здравствуйте!
Еще раз о наболевшем...
При свертки базы старого релиза на последней платформе выдается ошибка при свертке одного регистра (POS = 11).
Вот почитал предложенный волшебный способ и ни как не въеду...смущает пункт (6. Выполнить загрузку конфигурации из файла, сохранить конфигурацию, обновить конфигурацию базы данных, реструктуризоваться). Это получается мы тупо загружаем копию сделанную до всех махинаций с БД. Объясните в чем логика???я так понимаю я могу загрузить в совершенно новую базу на последней платформе файл дт с прежней проблемой?
Спасибо!
Тестирование начато
Обнаружено несоответствие структуры таблиц ИБ заданому режиму совместимости.
Для решения проблемы будет запущена реструктуризация.
Обработка структуры базы данных...
Сбор служебной информации...
Изменена структура таблиц базы данных
Изменена структура таблиц базы данных
Принятие изменений...
Обновление конфигурации успешно завершено
Структура таблиц ИБ приведена в соответствие заданому режиму совместимости.
Проверка логической целостности. РегистрНакопления.НДСЗаписиКнигиПокупок Ввод начальных остатков 00000000030 от 31.12.2010 0:00:00:1
Неверные вспомогательные данные таблицы. Значение изменено.
Тестирование закончено
Да... столько времени убилось на решение этой проблемы :( А теперь за 1 мин Лучше поздно чем никогда...(
Спасибо! реальные советы, всё получилось!
Базовую обновили через интернет, проигнорировав сообщение о платформе.
Прислали dt от 2.0.47.7, бэкапа не было, конечно.
Помогает снятие с поддержки и режим совместимости, плюс полный cf.
Здравствуйте, у меня такая же проблема, обновляла программу, которую не обновляли год. Была платформа 8.2.13.219, поставила сначала все обновления за год до 2.0.47.5, затем обновила платформу до 8.2.16.368 и сразу же до 8.2.18.61 и выскакивает ошибка sdbl ожидается имя таблицы pos 19. Через конфигуратор открывается обновленная база на новой платформе. Но в пользовательском режиме соответственно нет. Что делать, подскажите, пожалуйста? Пыталась делать по инструкции, которая описана здесь выше, но затык происходит прямо же вначале, я не могу открыть базу через платформу 8.2.13.219 я делала через кнопку изменить, но не получается, пишет что несовместимость базы данных и собственно всё. Что делать? подскажите, пожалуйста. Архивной копии нет, программа лицензионная, но подписки на ИТС нет, обновления ставила с дисков ИТС, взятых в другой организации. Через ТиС тоже ничего не получается там мне выкидывает другую ошибку таблица ScheduledJobs 10148 отсутствует в схеме базы данных (pos=33)
А теперь внимание вопрос: та же ошибка, но "пропущена точка с запятой (pos=25)", Движок уже 8.3.5.1443, обновил до 8.3.6.1486, попытался махинировать с режимом совместимости: выдавалась куча предупреждений, совместимость с 8.1 удалось, "не использовать" не удалось - писал про неуникальность наименований общих каритнок. Конфа Бух 2.0.64.3 - обновляется конфигуратором без проблем, но ТиИ затыкается на документах списание с расчетного счета (pos=25). Кто встречался с чем-нибудь подобным?
Никаким образом не "та же".
Тут pos=19 и битая структура базы, у вас - pos=25 и проблемы в структуре конфигурации.
Ищите, где платформа "потеряла" в коде точку с запятой. А, может быть, неразрешимые ссылки в конфигурации, исправляйте.
А у меня возникла ошибка "пропущена точка с запятой (pos=89)" при открытии обработки. Методом построчного комментирования всего кода выяснил, что ругается на строчку, которая пробует сортировать список по определенному полю. В результате в этом поле просто не были заполнены данные списка. Может кому-нить поможет
УПП, клиент-сервер, конфигурация переписана, текущий релиз платформы 8.3.4.482, режим совместимости 8.2.13
Корректно ли осуществлялся переход с платформы на платформу сейчас сказать уже не могу.
Как и не помню с какой платформы начала существование эта база.
База рабочая, в текущем режиме работа идет штатно.
Хочу убрать режим совместимости.
Если просто убрать режим совместимости и попытаться сохранить конфигурацию, то уже на это этапе программа жаловалась на не уникальность объектов и отказывалась сохраняться.
Решил пойти маленькими шагами.
создал копию и все тесты делаю с копией... Чтоб ни у кого не возникло сомнения... :)
На режиме 8.2.13 выполнил реструктуризацию. Сохранился.
При смене режима совместимости на 8.2.16 программа выполнила сохранение, что-то там быстренько реструктуризовала, отчиталась об этом и запустилась нормально. Все ок.
Документы открываются, печатные формы формируются.
Однако, при попытке сформировать отчет "Валовая прибыль" возникла ошибка "Ошибка SDBL: Ожидается имя таблицы (pos=107)", на чем предлагает Завершить работу или Перезагрузиться.
Рекомендации выше хочу еще только попробовать выполнить на копии базы, но не все так просто.
База-то клиент-серверная, в файловую не вариант.
А как запустить сервер на 13-й платформе ? Даунгрейд ему делать, что ли ? :) Отдельный сервер запускать, удалять все версии платформы после 13-й или еще есть варианты ?
Сталкивался кто-нибудь с такой ошибкой ? Поделитесь опытом, пожалуйста.
Какие есть пути решения выполнить инструкцию для клиент-серверной базы ?