Версия для печати темы (https://pro1c.org.ua/index.php?s=8776c63d6c219bc7509efc737c2eb7d4&showtopic=3637)
Нажмите сюда для просмотра этой темы в обычном формате
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7 _ Программирование обычных форм 1С 8.2 и не интерфейсной логики _ Критическая ошибка при обновлении конфигурации БД
Автор: go1c 20.05.11, 9:28
При обновлении, прыжком через несколько релизов, доработанной УПП вываливается ошибка:
В процессе обновления информационной базы произошла критическая ошибка.
по причине:
Ошибка SDBL:
В схеме базы данных нет таблицы с именем Reference15271
Это ключевой релиз. cf с помощью которого обновляю как раз предназначен для перехода с того релиза какой у меня в конфигурации поставщика. переход между типовыми тех же релизов не вызывает проблем
Подскажите с чем может быть связана эта ошибка?
Автор: Zaval 20.05.11, 10:04
Смотрите, что за таблица.
Внимательно сравните типовую с текущей.
Автор: go1c 20.05.11, 10:26
Внимательно сравните типовую с текущей.
чем бы ее посмотреть? База файловая, пробовал искать эту таблицу программой Tool_1CD. в перечне таблиц такой таблицы как тексте ошибки - нет.
Автор: Vofka 20.05.11, 10:28
Ну так программа вам об этом и написала. Смотрите не свою базу, а ту базу, которая получается с cf-ника.
Автор: Batchir 20.05.11, 10:36
Сначала написал, а потом вчитался в вопрос. Но всё же может реструктуризация в ТИИ поможет.
Автор: Zaval 20.05.11, 10:39
Для начала возьмите типовую того же релиза, что сейчас у рабочей.
Запустите объединение его с цф рабочей.
Разворачивайте все веточки, ищите удаляемые и пересоздаваемые объекты.
Автор: Batchir 20.05.11, 10:40
Да и за релизом платформы следите, нечто подобное наблюдалось в 8.2.9.356
Автор: go1c 20.05.11, 11:19
ТИИ попробовал первым делом. а с релизом платформы 8.2.11.236 нет подобных проблем?
Автор: Batchir 20.05.11, 11:38
Попробуйте обновить платформу, на 8.1.15.14 вроде как проблема уже не наблюдалась
Автор: Zaval 20.05.11, 11:39
Ага, только судя по результатам, логика далека от безупречности.
Объекты в конфу добавлял еще и разработчик(в типовую). И теперь эти объекты не согласуются с "логично добавленными" в рабочую.
Автор: Batchir 20.05.11, 11:45
тю блин чего-то меня попутало, в общем попробуйте всё таки поставить обновления платформы
Автор: go1c 20.05.11, 12:41
я наверное чего то не понимаю... если я сравниваю рабочую конфигурацию с типовой того же релиза (это равносильно сравнению рабочей с конфигурацией поставщика), при чем здесь объекты которые добавил в конфу еще и разработчик(в типовую)? Может имелось ввиду сравнения типовой рилиз которой соответствует рабочей конфигурации с типовой релиза до которого идет обновление?
Автор: Zaval 20.05.11, 16:11
Сравнение типовых релизов вообще ничего не даст - обновление типовой аналогичным скачком ведь норм проходит?
Самое информативное(но и марудное) - это сравнение текущей с обновлением. В каую сторону сравнивать - дело вкуса.
Искать нужно объекты, которые предлагается одновременно и удалить и добавить.
Такая ситуация может возникнуть, если в рабочую вместо обновления руками добавляли объекты, подглядывая в очередной релиз от разработчика.
Автор: go1c 20.05.11, 16:23
Самое информативное(но и марудное) - это сравнение текущей с обновлением. В каую сторону сравнивать - дело вкуса.
Искать нужно объекты, которые предлагается одновременно и удалить и добавить.
Такая ситуация может возникнуть, если в рабочую вместо обновления руками добавляли объекты, подглядывая в очередной релиз от разработчика.
Вы правы, конфигурация досталась по наследству, но видно что такие объекты присутствуют. Значит у них разные идентификаторы и соответственно 1с при обновлении воспринимает их как два разных объекта. Хорошо найду я такие объекты но как мне установить соответствие между ними?
Автор: Zaval 20.05.11, 20:04
Хороший вопрос для пятничного вечера.
Навскидку:
1. Двойников в рабочей переименовать. Обновить конфигурацию БД.
2. Удалять лишние запретить, позволить добавить новые.
3. После обновления скопировать данные в режиме Предприятия.
4. Убедившись, что все нормально, можно удалить переименованные.
Должно получиться, довольно надежно с точки зрения сохранности данных и б/м прогнозируемо по затратам времени.
Способа добраться до тех идентификаторов я не знаю. И учтите, что нужные значения использованы другими объектами(иначе бы и проблемы не возникло). Так что в этом случае объем гемора непредсказуем.
Украинский 1С форум: всё про 1С 8.3, 1С 8.2, 1С 8.1, 1С 8.0, 1С 7.7
https://pro1c.org.ua