Как полечить 1с после перехода на новый релиз
говорят, сейчас механизм загрузки .cf, если пропущено несколько релизов, позволяет обновиться без ошибок, т.е. все обработки данных между релизами, если таковые имеются, запустятся и пройдут последовательно без проблем
так ли это?
какие еще за?
какие еще есть против?
(0) основное, что обработка устаревает. Например, она написана для 8.3.1, а выполняется на 8.3.10. И также названия реквизитов, справочников и регистров отслеживают они? Допустим справочник назывался в обработке ВидыАлкогольнойПродукции, а теперь называется УдалитьВидыАлкогольнойПродукции. Обработка не запустится.
Это как русская рулетка. Может пройдет без проблем, а может и с проблемами.
(0) сталкивался на двух конфигурациях (УНФ и ТСЖ), что лучше всего после каждого обновления на релиз запускать в режиме Предприятие, т.к. могут поднапакостить пресловутые обработки обновления
(0)
Думаешь в сильно изменной конфе хоть кто накатывает релизы последовательно ?
Хотел бы на такого посмотреть
А ошибки вручную напильничком
(0) кто-нибудь может объяснить зачем это делать, кроме как из-за лени? А потом мучиться и переделывать разве легче и быстрее?
(14)
Потому что обновление занимат от недели до месяца.
Судя по всему - вы с такими базами еще не сталкивались.
Все впереди
То обновляют на старых платформах, то сразу на последний релиз скачут, а потом "спасите тут какие-то ошибки".
Извините, накипело.
у меня эта метода не сработала например при обновлении сельхозки, а с типовыми вроде все норм
хотя обычно я так не делаю
(16) одна реструктуризация идет неделю?
Ну это точно не проблема обновления. Может прежде чем обновлять это сначала решить?
(0) я против шагать через релизы.
Обновляться надо через cfu и каждый раз запускать предприятие и давать ей обработать данные.
(19) ну например, с ут 11.1 на Ут 11.3. Конфы практически одинаковые, а между ниму 80 релизов. Как вы поступите?
(19)
Вы действительно не можете представить баз где обновление неделю ? )))
причем здесь реструктуризация, прекратите свои фантазии
(0) Нет не работает.
Обновляли ерп с 2.1 на 2.2 там последовательно релиза 3-4 надо было. делали эксперимент 1 пропускали, выяснили одну из причин - в том релизе который пропустили есть функция в модуле менеджера, а в след ее уже нет и задания с пред релиза выдавали ошибку. Это как пример.
(0) Можно, если говорим про типовые или созданные на их основе.
Обработки обновления запускаются последовательно.
Соответственно, если вдруг какой-то реквизит, удалили или переименовали, то при обновлении будет ошибка.
Откатываемся назад и делаем последовательно.
(14) Угу, база не обновлялась с 2012 года, то есть пять лет. С релиза 1.17.х до 2.10.х. Это 12 промежуточных с глобальным переходом с ред.1 на ред.2. Доработок за пять лет наделали - конфа перелопачна так, что создатели не узнают. Переносить все в каждый из релизов - это недели две как минимум на один релиз. Надо было полгода заниматься обновлением? В итоге скачок через 12 релизов был сделан за три недели, уже полгода сидят на последнем релизе и радуются. А чтобы ошибок не было надо просто голову иметь.
(20) В типовых фирма 1с так не делает, она сначала накатывает последний релиз, а потом уже запускает режим предприятия. Наверное в 1С дураки сидят, раз заложили такой механизм
Есть Справочник1 с реквизитом Реквизит1.
В какой-то момент крутые ребята из 1с подумали что реквизит этот больше не нужен и обозвали его Удалить_Реквизит1. А данные из него перельются в новенький Реквизит2 обработчиком, который запустится после обновления.
И все будет ок, ведь мы обновляемся с cfu
А потом в релизе Х, ребятки и вовсе удалят реквизит Удалить_Реквизит1
Накатив cf, мы гарантированно потеряли данные: Реквизит2 пустой, а реквизит Удалить_Реквизит1 удален.
Все удаленные болтаются по паре лет в конфигурации на поддержке. А потом останутся в Основной конфигурации уже снятыми с поддержки как свои собственные.
(29) ну это самый популярный пример, да, но вроде как умный обработчик даже при накате .cf произведет все нужные обработки, откопирует удаленный реквизит и т.д.
не?
(21) Если УТ 11.1 даже с 11.1.4 до 11.1.10 прыжком не обновлялось, ибо уникальность записей регистров нарушалась. Куда ему до 11.3
В пределах одной подредакции,т.е. 11.1 обновлем до последнего релиза 11.1, цфу-шкой переходим на новую версию 11.2 и т.д. Хотя конкретно с УТ 11 была трабла, когда ввели валюту управленческого учета и если ее не заполнить, то обновление не проходило. А так проблем обычно не возникает.
Почему нельзя перепрыгивать через ключевые релизы при обновлений 1С?
При обновлении 1с нельзя перепрыгивать через ключевые релизы , так как это может привести к потери данных.
Это касается любых типовых конфигураций 1С. Разработчики 1С могут менять схему обновления при выходе новых релизов и платформ, но при этом считается плохой практикой перепрыгивать сразу на последний релиз при большом количестве необходимых обновлений релизов. О том как определять на какие релизы можно перпрыгивать при обновлении описано в следующе статье.
Приведем один з возможных сценариев развития:
Допустим у вас есть справочник Контрагенты у него есть табличная часть Контактные лица, в котором хранится информация о контактных лицах контрагента. Разработчиками компании 1С было выявлено, что хранение информации о Контрагентах и контактных лицах в одном справочнике это некорретная структура хранения данных, поэтому справочник переделали, теперь это два справочника, справочник - Конртагенты и справочник Контактные лица. Данные изменения были внесены разработчиками в новый релиз обновления 1с.
А теперь представим ситуацю, что наша программа не обновлялась 20 релизов. При обновлении сразу на последний релиз мы получим Пустой справочник Контактные лица. Чтобы программа 1с предприятия обновилась корректно, необходимо после обновения на ключевой релиз запустить программу в режиме 1С предприятия, при этом происходит копирование данных из табличной части контактные лица справочника Контрагенты в справочник Контактные лица. Таким образом происходит корректное перенесение данных при обновлении 1с.
А если быть точным, то для понимания можно ли прыгать через большое количество релизов, нужно понимать:
- меняется ли версия БСП при обновлении на новый релиз
- какие данные будут уничтожены или добавлены - меняется ли версия БСП при обновлении на новый релиз
- какие обработчики обновлений должны выполнится (оперативные, монопольные)
- какие отложенные обработчики обновлений должны выполнится
- какие есть взаимосвязи в обработчиках обновлений
Вывод для корректного переноса данных при обновлениях 1с, пропускать ключевые релизы нельзя!
Как обновить типовую конфигурацию с давно устаревшего релиза на текущий, но не тратить время на последовательное обновление через .cfu?
Есть вариант, который позволяет сэкономить довольно много времени. Он не самый очевидный и несколько рискованный (потому и не для начинающих) – через файл .cf конфигурации поставщика. Взять такой .cf можно даже из нетиповой базы актуального релиза!
Способ подходит для тех, кто по разным причинам не может обновиться через интернет.
Да, И НЕ ЗАБЫВАЕМ ПРЕДВАРИТЕЛЬНО ОБНОВЛЯТЬ ПЛАТФОРМУ.
Скажу сразу – у описываемого метода есть свои подводные камни, поэтому перед его применением советую дочитать статью до конца. Если у вас есть интернет и доступ к пользовательскому разделу сайта 1С, а конфигурация у вас «родная» от 1С и в ней есть обработка «Обновление конфигурации» (см. меню Сервис) – воспользуйтесь ею и обновите конфигурацию через интернет. Будет и проще, и надежнее (хотя вряд ли быстрее).
Обработка обновления точно есть в конфигурации «Бухгалтерия предприятия» ред. 2.0, а также в несколько урезанном варианте – в УПП ред. 1.3 (находится в подменю «Интернет-поддержка пользователей» меню Сервис). В этих обработках есть справка, причем довольно подробная. Про остальные конфигурации от 1С точно сказать не могу, но подозреваю, что и в них подобные обработки присутствуют. Попробуйте с их помощью обновить конфигурацию через интернет и возвращайтесь к данной статье, если потерпите неудачу.
Итак, что же делать, если интернета/доступа к сайту 1С у вас нет, а желание сэкономить время и упростить себе жизнь есть? Даже в этом случае можно схитрить и не ставить все обновления последовательно. Для этого нужна возможность тем или иным способом получить конфигурацию поставщика из другой базы, уже обновленной до интересующего вас (очевидно, последнего) релиза.
Выгрузка конфигурации поставщика, или "где взять новую конфу?"
- Иногда бывает, что вы сами или ваши коллеги ранее установили себе "полный" установочный комплект новой конфигурации, а дистрибутив затем благополучно потерялся. Не беда: открываете каталог шаблонов (обычно он находится тут: " C:\Users\ ИмяВашегоПользователяWindows \AppData\Roaming\1C\1Cv82\tmplts"), и в соответствующей подпапке (например, " 1c\Accounting\2_0_47_5" ) находите файл 1Cv8.cf от нужной вам версии конфигурации. Не перепутайте с .cfu, он вам не подойдет. Если файла .cf в папке шаблонов найти не удалось, то вам не повезло - у вас был дистрибутив обновления, а не полный установочный комплект.
- Если готовый .cf конфигурации поставщика найти не удалось, пробуем найти у себя или знакомых базу нужной вам конфигурации. Она может быть и нетиповой, но должна быть корректно обновлена до нужного вам релиза.
- В конфигураторе через меню «Конфигурация – Поддержка – Настройка поддержки» проверяем номер версии конфигурации поставщика. Если версия подходящая, то прямо оттуда по кнопке «Сохранить в файл» выгружаем файл .cf – он-то нам и нужен.
Описанным выше способом вы из любой базы выгрузите именно ТИПОВУЮ конфигурацию основного поставщика, причем именно той версии, которая указана в окне настроек поддержки (см. статью «Настройка поддержки» с ИТС). Если база находится у знакомых, то попросите их выгрузить конфигурацию поставщика (можно под вашу диктовку), а полученный .cf прислать вам с почтовым голубем.
Если совсем нет возможности найти готовую конфигурацию - ищем наиболее свежий дистрибутив (установочную версию конфигурации). Дистрибутивы есть на партнерских дисках ИТС либо установочных дисках из комплекта поставки конфигурации, так что наиболее свежий дистрибутив проще всего найти у того, кто покупал программу недавно, или у франчайзи. Найденный дистрибутив устанавливаем к себе на компьютер и создаем новую базу по шаблону из данного дистрибутива (НЕ демо, т.к. данные из демки нам не нужны!).
Если дистрибутив был установлен, но после этого "потерялся", нужные вам файлы все равно можно найти. Как это сделать - см. выше ( пункт 1 в списке). В папке с шаблоном конфигурации ищите файл 1Cv8new.dt - это архив пустой базы соответствующего релиза. Если нашли, то создаем новую информационную базу без конфигурации, открываем ее Конфигуратором и разворачиваем в нее найденный архив 1Cv8new.dt (меню «Администрирование - Загрузить информационную базу»).
Выполнение обновления с помощью конфигурации поставщика
Вариант с использованием обработки «Обновление конфигурации»
Открываем базу в режиме предприятия, запускаем обработку. Выбираем способ получения обновлений «Локальный или сетевой каталог», на следующей странице указываем путь к получившемуся у нас файлу .cf. Далее на все соглашаемся, в случае сомнений смело пользуемся справкой (напомню, она весьма подробная).
Обработка сама создаст вам резервную копию, обновит конфигурацию и проверит результат обновления, а в случае ошибки автоматически восстановит базу в исходное состояние. Место сохранения резервной копии настраивается отдельно: по умолчанию создается временная копия, которая после успешного обновления удаляется, но я рекомендовал бы указать свой путь сохранения.
Вариант с использованием конфигуратора
Мне таким образом удалось обновить конфигурацию БП с релиза 2.0.22.1 до 2.0.32.4 и затем через .cfu до 2.0.32.6. База файловая, платформа 8.2.15.289. Результат всех удовлетворил, обновление (через конфигуратор) заняло менее пяти минут.
Альтернативные способы быстрого обновления типовой базы - такие, например, как снятие с поддержки и загрузка .cf - работают не быстрее (проверено лично с секундомером), а лишних телодвижений требуют больше, поэтому рекомендовать их не стану.
ВНИМАНИЕ!
Если мы проскочим при таком обновлении через ключевой релиз, в котором выполнялось удаление или замена каких-либо объектов метаданных, возникает риск потери данных. В особо ответственных случаях желательно перепроверить себя через сравнение и объединение и в случае малейших сомнений обновляться классическим методом (как минимум - до последнего ключевого релиза), не забывая запускать базу в режиме предприятия после каждого обновления и внимательно отслеживать ход выполнения обработок обновления ИБ.
P.S. Есть информация, что у кого-то после такого обновления были проблемы с дальнейшим обновлением базы через .cfu.
Я подозреваю, что просто база была битая, но для пущей надежности можно сделать .cf-ник предпоследнего релиза и обновить базу на него. Затем отдельно обновить до последнего релиза через .cfu и лично убедиться, что база благополучно обновляется. Впрочем, на мой взгляд, при таких опасениях вообще не следует пользоваться подобными "ускоряющими" методиками. ))
пятница, поэтому прошу снисхождения за дурацкий вопрос.
вот бухгалтерия 2.0 ред типовая. есть полная конфигурация новая и рабочая база с релизом полугодовалой давности
велик соблазн просто обновить последней версий :)
1. как просто понять можно ли это делать ?
2. или проще ВСЕГДА обновляться ТОЛЬКО рекомендуемыми "ступеньками" ?
3. на 7.7 спокойно обновляю хоть 5детний релиз (редакции 4.5 бух) а тут заманаться можно за год сменилось куча релизов, каждый накатывать последовательно ?
4. раскройте тему, 1С с высокой долей вероятности НЕПРЕДСКАЗУЕМО меняет объекты делая несовместимым непоследовательное обновление ?
5. пишется ли при обновлении наподобие "было некорректное обновление, рекомендуем обновить корректно" ?
6. как аргументируете фрустрацию клиента "Как же так, 8ка более современная программа чем 7.7, а времени и денег за обновление получается БОЛЬШЕ " ?
Сначала обнови типовую ступеньками, если видишь, что ни одного объекта не удалено, то можно попробовать подоткнуть вместо кфу - простой кф. Но там вопрос в обработке обновлениеИнформационнойБазы. Именно там прописаны все алгоритмы по изменению данных.
На мой взгляд, лучше всегда обновлятся последовательно, причем обязательно с запуском в режиме предприятия. Иногда бывают ситуации, когда меняются/добавляются/удаляются метаданные. И перенос из старых в новые осуществляется посредством обработок, которые запускаются в режиме предприятия после обновления. Если накатить далекий релиз, то этих обработок от старых обновлений уже нет, в итоге есть риск просто потерять данные. Давным-давно я сам столкнулся с такой ситуацией. С тех пор обновляю только последовательно. Времени на понимание, какие метаданные изменились и можно ли накатить последнюю цфку уйдет намного больше, чем сесть и не нервничая накатить 10 релизов. Хотя на Мисте куча людей, которые кричат, что постоянно накатывают релизы и у них все пучком. Либо везунчики, либо врут :)
(0) пол-года - это не серьёзно.
Бухгалтерия вообще не критична к перепрыгиванию через релизы в отличии от УПП
(5) (Времени на понимание, какие метаданные изменились и можно ли накатить последнюю цфку уйдет намного больше, чем сесть и не нервничая накатить 10 релизов.)
Это если конфа не изменена, или изменена минимально. Начиная с релиза 2.0.40.7 я ни разу не столкнулся с удаленными метаданными. Некоторые объекты просто стали начинаться с удалить. но обработка обновления ИБ прекрасно отработала.
(0) Вероятность сабжа > 0. Но есть статьи как грамотно обновляться пакетно использую конфигурацию поставщика. Гугл в помощь.
(8) БП2 просто не развивается, только поддержка изменений законодательства и исправление ошибок, поэтому удаление реквизитов и не встречается последнее время. А вот (5) наверно сталкивался с ситуацией, когда в старом релизе есть реквизит, потом в следующем ему добавляют Удалить и данные переносят в другое место. Ну а в следующем релизе уже удаляют ненужный реквизит. Вот как раз в таком случае при обновлении на самый последний из cf попадаешь на потерю данных.
(0) недавно обновлял бух-баз-2.0.. не дает, зараза, обновлять, прыгая через релиз!
так и пришлось заставить админов скачивать в порядке, следующем из таблицы, что на сайте юзер1св81ру
а сегодня вторая база позволила себя обновить автоматически!
полтора часа ожидания, и вот что она насообщала:
Выполняется обновление информационной базы с версии 2.0.51.10 на версию 2.0.52.7
Выполняется обновление информационной базы с версии 2.0.52.7 на версию 2.0.53.10
Обновление информационной базы выполнено успешно.
так что вот.. конкретный случай из жизни.. возможно, у кого-то будет по-другому
кстати, предыдущую БД не удалось обновить, подпихивая подряд конфы.. на третьей от конца она забраковала версию платформы, указав, какую надо..
>1. как просто понять можно ли это делать ?
общие модули библиотек обновления подсистем все расскажут + анализ метаданных.
редко но бывает. если релизами >> 10 выпусков.
завели константу, потом выпилили - а библиотека процедур обновления остались как были (предусматривают что константа еще на месте) - сломается обновление.
переименование металанных - вместо документ.блабла теперь документ.удалитьблабла. соответственно половина модулей библиотеки обновления про это не в курсе - опять упадет
(15) точно. тут главн дело - 1.не лениться, 2.бэкапить
+ 14 сидел, смотрел на таблицу релизов конфигураций, снизу вверх - смотрел, в каком релизе наверху упомянут текущий нижний.. и его писал на бумажку - для последующего скачивания
предыдущая потребовала 9 релизов.. 5.5 часов потратил.. ничо, выдержал :)
а проверка, по мне - только одна доступная - ОСВ сравнивать после каждого обновления..
больше вариантов не знаю..
(8) Если конфа изменена - обновляешься на тестовой до последнего релиза. Вдумчиво вносишь изменения, тестируешь, все работают, никто тебя не торопит. Выгружаешь .cf Потом обновляешься на боевой, каждый раз свои изменения вносить не надо. Потом, когда на боевой последни релиз, "сравнить объединить" с твоей cfкой. Все. Времени не намного больше. Не нервничаешь в случае непонятных косяков "а вдруг косяки из-за того, что накатил через 10 релизов".
(19) Если через много релизов, то не факт, что в последнем остались все процедуры обновления от старых.
(16) не совсем понял, для чего так делали? 1с же сама выделяет жирным шрифтом максимальный подходящий релиз для скачивания/установки
(20) ещё не видел в БП, чтобы в модуле обновления релиза конфигурации что-то вытерли 1сники. Все процедуры сохраняются.
А метаданные есть с удалением в одном из релизов, но благо, что в обработке обновления они не участвуют, поэтому прыжок происходит без проблем.
(20) разрешаю собрать все их в тестовой базе. если конфа "под замком" и без кастомизаций - не понятно о чем разговор - впендюрил cfu и "откинулся на спинку стула", повторить N раз
(23) Был Реквизит1 , стал Реквизит2(Р1 удалили), затем Реквизит3(Р2 удалили). Ну собрал я обработки копи-пастом. Ну как, как из Р1 данные в Р3 попадут, если на конфу с Р1 накатить конфу с Р3 сразу? Нет такой обработки обновления, которая одновременно знает и о Р1 и о Р3.
Вы давно не обновляли свою базу 1С бухгалтерия 8, но подошло время отчетности, в релизе Вашей базы нет соответствующих форм регламентированных отчетов, актуальных на сегодняшний день, и хочешь не хочешь, а базу обновить надо и обновить её надо максимально быстро.
Если Вы попытаетесь обновить базу классическим способом, то нарветесь на предупреждение «Файл не содержит доступных обновлений».
Как видно из картинки, если нам надо обновить 1С:Бухгалтерия Предприятия до релиза 3.0.43.75, то самая древняя версия программы для этого релиза будет 3.0.42.89. Если же, для примера, релиз Вашей базы 3.0.42.88, то Вам надо будет произвести два обновления. Первое обновление, по крайней мере, до релиза 3.0.42.89 и только после этого Вы сможете обновить базу до релиза 3.0.43.75.
Если же Вы не обновляли свою программу более полугода, то таких последовательных обновлений Вам может потребоваться более десяти. Каждое обновление бухгалтерии на платформе 8.3 занимает примерно час времени. Так что Вас ожидает веселое времяпровождение за обновлениями релизов более десяти часов. Правда весело?
В данной ситуации значительно ускорить обновление можно с помощью актуального релиза файла конфигурации 1Cv8.cf. Рассмотрим последовательность действий.
Включаем возможность изменения конфигурации.
Не обращаем внимания на предупреждение «Изменение режима приведет к невозможности выполнять обновление конфигурации полностью автоматически». Просто нажимаем кнопку «Да».
В настройке правил поддержки для объектов в которых изменения разрешены и не разрешены устанавливаем правило «Объект поставщика редактируется с сохранением поддержки». Нажимаем кнопку «ОК».
Изменение режима займет несколько минут времени. Индикатором принятия программой изменений служит закрытие окна «Настройка правил подддержки» и изменение формы курсора (песочные часики стали стрелкой).
Закрываем окно «Настройка поддержки» кнопкой «Закрыть»
В меню «Конфигурация» активизируем строку «Загрузить конфигурацию из файла»
Выбираем файл 1Cv8.cf с актуальным релизом конфигурации, нажимаем кнопку «Открыть»
В появившемся предупреждении «Текущая конфигурация не пустая! Загрузка конфигурации приведет к полной замене текущей конфигурации на загружаемую, без сравнения и объединения» нажимаем на кнопку «Да».
Продолжительность процесса загрузки конфигурации может занять несколько минут. После загрузки конфигурации программа предложит обновить конфигурацию базы данных. Нажимаем кнопку «Да».
Обновление конфигурации зависит от объёма данных в Вашей базе и может занять по времени от нескольких минут до нескольких часов. В процессе обновления появится окно «Реорганизация информации» в котором нажимаем на кнопку «Принять».
По окончании обновления курсор изменит свой вид из песочных часиков на стрелку. После чего нажимаем на клавишу клавиатуры F5 или на кнопку «Начать отладку», как показано на рисунке.
Далее, подтверждаем легальность обновления.
Вот практически и всё. Осталось только подождать, пока обновится сама база данных. Напомню, что время обновления базы данных зависит от объема данных в Вашей базе и может занять от нескольких минут до нескольких часов.
Эти статьи Вам могут понравиться:
Нажимайте кнопки! Делитесь информацией с друзьями! Нажимайте кнопки! Делитесь информацией с друзьями!
Как быстро обновить базу 1С 8 с устаревшим релизом. : 7 комментариев
Огромное спасибо.
Без проблем обновился до предпоследнего релиза, специально, что бы проверить,
пройдет ли обновление до последнего классическим способом, то есть без этих ухищрений. Нет не прошло. При указании на файл обновления cfu. последнего релиза, все та же ошибка «Файл не содержит доступных обновлений». Можно ли все таки как то вернуться к привычному способу обновления?
Здравствуйте!
Мало информации. Какая у Вас база, релиз, версия платформы?
Замочек на конфигурации стоит?
Сергей Изергин! Интересная публикация: УПД за поставщика для 1С:УТ 11.4, 1С:КА 2.4, 1С:ERP 2.4.
У нас Зарплата и кадры гос учреждения, релиз 3.1.5.126
Конфигурация поставщика- 3.1.5.126
Платформа была (32 разрядная) 8.3.11.2924 обновил до последней (64 разрядная) 8.3.11.3034
Пытался обновится до последнего релиза 5.129
Результат тот же «файл не содержит доступных обновлений»
В «Настройка, Настройка поддержки» на объектах замочков не стоит, если вы это имели ввиду.
Спасибо.
Читайте также: