1с файл не содержит доступных обновлений
Привет, база УПП 1.3.39.1 платформа 8,2,18,61
Редактируется с сохранением поддержки.
Собственно скачал обновление CFU с сайта 1с - 1.3.40.1 по 1.3.40.3 все на устанавливаются версию 1,3,39,1 при обновлении выходит ошибка.
(файл не содержит доступных обновлений) у всех.
Версия поставщика - 1.3.39.1
Версия конфигурации - 1.3.39.1 т.е версии одинаковые
Выгрузил конф-ю поставщика, создал на ее основе новую конф-ю, но не обновляет, такая же ошибка. Обновил платформу до 8,2,18,61 тоже не помогает. как обойти эту ошибку
Конф-я доработанная, CF типовой конф. не имеется.
(1)как категорично, сударь.
ок уточню - cf типовой версии 1.3.39.1 не имеется, а диски, ключи, коробки, итски все в порядке.
Обновления никогда раньше не делал, а человек который этим занимался ушел т.е. у него не спросить, но он как то обновлял, как, я пока не догадался. Статьи по обновлению нетиповых конфигураций читал, чистил кэш, выгружал конф. поставщика и др.
Я не прошу сделать работу за меня, прошу помочь увидеть, что я делаю не так.
(4) Обновления я скачал - выгрузил в папку - Указываю на файл обновлений CFU - получаю сабж,
Я понимаю что при обновлении он не только на версию смотрит. Можно ли как нибудь вытащить(распаковать незнаю) CFU?
(6) Я выгружал конф. поставщика - она точно не типовая, или не совсем типовая, т.к в ней я нашел наши доработки - модули, регистры и тп.
Если она типовая (кф. поставщика которую я выгрузил), то почему у меня не получается обновить конф. созданную на ее основе, стандартным способом через .цфу .
(8) LINN
Можешь подсказать как мне сделать этот спец. файл поставки. если не очень трудно по шагам :)
Основная проблема у меня это как-нибудь, куда-нибудь, установить обновление CFU 1.3.40.
А потом вручную обновлю с её помощью тестовую.
(8) Конфигурация доработанная - обновления устанавливались через собственную поставку CFU. Версии одинаковая, но конф. поставщика уже отличается от типовой, поэтому я и получаю сабж. Так?
Немного проясняется, но только как установить обновление CFU от 1с?
Бывает такое, зачастую при обновления на тестовую. Иногда 1С забывает добавлять поддержку тестовой версии
(10) Нет не так. В CFU заложен список версий с которой она может обновится. Т.е. если в САГ написано что она может обновлятся с версии 1.3.38 и 1.3.39.3, то с версии 1.3.39.1 ты никак не обновишь с помощью этого файла
(9) в меню выбираете: Конфигурация - Поставка конфигурации - Создать файлы обновления и поставки конфигурации.
И там внизу табличная часть, в ней указываете вашу предыдущую конфигурацию поставщика.
НО это тоже вы создаете файл cfu
в общем по-любому нужен файл cf.
(11)
я пробовал обновить: CFU с сайта 1с последовательно пробовал установить - 1.3.40.1 по 1.3.40.3 все они на устанавливаются и на версию 1,3,39,1 (которая собственно и у меня и есть), но при обновлении выходит ошибка.
(13) но ведь как то обновляли до этого.
Когда я создаю собственный файл поставки я выгружаю только текущую CFU/cf поставщика?
К сожалению парень который до этого делал обновления наотрез отказался помогать.
Проблему решил так, мож кому пригодится:
1) Скачал (не скажу откуда) CF типовую моей версии.
2) Создал 4 конфигурации:
сразу скажу, что конфигурация текущая и типовая очень разные, т.е. Over9000 правок, к сожалению.
3) сравнил что обновилось между типовыми релиза 1.3.39.1 и 1.3.40.1 - сделал отчет по изменениям
4) по различиям из шага 3 начал последовательно обновлять через сравнение-объединение по списку. Задача довольно трудоемкая, приходится часто смотреть сразу на несколько конфигураций.
5) снял полностью с поддержки и через сравнение-объединение со всеми выключенными галками, обновил конф. поставщика на типовую, поставил на поддержку с изменениями
текущая конфигурация обновилась,
текущая конфигурация принимает CFU от 1с, поэтому можно приступать к дальнейшему обновлению.
Что за ноу-хау делал парень-обновленец раньше, я так и не понял.
(23) _mir_, тогда надо полностью снять ее с поддержки, затем сделать "Сравнить, объединить" с типовым cf того же релиза т.е. 1.3.35.2, на вопрос о постановки на поддержку ответить утвердительно, затем в появившемся окне снять все галки, нажать "Выполнить" и в появившемся диалоги "Настройка правил поддержки" везде выставить "Объект редактируется с сохранением поддержки" (во всех 6-ти местах), жмем Ок. В результате восстановиться конфигурация поставщика и конфигурация встанет обратно на поддержку, но в ней останутся все изменения и возможность редактирования будет включена. После этого можно будет спокойно обновить конфигурацию, ошибки уже быть не должно.
Date; VitGun; akalugin; litverg; MadB111; logarifm; skalex; Programmissis; kotlovD; SotNick; Tanya_o; Sherdrada; user683013; hunterrr84; elric; romanagatiy; alexargold; adhocprog; + 18 – Ответить
(1) _mir_, релиз 1.3.38.4 не поддерживает обновление с релиза 1.3.35.2, поэтому и выдает ошибку. Надо сначала обновить на 1.3.36.1, а потом уже на 1.3.38.4.
я обновляю с помощью .cf файла, поэтому нет необходимости обновлять порелизно. И, кстати, на 1.3.36.1 я тоже пробовал. Проблема в отсутствии файла поставщика. Как его восстановить, вопрос остается открытым.
(3) _mir_, вероятно что-то не так с cf-ником. Попробуйте создать cf-ник через Конфигурация > Поддержка > Настройка поддержки > Сохранить в файл.
разве никто не пробывал обновить через файл .cf. В диалоге выбирается пункт "Выбрать файл обновления", при этом, кому неизвестно файлом обновления могут быть файлы .cf и .cfu.
(8) _mir_, Так и делается, если надо перескочить через несколько релизов. Для измененной конфигурации то же самое, только я сначала накатываю новый cf на копию, восстанавливаю настройки, в случае необходимости, создаю файл поставки и им обновляю рабочую базу - проблем не было.
Для обновления копии всегда создаю файл поставки из обновленной ДЕМО - такой проблемы не было ни разу.
Хотя вру :-), были, при попытке указать cf базовой для ПРОФ или наоборот.
ЦФ можно проверить, создав новую конфу.
Если он рабочий = через сравнение-объединение, с приоритетом загружаемого файла.
(14) beldieff, когда происходит прыжок через несколько релизов происходит обработка обновления каждого релиза, но это уже сосвсем другая тема. Как объяснить то, что конфигурация не находит обновлений для следующего релиза. D моем случае: 1.3.35.2 не видит файл .cfu 1.3.36.1. Когда в поддержке пробую сохранить файл поставщика, он сохраняет пустой файл .cf размером 0 байт. Отсюда можно сделать вывод, что что-то случилось с конфигурацией поставщика. Как можно это объяснить?
а вот такое для настроенных конфигураций наблюдается, причину не искал - обновляю через поддержку cf-ником :-)
(15) _mir_, Конфигурация БД выгружается? тогда создаешь новую чистую базу того же релиза, снимаешь с поддержки, делаешь сравнить и объединить с конфигурацией БД, затем конфигурация-сохранить конфигурацию в файл. Снимаешь базу с поддержки и загружешь полученный cf в базу данных.
(15) _mir_, возьмите cf-ник 1.3.35.2 и попробуйте обновить им именно через обновление, при этом сняв все галочки, при этом файл поставки должен будет восстановиться если с ним что-то не так.
(15) _mir_, а если в окне настройки поддержки нажать "Открыть", конфигурация поставщика открывается? И она нормальная?
(22) LordTime, программа при попытке открыть конфигурацию поставщика вообще вылетает.
(21) Alex_E, спасибо, хорошая идея, сейчас попробую.
(23) _mir_, тогда надо полностью снять ее с поддержки, затем сделать "Сравнить, объединить" с типовым cf того же релиза т.е. 1.3.35.2, на вопрос о постановки на поддержку ответить утвердительно, затем в появившемся окне снять все галки, нажать "Выполнить" и в появившемся диалоги "Настройка правил поддержки" везде выставить "Объект редактируется с сохранением поддержки" (во всех 6-ти местах), жмем Ок. В результате восстановиться конфигурация поставщика и конфигурация встанет обратно на поддержку, но в ней останутся все изменения и возможность редактирования будет включена. После этого можно будет спокойно обновить конфигурацию, ошибки уже быть не должно.
Date; VitGun; akalugin; litverg; MadB111; logarifm; skalex; Programmissis; kotlovD; SotNick; Tanya_o; Sherdrada; user683013; hunterrr84; elric; romanagatiy; alexargold; adhocprog; + 18 – Ответить
(23) _mir_, и еще, если после этого останутся объекты снятые с поддержки, то в окне "Настройка поддержки" надо будет у самого верхнего объекта в дереве (где название самой конфигурации) установить правила поддержки "Объект поставщика редактируется с сохранением поддержки" и поставить галочку "Установить для подчиненных объектов", нажать Ок и сохранить конфигурацию базы данных.
- ИМХО - это или для фикси - т.к. солдат спит - служба идет, или для хапуги - побольше часов нарубить.
Если уж и обновляться в несколько этапов, то только по ключевым релизам, где должна произойти какая то супер-мега реструктуризация данных с удалением одних объектов и записью их в другие и то это в теории.
На практике всегда обновляю сразу до последнего - проблем не встречал, а количество релизов бывает с запозданием в лучшем случае квартал, а в некоторых особо запущенных и больше года - не порушил пока ничего ни разу.
Алгоритм в любом случае должен быть таким: создается копия исходной базы, накатывается кумулятивное обновление. Если что-то не проходит - тогда уже начинаем думать, через сколько релизов обновить или уж совсем край - последовательное обновление до победного.
(20) _mir_, Попробуй на копии ЗАГРУЗИТЬ конфигурацию из файл, предварительно полностью сняв с поддержки (cf со своими настройками надо выбрать). Конфа встанет на поддержку полностью.
Потом обновляй - может так прокатит:-) Конфигурация поставщика и пр. там стопудово будет.
(21) Alex_E, в cf есть как конфа бд, так и поставщика. в его базе конфы поставщика нет. Поэтому и надо плясать не от копий, а от чистой базы того же релиза.
(24) qwinter, Чем копия отличается от рабочей базы?
Если отличается и на копии все ОК - то может самый простой вариант заменить на копию и жить счастливо?
Для файловой вообще - скопировав файл с базой имеем один в один рабочую, только в новом месте.
(21) Alex_E, Ваш вариант не прошел.
(18) qwinter, Не могли бы подробнее описать процедуру. Не могу понять, что делать после создания чистой БД того же релиза.
(28) _mir_, после создания чистой бд (на поддержке, без редактирования) включаешь редактирование с сохранением поддержки, делаешь сравнить объединить с cf бд из твой базы (вытаскиваем Конфигурация - Конфигурация БД - сохранить в файл). После успешного объединения (при сравнить-объединить конфигурация поставщика не меняется (по этой же причине обновлять через это крайне не рекомендуется)) Конфигурация - Сохранить конфигурацию в файл. Получаем cf файл где конфигурация бд будет твоя с доработками + конфигурация поставщика. И уже затем в твоей базе Конфигурация - загрузить конфигурацию.
(27) Alex_E, Чистую я имел в виду на поддержке.
(29) LordTime, при Сравнить-объединить конфигурация поставщика не меняется! Типичная ошибка кстати)
это только если делать обычное "Сравнение, объединение", но если при "Сравнить, объединить" на вопрос о постановки на поддержку ответить утвердительно, то конфигурация поставщика тоже обновиться, проверено 100%. А я писал именно про второй вариант, с постановкой на поддержку.
(31) qwinter, таким образом либо снимется замок, что ведёт за собой постоянное сравнение при объединении, либо не снимется, но последствия будут те же, что делает процесс обновления более длительным, да и можно обновить не так как следует
(28) _mir_, Встречалось такое, попробуйте Администрирование -> Тестирование и исправление, выставьте все галочки и в пунктах "При наличии ссылок на несуществующие объекты" и "При частичной потери данных объектов" выставить "Создавать объекты". Мне как-то помогло!
(36) _mir_
А базу переносить в другой каталог пробовали?
Ещё вариант, скачайте setup-ку последнего релиза, разверните и в Конф-ре сделайте Конфигурация -> Сохранить конфигурацию в файл.. А потом им обновить вашу базу. Ну уж если это не поможет, тогда какой-то матёрый косяк в базе, а ещё chdbfl можно попробовать!
(38) maxster545, перенос базы, очистка кеша, всевозможные тестирования не помогают.
Сделал как сказал (29) (30) LordTime.
1. Снял конфигурацию с поддержки;
2. Сделал сравнение/объединение с типовым .cf того же релиза. Убрал все галочки с дерева метаданных. После этих действий конфигурация поставщика встала на место.
3. Поставил на поддержку "Редактируется с сохранением поддержки" для всех объектов дерева метаданных.
4. Обновил конфигурацию базы данных.
После проделанных действий обновление проходит как нужно. LordTime спасибо. Ваш вариант помог.
Тему закрываю, всем спасибо.
у меня была подобная ситуация, для начала сделал копию базы, затем обработкой выставил необходимый номер релиза в базе. После этого обновление встало.
Если у Вас подобная ситуация, может поможет.
(25) Jen1978, номер релиза у меня правильно стоит.
Я знаю как прокатит: снять с поддержки и попробывать обновить .cf текущего релиза. Конфигурация снова встанет на поддержку. Конфигурация поставщика в свою очередь, тоже должна встать на место. Но в этом случае не будет возможности сравнить сделанные изменения в рабочей конфигурации.
_mir_
Попробуйте такой вариант. Возьмите полную поставку 1.3.36.1 , создайте пустую базу с этой конфой стандартным механизмом 1С, через создание из шаблона. Из получившейся базы сделайте полную поставку конфы. И получившейся поставкой обновите базу через "обновить конфигурацию" с выбором файла обновления.
motorkuzbassa.it - тоже вариант, но мне почему-то ни разу не помогло))
А если платформу 8.18 накатить?
Вот пример такой ошибки:
Прежде всего, если у вас базовая 1с - исключите вот этот вариант: ссылка.
Одна из наиболее коварных ошибок - несоответствие версии основной конфигурации и конфигурации поставщика, то есть проблема самой базы.
Чтобы проверить присутствует ли эта проблема в нашей базе открываем конфигуратор:
Смотрим версию базы:
В данном случае она равна 2.0.65.9
Теперь смотрим версию конфигурации поставщика (через которую осуществляется поддержка обновлений):
Видим, что версия конфигурации поставщика также равна 2.0.65.9. Так и должно быть.
Как обстоят дела в вашем случае?
У меня версия конфигурации поставщика совпадает с версией в окне 'О программе' У меня версия конфигурации поставщика отличается от версии в окне 'О программе'
Это отличная новость. С базой у вас всё в порядке - проблема именно в том, что вы выбрали неверное обновление для базы.
Неправильный выбор обновления не свойственен самому обновлятору, поэтому я предполагаю, что вы принудительно (либо через контекстное меню базы, либо через её настройки) заставили обновлятор попытаться применить именно это обновление.
Вариант решения только один - достать корректное обновление, которое может быть применено именно к вашей версии базы.
Обычно для каждого обновления пишется к каким версиям конфигурации оно может быть применено. Эту информацию можно получить либо на сайте, либо из файла UpdInfo.txt, который часто лежит в папке с обновлением. В нём перечислены версии конфигураций для которых создано это обновление.
В этом случае у вас проблема с базой.
Если вы не программист и не администратор, то я советую вызывать специалиста, а не пытаться решать эту проблему самому. Так как тут бывают достаточно сложные случаи.
Если же вы чувствуете в себе силы и есть уверенность в своих навыках, то вот общая инструкция для исправления:
1. Перво-наперво создайте резервную копию базы: копию папки (предварительно выгнав пользователей) и на всякий случай выгрузку в dt.
2. Где-нибудь достаньте файл конфигурации (.cf) версии базы - той, что мы видим в окне "О программе". Это самый сложный этап и тут я не дам готовых решений. Можно вытащить этот файл из другой базы этой версии, а можно попросить его у коллег. Сразу скажу, что у меня его просить бесполезно - я его вам предоставить не смогу.
3. Имея на руках файл конфигурации (с расширением .cf) нужной версии (той, что у вас в окне "О программе") в конфигураторе базы открываем пункт:
Файл обновления мы укажем сами:
Внимание! Далее появится окно сравнения старой и новой конфигурации - снимите все галки в дереве сравнения - тогда объекты основной конфигурации останутся не тронутыми, а объекты конфигурации поставщика обновятся.
После обновления снова проверьте версию конфигурации поставщика - теперь она должна совпадать с той версией, что стоит в окне "О программе". После этого база будет обновляться обновлятором без каких либо проблем.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Вот пример такой ошибки:
Причём если попытаться выполнить это же обновление из конфигуратора, то ошибок не возникает.
Давайте разбираться по порядку.
- О каком таком командном режиме идёт речь?
Командный (по-другому он ещё называется пакетный) режим предназначен для запуска платформы 1с в не интерактивном режиме. То есть из командной строки.
Именно благодаря этому обновлятор (и многие другие программы по автоматическому обновлению баз) могут работать.
Вы ведь не думаете, что обновлятор действительно сам обновляет базы? На самом деле он всегда просит об этом саму платформу 1с через этот самый командный режим.
- Почему командный режим не работает для моей базы?
Причина может быть только одна - в базу вносились изменения через конфигуратор.
Не верите? Считаете, что ваша база полностью типовая и никакие изменения в неё вноситься не могли?
Ну тогда давайте откроем её в конфигураторе:
А затем выполним пункты из главного меню "Конфигурация"->"Открыть конфигурацию":
И перейдём в "Конфигурация"->"Поддержка"->"Настройка поддержки. ":
Откроется окно, в котором, я уверен на 100%, будет написано - "Конфигурация. с возможностью изменения":
Это уже первый признак того, что в вашей базе кто-то копался через конфигуратор, потому что в полностью типовой базе изменения в конфигурации запрещены.
- Значит ли это, что для сохранения возможности обновления базы в командном режиме, базу нельзя менять вообще?
Вовсе нет. Просто это нужно делать с умом.
В сети есть множество рекомендаций по правильной доработке типовых баз, чтобы не было проблем с обновлениями.
- Все изменения, которые можно не делать в режиме конфигуратора - делать в нём не нужно. Те же печатные формы для многих баз можно редактировать в режиме пользователя. Те же дополнительные обработки можно добавлять через механизмы уже встроенные в базу в режиме пользователя. Ну и так далее.
- Все изменения, которые вносятся в конфигуратор, по возможности не должны никак использовать уже имеющийся типовой функционал базы.
А так что же получается чаще всего:
- администратор или программист по неопытности включает возможность изменения базы
- включает возможность редактирования печатных макетов документа
- меняет этот макет
- затем поставщик решения (к примеру, фирма 1с) в своём обновлении также меняет этот макет
- и вот при попытке накатить это обновление возникает конфликт и 1с выдаёт нам ошибку, что обновить эту базу в полностью автоматическом командном (пакетном) режиме, к сожалению, невозможно.
- Тогда почему её при этом можно обновить через конфигуратор?
Потому что там, в случае возникновения конфликтов и неоднозначных ситуаций, пользователю в интерактивном режиме будет выдан диалог, чтобы он сам в пользу того или иного варианта этот конфликт разрешил (окно сравнения и объединения конфигураций).
А командный режим он на то и командный, что должен работать полностью без участия пользователя.
- Ну и как быть с данной базой?
Вариантов всего три:
- Если это возможно - сделать все доработки для базы согласно рекомендациям, описанным мною выше, чтобы база вновь могла обновляться в командном режиме.
- Всегда обновлять базу через конфигуратор в ручном режиме.
- Обновлять базу через обновлятор используя один из следующих сценариев: сценарий №1 и сценарий №2.
Конечно, предпочтительней первый вариант, но он не всегда возможен и в любом случае требует участия опытного (и заинтересованного в нужном результате) программиста 1с.
С уважением, Владимир Милькин (преподаватель школы 1С программистов и разработчик обновлятора).
Как помочь сайту: расскажите (кнопки поделиться ниже) о нём своим друзьям и коллегам. Сделайте это один раз и вы внесете существенный вклад в развитие сайта. На сайте нет рекламы, но чем больше людей им пользуются, тем больше сил у меня для его поддержки.
Добрый день, коллеги.
Конфигурация БП КОРП 3.0.64.64, обновление официальное, но при попытке обновиться говорит что нет подходящих обновлений и выкидывает окно, в котором список релизов и в нем есть релиз текущей конфигурации. Сталкивался с подобным и при обновлении КА 1.1. В чем может быть дело?
upd:
В настройках поддержки написано, что версия 3.0.39.65, а в свойствах самой конфигурации версия 3.0.64.54
Похоже кто-то ее обновлял не штатным механизмом, а переносил изменения частями. В итоге для нее теперь не подходят обновления ни для 3.0.39.65 ни для 3.0.64.54
Обновления идут по порядку.
В каждом обновлении указано с какого релиза можно на него обновится.
В данном файле нет обновлений для вашей конфигурации.
Иногда возникают проблемы с некорректным определением текущего релиза.
Посмотрите точно какой релиз стоит у вас.
Почистите кэш и сделайте ТИИ перед обновлением.
И попробуйте обновится на другой релиз.
В настройках поддержки написано, что версия 3.0.39.65, а в свойствах самой конфигурации версия 3.0.64.54
Для начала вам нужно обновить с помощью механизма обновления, а не по "сравнить/объединить" с версии 3.0.39.65 на 3.0.64.54. В дереве сравнения снимайте все галки - так ваша конфигурация не изменится, но конфигурация поставщика обновится до нужной. Дальше в штатном порядке.
Проблема в том, что механизм обновления не видит подходящие обновления ни для 3.0.39.65 ни для 3.0.64.54, хотя они установлены в шаблонах
Похоже кто-то ее обновлял не штатным механизмом, а переносил изменения частями. В итоге для нее теперь не подходят обновления ни для 3.0.39.65 ни для 3.0.64.54
Такое бывает если обновляли конфигурацию снятую с поддержки (без замочка)
Ищите сф-ник от конфы 3.0.64.54 полный, не обновление. А далее его через "Сравнить и объединить".
Если че по гугли "обновление снятой с поддержки конфигурации 1с"
Читайте также: