Здравствуйте!
Подобная тема была мною создана совсем недавно и неосмотрительно закрыта: http://forum.infostart.ru/forum26/topic77968/ К сожалению проблему решить не удалось, поэтому вновь прошу совета.
При обновлении УПП с релиза 1.3.18.1 на 1.3.19.1 на этапе сравнения объектов (УправлениеПроизводственныПредприятием.ПравилаОбмена_УПП_УПП) возникает ошибка (см. ниже).
Конфигурация дорабатывалась.
Версия платформы: 8.2.17.153 (пробовал и на 8.2.15.301)
Подскажите пожалуйста, в чём может быть дело?
Испробовал следующие методы решения проблемы (советы с некоторых ресурсов сети):
1. Обновлял при отключенном интернете.
2. Пробовал разные платформы, в том числе последнего релиза.
3. Пробовал очищать макет на котором возникает ошибка, пробовал удалять.
4. Пробовал ОС Windows XP и Windows 7.
В итоге проблема та же. Однако, независимо от принимаемых мер (или вообще ничего не предпринимая) удалось обновиться на несколько релизов. Иногда получалось со 2-ой попытки, иногда с 3-ей, а иногда не получалось вовсе.
Есть у кого-нибудь предложения по решению проблемы?
4.
motorkuzbassa.it
9921.01.13 06:23 Сейчас в теме
(1)процесс успешно проходит на 64вит системе с 8гб памяти. иначе:
1.снять с поддержки объект УправлениеПроизводственныПредприятием.ПравилаОбмена_УПП_УПП из общихмакетов
2.Удалить объект УправлениеПроизводственныПредприятием.ПравилаОбмена_УПП_УПП из общихмакетов
3.Обновлять без добавления данного макета до скончания времен.
(4) (30) Недавно пришлось обновлять бухгалтерию 2.0 на 3.0 в файловом варианте, но в результате либо не хватало оперативной памяти, либо места на диске (база не более 2 ГБ во время обновления занимала около 100 Гб - похоже зацикливание) - каждый раз ошибка менялась. В итоге только обновление на 64-битном виртуальном помогло. Так что если есть такая возможность, обновляйте срзу на 64-битной версии ОС.
Ещё где-то в 2010-2011 гг. встречалась ситуация, когда на "новых" (core i вроде) процессорах Intel 1С всегда вылетала при обновлении. После некоторых экспериментов, подтвердилось успешное обновление на компьютерах с предыдущим поколением процессоров.
(1) nodalt, у меня такая ошибка, правда на другой конфигурации, возникает время от времени (подозреваю что все-таки из-за конфликта платформ). Решаю ее таким "диким" способом :
1. Из рабочей базы сохраняю конфигурацию во внешний файл
2. Создаю новую базу (чистую) и загружаю в нее конфигруцию (из п.1)
3. Новую базу обновляю (там почему-то проходит), делаю нужные доработки, и сохраняю ее конфу в файл
4. Загружаю в рабочую (иммено загружаю а не объединяю)обноыленную конфу (из п.3).
(10) Ягг, за всё время пока возился с этим обновлением, уже не раз загружал таким образом (на домашнем компьютере, на работе и т.д.) Многие на форумах пишут что всё зависит от разрядности ОС и количества памяти. Но памяти в момент обновления хватает с избытком ...
(11) nodalt, если очень нужно докапаться имено до причины, боюсь, что тут нужно только снимать дампы и отправлять на анализ в 1С. Может они что скажут.
1. Конфигурация\выгрузить файлы конфигурации
Ждём когда 1с зависнет.
2. Потом идём в папку и смотрим какой последний файл удачно выгрузился по времени файла.
После этого мышкой в конфигураторе откраваем нижерасположеные макеты и т.д. То что не открывается снимаем с поддержки и удаляем.
Повторяем с пункта 1.
(5) motorkuzbassa.it, релиз платформы последний, кроме того пробовал обновлять и на другом релизе (ниже). Макет уже и чистил и удалял - та же история. В конфигурации поставщика объект же остаётся - с ним то как раз и проблемы.
15.
motorkuzbassa.it
9921.01.13 12:54 Сейчас в теме
(9)в таком случае, доработав напильником на тестовой базе конфигу до имеющихся изменений, выгружаем конфигу как постаку . в оригинальной базе снимаем с поддержки, и сравнением объединением с поставкой на поддержку наливаем, только "объект УправлениеПроизводственныПредприятием.ПравилаОбмена_УПП_УПП из общихмакетов " не загружаем, имеем в дальнейшем конфу без этого объекта.
(14) Marisha2404, все объекты первоначально были на поддержке с возможностью изменения. ТИИ делал, chdbfl.exe тоже - всё нормально там.
(15) motorkuzbassa.it, как вариант ... попробую.
(17) MONOMOTO, вряд ли это поможет так как пробовал обновлять на "чистых" компьютерах, т.е. с нуля ставил платформу на Windows 7 и загружал чистую конфигурацию с обновлениями - ситуация та же.
(16) Romkin25, что подразумевается под
(18)
Допустим ранее обновлялась конфа. И при этом релиз платформы был ниже рекомендуемого - тогда часть контейнеров (печатные формы, xml схемы) и т.д. могли повредиться. Тогда при текущем обновлении конфигуратор будет вылетать.
На украинских конфигурациях год назад многие на это напоролись.
а есть возможность перевести базу на SQL? потом можно посмотреть, на какой таблице валится, если на config, то порой помогает ход конем - загружаем без сравнения, из файла, тот же релиз конфигурации, только типовой с не разблокированными объектами метаданных, обновляем, потом можно попробовать загрузить обратно старую *.cf через сравнение и объединение (аналогично обновлению нетиповой конфы)
(0) Была подобная ситуация с обновлением УПП с почти типовой на типовую. Может оказаться странным, но дело оказалось в драйвере видеокарты (встроенная чипсет INTEL). 1С начинала рисовать прогресс бар в статусной строке, но в какой-то момент (видимо при обновлении экрана) выскакивал привет от Visual C++. Причем, ошибка появлялась в определенный момент обновления и я думал, что дело в проблемах с базой. ТиИ ничего не находило. Поэтому, если у вас на подопытных компьютерах встроенное видео от INTEL, то попробуйте обновить видеодрайверы.
(29) deniskind, Подтверждаю, тоже сталкивался с подобной проблемой, 1с при обновлении конфигурации (именно на макетах) и формировании некоторых отчетов посылала к C++. Отключение аппаратного ускорения решило обе проблемы.
Мне раньше помогали способы:
1) снятие с поддержки и удаление правил обмена
2) обновление на другом компьютере
Сегодня помог только следующий способ:
Обновиться получилось только на 64-битном терминальном сервере с Windows Server 2008 R2 Enterprise. Предварительно закрыл все неактивные терминальные сессии пользователей на всякий случай для освобождения памяти.