Группа: Пользователи
Сообщений: 47
Спасибо сказали: 2 раз
Рейтинг: 0
При обновлении, прыжком через несколько релизов, доработанной УПП вываливается ошибка: В процессе обновления информационной базы произошла критическая ошибка. по причине: Ошибка SDBL: В схеме базы данных нет таблицы с именем Reference15271 Это ключевой релиз. cf с помощью которого обновляю как раз предназначен для перехода с того релиза какой у меня в конфигурации поставщика. переход между типовыми тех же релизов не вызывает проблем Подскажите с чем может быть связана эта ошибка?
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Для начала возьмите типовую того же релиза, что сейчас у рабочей. Запустите объединение его с цф рабочей. Разворачивайте все веточки, ищите удаляемые и пересоздаваемые объекты.
Группа: Пользователи
Сообщений: 47
Спасибо сказали: 2 раз
Рейтинг: 0
Цитата(Zaval @ 20.05.11, 11:39)
Для начала возьмите типовую того же релиза, что сейчас у рабочей. Запустите объединение его с цф рабочей. Разворачивайте все веточки, ищите удаляемые и пересоздаваемые объекты.
рабочая конфигурация на поддержке с возможностью изменения, добавлялись новые объекты, изменялись существующие. ничего не удалялось что в принципе логично.
Цитата(Batchir @ 20.05.11, 11:40)
Да и за релизом платформы следите, нечто подобное наблюдалось в 8.2.9.356
ТИИ попробовал первым делом. а с релизом платформы 8.2.11.236 нет подобных проблем?
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Цитата(go1c @ 20.05.11, 12:19)
рабочая конфигурация на поддержке с возможностью изменения, добавлялись новые объекты, изменялись существующие. ничего не удалялось что в принципе логично.
Ага, только судя по результатам, логика далека от безупречности. Объекты в конфу добавлял еще и разработчик(в типовую). И теперь эти объекты не согласуются с "логично добавленными" в рабочую.
Группа: Пользователи
Сообщений: 47
Спасибо сказали: 2 раз
Рейтинг: 0
Цитата(Zaval @ 20.05.11, 12:39)
Объекты в конфу добавлял еще и разработчик(в типовую). И теперь эти объекты не согласуются с "логично добавленными" в рабочую.
я наверное чего то не понимаю... если я сравниваю рабочую конфигурацию с типовой того же релиза (это равносильно сравнению рабочей с конфигурацией поставщика), при чем здесь объекты которые добавил в конфу еще и разработчик(в типовую)? Может имелось ввиду сравнения типовой рилиз которой соответствует рабочей конфигурации с типовой релиза до которого идет обновление?
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Сравнение типовых релизов вообще ничего не даст - обновление типовой аналогичным скачком ведь норм проходит?
Самое информативное(но и марудное) - это сравнение текущей с обновлением. В каую сторону сравнивать - дело вкуса. Искать нужно объекты, которые предлагается одновременно и удалить и добавить. Такая ситуация может возникнуть, если в рабочую вместо обновления руками добавляли объекты, подглядывая в очередной релиз от разработчика.
Группа: Пользователи
Сообщений: 47
Спасибо сказали: 2 раз
Рейтинг: 0
Цитата(Zaval @ 20.05.11, 17:11)
Сравнение типовых релизов вообще ничего не даст - обновление типовой аналогичным скачком ведь норм проходит?
Самое информативное(но и марудное) - это сравнение текущей с обновлением. В каую сторону сравнивать - дело вкуса. Искать нужно объекты, которые предлагается одновременно и удалить и добавить. Такая ситуация может возникнуть, если в рабочую вместо обновления руками добавляли объекты, подглядывая в очередной релиз от разработчика.
Вы правы, конфигурация досталась по наследству, но видно что такие объекты присутствуют. Значит у них разные идентификаторы и соответственно 1с при обновлении воспринимает их как два разных объекта. Хорошо найду я такие объекты но как мне установить соответствие между ними?
Группа: Местный
Сообщений: 1994
Из: Киева и окрестностей
Спасибо сказали: 406 раз
Рейтинг: 0
Хороший вопрос для пятничного вечера. Навскидку: 1. Двойников в рабочей переименовать. Обновить конфигурацию БД. 2. Удалять лишние запретить, позволить добавить новые. 3. После обновления скопировать данные в режиме Предприятия. 4. Убедившись, что все нормально, можно удалить переименованные.
Должно получиться, довольно надежно с точки зрения сохранности данных и б/м прогнозируемо по затратам времени.
Способа добраться до тех идентификаторов я не знаю. И учтите, что нужные значения использованы другими объектами(иначе бы и проблемы не возникло). Так что в этом случае объем гемора непредсказуем.
1С Предприятие 8.3, 1С Предприятие 8.2, 1С Предприятие 8.1, 1С Предприятие 8.0, 1С Предприятие 7.7, Литература 1С, Общие вопросы по администрированию 1С, Методическая поддержка 1С - всё в одном месте: на Украинском 1С форуме!