Обновление конфигураций 1С:Предприятия 8. Прыжок через 20 версий

Опубликовал alexk-is в раздел Администрирование - Системное

Рассмотрим на примере обновления конфигурации "1С:Бухгалтерия предприятия 8" с версии 1.5.9.6 на версию 1.6.11.7.

Разработчики фирмы 1С рекомендуют обновляться в порядке предусмотренном *.cfu файлами.

Данные по обновлениям можно найти на страничках:
Бухгалтерия предприятия,
Зарплата и Управление Персоналом,
Управление торговлей,
Управление производственным предприятием.

Эти разделы доступны для владельцев конфигураций, у которых есть действующая подписка на диск ИТС. Также данные по обновлениям можно найти в новостях фирмы 1С. Ключевой фразой для поиска будет "Вышла новая версия". По этим данным можно построить список обновлений.

Только качественный контент

 

Например, в нашем случае это будет так:
1.5.10.3 - 1.5.8.5 и 1.5.9.6
1.5.11.5 - 1.5.10.3
1.5.12.1 - 1.5.10.3 и 1.5.11.5
1.5.13.6 - 1.5.12.1
1.5.14.4 - 1.5.13.6
1.5.15.3 - 1.5.14.4
1.5.16.3 - 1.5.15.3
1.5.17.3 - 1.5.16.3
1.5.18.4 - 1.5.17.3
1.5.19.6 - 1.5.18.4
1.5.20.2 - 1.5.17.3, 1.5.18.4, 1.5.19.6
1.5.21.2 - 1.5.20.2
1.5.22.3 - 1.5.20.2, 1.5.21.2
1.6.2.39 - 1.5.17.3, 1.5.18.4 и 1.5.19.6
1.6.3.2 - 1.5.17.3, 1.5.18.4, 1.5.19.6, 1.5.20.2 и 1.6.2.39
1.6.4.7 - 1.5.20.2, 1.5.21.2, 1.6.3.2
1.6.5.2 - 1.5.21.2, 1.5.22.2, 1.6.3.2, 1.6.4.7
1.6.5.3 - 1.5.21.2, 1.5.22.2, 1.5.22.3, 1.6.3.2, 1.6.4.7
1.6.6.8 - 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4
1.6.7.3 - 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4, 1.6.6.8
1.6.8.3 - 1.5.22.2, 1.5.22.3, 1.6.5.2, 1.6.5.3, 1.6.5.4, 1.6.6.8, 1.6.7.3
1.6.9.4 - 1.5.22.2, 1.5.22.3, 1.6.8.3, 1.6.9.3
1.6.10.6 - 1.6.9.4, 1.6.10.5
1.6.11.7 - 1.6.9.4, 1.6.10.6, 1.6.11.6

Получилось, что отставание на 24 версии. Но, если построить цепочку обновлений, то результат будет несколько иной.
Соответственно порядок обновлений будет следующий:
1.5.10.3
1.5.12.1
1.5.13.6
1.5.14.4
1.5.15.3
1.5.16.3
1.5.17.3
1.6.3.2
1.6.5.3
1.6.8.3
1.6.9.4
1.6.11.7

Итак, необходимо выполнить 12 обновлений.«Охрана труда» для 1С:Предприятия 8.2

После каждого обновления следует выполнять запуск в режиме "1С:Предприятие". В этом случае будут корректно выполнены процедуры, выполняющиеся после обновления и учитывающие изменения применяемых методик и объектов базы данных (план счетов, справочники, документы и т.д.).

Возникает резонный вопрос: "Почему бы не обновить сразу на последний релиз, используя файл поставки 1cv8.cf с партнерского диска ИТС или самостоятельно подготовленный файл поставки?". Конечно, попробовать можно, но здесь могут возникнуть 2 проблемы. Одна из них техническая. При большом объеме изменений и большом объеме базы данных обновление будет выполняться долго и может закончиться ошибкой ОС, 1С или SQL сервера. Но и это не главное. Основная проблема пропуска релизов заключается в том, что изменяются названия и количество реквизитов в регистрах, справочниках, документах. И разработчики фирмы 1С этим активно пользуются. Давайте рассмотрим ситуацию с обновлением на отвлеченном примере. Итак...

Возможен такой гипотетический вариант. Первоначально конфигурация содержит справочник Контрагенты, в котором заполнен реквизит Адрес.

Версия 1. Справочник Контрагенты.
Имеется реквизит Адрес. Ну, и разумеется, он заполнен данными, которые очень нам нужны.

Версия 2. Справочник Контрагенты.
Изменения: Реквизит Адрес переименован в УдалитьАдрес. Добавлен регистр сведений КонтактнаяИнформация. Изменены все места конфигурации, в которых используется адрес (Отчеты, печатные формы документов, форма элемента справочника Контрагенты и т.д.)
При запуске в режиме 1С:Предприятия 8 выполняется обновление, при котором данные из реквизита УдалитьАдрес переносятся в регистр сведений КонтактнаяИнформация.

Версия 3. Справочник Контрагенты.
Изменения: Удален реквизит УдалитьАдрес.

В результате если пропустить переход на версию 2, то потеряется вся информация об адресах. А при запуске в режиме "1С:Предприятия" обновление при попытке перенести данные из реквизита УдалитьАдрес в регистр сведений КонтактнаяИнформация выдаст ошибку - свойство объекта УдалитьАдрес не найдено.

При прыжке через 20 версий вероятность возникновения подобной ситуации резко возрастает.


Обновление через собственные файлы *.cfu

В некоторых случаях можно также сократить объем используемых файлов обновлений, если подготовить собственные файлы обновления.

Порядок действий может быть следующий:

  1. Создание "старого" файла поставщика для текущей конфигурации. Файл 1cv8.cf можно взять из дистрибутива поставщика или сохранить из рабочей базы, если конфигурация находится на поддержке. Для сохранения файла 1cv8.cf из рабочей базы необходимо в меню «Конфигурация» → «Поддержка» → «Настройка поддержки...» нажать кнопку «Сохранить в файл» и указать каталог и имя файла. Например, на рабочий стол.
  2. Создание базы данных с новой конфигурацией поставщика. Базу данных можно создать, используя дистрибутив поставщика с диска ИТС или используя полученный ранее 1cv8.cf с рабочего стола. Для создания базы из расположенного на рабочем столе файла, создаем пустую конфигурацию и в меню «Конфигурация» → «Загрузить конфигурацию из файла...» указываем файл, сохраненный ранее на рабочем столе. При необходимости обновляем полученную конфигурацию до текущего релиза поставщика через меню Конфигурация» → «Поддержка» → «Обновить конфигурацию».
  3. Создание файла обновления. Для этого в меню «Конфигурация» → «Поставка конфигурации» → «Создать файлы поставки и обновления конфигурации..." снять галочку «Создать файл поставки», а в табличной части добавить файл, сохраненный ранее на рабочем столе. Уточнить расположение и имя файла 1cv8.cfu. Нажать «Выполнить».


Обновление через ключевые релизы

В некоторых случаях можно также сократить количество выполняемых обновлений. Для этого необходимо вычислить обязательные для запуска релизы (ключевые) и использовать файл обновления от текущего релиза до ключевого и т.д. Для УПП, например, ключевыми являются релизы 1.2.19.1, 1.2.23.2.

При использовании подобной схемы можно получить эффект при уменьшении количества обновлений и уменьшении объема используемых файлов обновлений. Т.к. файлы обновлений будут содержать только изменения для перехода с нашей текущей версии на ключевую или последнюю версию поставщика. Объем может быть критичным при передаче подготовленных файлов обновлений заказчику.  

 

17.12.2008 /Константинов Алексей Викторович/
Редакция от 28.06.2010

См. также статью «Технология обновления нетиповых конфигурация 1С:Предприятия 8»

См. также

PowerTools от 1 000 руб.
XDTO - часть 3 от 500 руб.

Лучшие комментарии

60. alexk-is 27.01.2010 06:41
(50) (59) Тогда повторюсь. По пунктам в статье.
1. Из копии рабочей базы через поддержку получаем файл конфигурации поставщика cf 24. Т.е. в нем не содержится ваших изменений
2. Создаем пустую базу и загружаем в нее только что полученный cf 24. С помощью cfu от поставщика получаем базу с типовой конфигурацией поставщика 27. Если все сделали правильно, то основная конфигурация в базе будет на поддержке без возможности редактирования и без ваших изменений
3. В этой типовой базе 27 создаем файл cfu 24-27, используя ранее полученный нами файл cf 24. С помощью cfu 24-27 обновляем копию рабочей базы через поддержку. В результате должна обновиться конфигурация поставщика и в основной конфигурации измененные объекты поставщика, а добавленные вами объекты и реквизиты не будут поставлены на поддержку поставщика. Т.е. основная конфигурация будет отличаться от конфигурации поставщика с учетом ваших изменений и при последующих обновлениях будут сравниваться 3 конфигурации: старая поставщика, новая поставщика и основная

Если у вас нет файла cf 24, то нужно начинать с получения этого файла. В нем не должно быть ваших изменений, а при загрузке в пустую базу основная конфигурация должна получаться на поддержке без возможности редактирования и без ваших изменений. Возможно, что такой конфигурации уже нет в вашей базе, тогда воспользуйтесь дисками ИТС и создайте нужный файл поставки cf 24
Ответили: (132)
# Ответить
32. Rjysr 18.11.2009 14:43
Важное замечание - при обновлении следует учитывать версию платформы 8,
если она будет меньше, чем рекомендуют в очередной поставке обновления, то будут сбои при попытки обновить базу данных !!!
непутать с конфигурацией: есть конфигурации, а есть база данных - это разные вещи, и они могут работать с разными версиями конфигурации.

Допустим, мы обновили конфигурацию, далее конфигуратор спрошивает про обновление базы данных, при возникновении сбоя, база данных не обновиться !!!
Чтобы запустить обновление базы данных иногда требуеться запускать режим "1С:Предприятие" из конфигуратора

1.Для тех кто еще не знает зачем нужны эти промежуточные обновления: - они нужны потому, что в поставке очередного обновления включает только ИЗМЕНЕНИЯ В КОНФИГУРАЦИИ, А НЕ ВСЯ КОНФИГУРАЦИЯ (как в 7.7).

и поэтому .... что перепрыгнуть через обновления, на последный релиз, нужно
2. файл ПОЛНОЙ конфигурации.
- реализуеться путем выбора пункта "Сохранить конфигурацию в файл...", из базы 1с с последним релизов....
теперь у вас есть файл с полной конфигурацией

-Вам только остаеться загрузить данный файл с помощью пункта "Загрузить конфигурацию из файла..." в той базе которую требуеться обновить

проверял неоднократно, на разных конфигурация бух, зар, торг, базовые v8._

при включени режима "1С:Предприятие", запускается обработка по всем промежуточным обновлениям
Ответили: (33) (36)
+ 3 [ IVENG0; tr011_tmn; artbear; ]
− 1 [ ram3; ]
# Ответить
9. alexcne 18.12.2008 10:51
(4) С чего вы вдруг взяли, что конфигурация поставщика останется 1.5.10.3? Так произойдет, если обновлять ее через "Конфигурация"-"Сравнить, объединить с конфигурацией из файла...". Кто ж так обновляет релиз конфы? ПРАВИЛЬНО будет обновить через пункт меню "Конфигурация"-"Поддержка"-"Обновить конфигурацию", и там выбрать нужный cf-файл. Кстати, вы никогда не задумывались, почему фильтр в выборе файла обновления задан как "*.cf, *.cfu ? Именно для таких случаев. Так что, (7), ничего не надо снимать с поддержки и снова устанавливать на поддержку. Не создавайте себе лишней головной боли [плавно переходящей в геморрой ;)].
Ответили: (34)
# Ответить
16. O-Planet 22.12.2008 14:26
(15) Очевидно, причина ТОЛЬКО в размере файла + подсадить на ИТС. Сейчас часто пересылаю обновление в другой город. Если через cf, то 100 мб, через cfu - 12 мб.
+ 3 [ annak2980; Istur; Stety; ]
# Ответить
7. arenatg 18.12.2008 09:18
Для сметы конфигурации поставщика достаточно снять с поддержки и объединить с другой конфигурацией с постановкой на поддержку (соответствующий вопрос будет задан системой), при этом в основной конфигурации можно ничего не изменять, если снять все флажки при объединении.
Ответили: (9)
+ 2 [ borrman; cadko; ]
# Ответить

Комментарии

1. poppy 17.12.2008 20:28
Есть и другая цепочка:
1.5.10.3
1.5.12.1
1.5.13.6
1.5.14.4
1.5.15.3
1.5.16.3
1.5.17.3
1.5.20.2
1.5.22.2
1.6.9.4
1.6.11.7

11 обновлений.
Ответили: (2) (97)
# Ответить
2. alexk-is 17.12.2008 20:41
(1) Тоже вариант. Только не 1.5.22.2, а 1.5.22.3. Т.к. в 1.5.22.2 были проблемы и на диск ИТС пошла версия 1.5.22.3. При этом обновления с 1.5.22.2 на 1.5.22.3 нет.

Главное, что в статье показан общий принцип по которому разработчики фирмы 1С рекомендуют проводить обновления.
Ответили: (11)
# Ответить
3. alexcne 18.12.2008 02:42
Я пользуюсь СОВЕРШЕННО другим методом. На партнерском ИТС-е есть не только пакеты обновлений (с cfu-файлами), но и полные комплекты поставки (с cf-файлами). Тогда цепочка обновлений выглядит так:

1.5.10.3 - 1.6.11.7 (из cf-файла).
Всё.
Ответили: (8) (4) (34)
+ 1 [ IVENG0; ]
# Ответить
4. pool 18.12.2008 03:54
(3) да ты крут!!! и конфигурация поставщика пусть останется 1.5.10.3. Нафик ее вобще обновлять
Ответили: (9)
# Ответить
5. arenatg 18.12.2008 06:16
я солидарен с alexcne, а сменить конфигурацию поставщика легко
Ответили: (8) (6) (34)
# Ответить
6. Yexel 18.12.2008 07:56
(5) А как можно изменить конфигурацию поставщика?
# Ответить
7. arenatg 18.12.2008 09:18
Для сметы конфигурации поставщика достаточно снять с поддержки и объединить с другой конфигурацией с постановкой на поддержку (соответствующий вопрос будет задан системой), при этом в основной конфигурации можно ничего не изменять, если снять все флажки при объединении.
Ответили: (9)
+ 2 [ borrman; cadko; ]
# Ответить
8. alexk-is 18.12.2008 10:00
(3) (5) Дополнил статью
# Ответить
9. alexcne 18.12.2008 10:51
(4) С чего вы вдруг взяли, что конфигурация поставщика останется 1.5.10.3? Так произойдет, если обновлять ее через "Конфигурация"-"Сравнить, объединить с конфигурацией из файла...". Кто ж так обновляет релиз конфы? ПРАВИЛЬНО будет обновить через пункт меню "Конфигурация"-"Поддержка"-"Обновить конфигурацию", и там выбрать нужный cf-файл. Кстати, вы никогда не задумывались, почему фильтр в выборе файла обновления задан как "*.cf, *.cfu ? Именно для таких случаев. Так что, (7), ничего не надо снимать с поддержки и снова устанавливать на поддержку. Не создавайте себе лишней головной боли [плавно переходящей в геморрой ;)].
Ответили: (34)
# Ответить
10. bobaG 19.12.2008 07:41
пасиба,полезная инфа
# Ответить
11. poppy 19.12.2008 11:56
(2)
Конечно, 1.5.22.3. Релиз 1.5.22.2 уже проблематично достать...

Имхается мне что автор слегка перемудрил. Не скажу что про обновление написано неправильно. Если сделать как написано в статье, то обновление будет выполнено успешно.

Однако, из-за страшилок, которыми нас пугают, обновление придется делать долго и дорого.

В типовых конфигурциях есть ограничения на порядок устанавливаемых релизов, однако они не настолько строгие, как кажется автору.
Например:
- УТ 10.3 можно обновлять с релиза не младше 10.2.13;
- УПП 1.2 можно обновлят с релиза не младше 1.1.9;
- ЗУП 2.5 можно обновлять с любого релиза редакции 2.1;
- БП 1.6 - я не заметила ограничений.
Ответили: (24)
# Ответить
12. Fuego 19.12.2008 20:22
Статейка кстати подвернулась! +1 Завтра/послезавтра моему пощнику предстоит перевести БП аж с 1.5.12.1. Только вот как лучше всё-таки сделать? цф сразу новый применить, или кучу цфу с дисков собирать?
Ответили: (14)
# Ответить
13. Erne100 20.12.2008 00:12
Если следовать рекомендациям 1С, то с почти всех тестовых обновление невозможно (их нет в списке допустимых ,а они не видят как доступное обновление даже официальный,следующий заними по номеру релиз).
ИМХО страшилки всё это.
# Ответить
14. alexk-is 22.12.2008 06:32
(12) Есть мнение, что разработчики фирмы 1С просто воду мутят - 11 пост. Я проверял обновление БП, и как оказалось на демонстрационной версии обновление проходит без "проблем". (Программных ошибок небыло. Сохранение данных не проверял.) При обновлении на реальных базах перейти сразу на последний релиз почему-то не получается. Даже для перехода с версии на версию иногда приходится изобретать обходные пути и разрабатывать поэтапное обновление.
Ответили: (15)
# Ответить
15. poppy 22.12.2008 14:09
(14)
> Есть мнение, что разработчики фирмы 1С просто воду мутят - 11 пост.

Думаю, что причины появления формата файлов cfu в платформе и использование его в типовых конфигурациях совсем не те, о которых мы предполагаем...
Ответили: (16)
# Ответить
16. O-Planet 22.12.2008 14:26
(15) Очевидно, причина ТОЛЬКО в размере файла + подсадить на ИТС. Сейчас часто пересылаю обновление в другой город. Если через cf, то 100 мб, через cfu - 12 мб.
+ 3 [ annak2980; Istur; Stety; ]
# Ответить
17. O-Planet 22.12.2008 14:27
Кстати, кто знает, почкму cf выгрузить конфигурацию в файл и cf при формировании файлов поставки в разы отличаются по размеру?
Ответили: (18)
# Ответить
18. poppy 22.12.2008 14:57
(17)
В первом файле две конфигурации - Поставщика и Основная. Во втором - только Основная.
# Ответить
19. qwert1 19.05.2009 16:21
Друзья, помогите пожалуйста, мне нужно скачать 1С:Бухгалтерии 8, версия 1.0.17.2/1.6.11.7. Помогите кто чем может. Заранее благодарю.
# Ответить
21. ma_rousya 07.07.2009 12:30
Вопрос. Обновила конфигурацию, успешно. Загрузила программу в режиме "1с:предприятие" - информационная база также успешно обновилась. Притащили для работы базу данных, после ее установки версия программы снова стала старой. Это как-то связано с тем что база данных сохранялась в старой версии? или у меня руки совсем кривые:((
заранее благодарна!
# Ответить
22. ma_rousya 07.07.2009 12:38
PS: конфигурация 1с:базовая, восьмерка
# Ответить
23. alexk-is 07.07.2009 13:21
Не очень понятен вопрос. Хотелось бы уточнить...
Куда "притащили" базу данных? И каким образом она связана со "старой версией"?
# Ответить
24. Арчибальд 07.07.2009 14:38
(11) А я заметил :(((
Ответили: (30)
# Ответить
25. ma_rousya 07.07.2009 14:56
to alexk-is: да, я поторопилась, поясняю: я приходящий бухгалтер, у меня есть своя программа, и точно такая же в офисе. Мне приносят документы, и инф. базу, я обрабатываю, и сдаю их обратно - в офисе база загружается, и все счастливы. Вот , пока я не решила конфигурацию обновить, пора уже давно; а в офисе она соответственно не обновлена , и когда мне в очередной раз принесли инф. базу и я ее загрузила в свою программу - конфигурация (моя) снова стала старой, такой же как в офисе (ну или такой же как у меня до обновления). Вот я и расстраиваюсь, что делать не знаю: то ли просто обновить конфигурацию и в офисе тоже, или дело вообще не в этом, просто совпадение. А то прошла многоступенчатое обновление через несколько версий, как у вас в статье описано - и все зря! Обидно! :)
Ответили: (26)
# Ответить
26. alexk-is 07.07.2009 15:59
(25) На сколько я понимаю под загрузкой базы подразумевается загрузка файла .dt. Если это так, то у меня создается впечатление, что был пропущен пункт "в офисе база загружается".
Ответили: (27)
# Ответить
27. ma_rousya 07.07.2009 16:47
(26) да-да, этот файл.
"Если это так, то у меня создается впечатление, что был пропущен пункт "в офисе база загружается"." - а вот тут уже я не поняла...??
Ответили: (28)
# Ответить
28. alexk-is 07.07.2009 17:49
(27) Ну, тут как раз все просто. Вы в офис базу принесли, а в офисе вашу базу не загрузили...
Ответили: (29)
# Ответить
29. ma_rousya 07.07.2009 20:14
(28) хм...проверю
спасибо за уделенное время и консультации!:)
# Ответить
30. poppy 17.07.2009 00:19
(24) Поделись замечаниями...
Ответили: (31)
+ 1 [ aladdin; ]
# Ответить
31. Арчибальд 17.07.2009 09:24
(30) Собственно, до 1.6 я не добрался. Мне не пришел диск ИТС за январь 2008, (1.5.21). Соответственно, февраль 2008 (1.5.22) уже не поставился...
# Ответить
32. Rjysr 18.11.2009 14:43
Важное замечание - при обновлении следует учитывать версию платформы 8,
если она будет меньше, чем рекомендуют в очередной поставке обновления, то будут сбои при попытки обновить базу данных !!!
непутать с конфигурацией: есть конфигурации, а есть база данных - это разные вещи, и они могут работать с разными версиями конфигурации.

Допустим, мы обновили конфигурацию, далее конфигуратор спрошивает про обновление базы данных, при возникновении сбоя, база данных не обновиться !!!
Чтобы запустить обновление базы данных иногда требуеться запускать режим "1С:Предприятие" из конфигуратора

1.Для тех кто еще не знает зачем нужны эти промежуточные обновления: - они нужны потому, что в поставке очередного обновления включает только ИЗМЕНЕНИЯ В КОНФИГУРАЦИИ, А НЕ ВСЯ КОНФИГУРАЦИЯ (как в 7.7).

и поэтому .... что перепрыгнуть через обновления, на последный релиз, нужно
2. файл ПОЛНОЙ конфигурации.
- реализуеться путем выбора пункта "Сохранить конфигурацию в файл...", из базы 1с с последним релизов....
теперь у вас есть файл с полной конфигурацией

-Вам только остаеться загрузить данный файл с помощью пункта "Загрузить конфигурацию из файла..." в той базе которую требуеться обновить

проверял неоднократно, на разных конфигурация бух, зар, торг, базовые v8._

при включени режима "1С:Предприятие", запускается обработка по всем промежуточным обновлениям
Ответили: (33) (36)
+ 3 [ IVENG0; tr011_tmn; artbear; ]
− 1 [ ram3; ]
# Ответить
33. MRAK 09.01.2010 10:29
(32) только при обновлении через КФ лишние объекты метаданных остануться. удалять-то их нельзя...
− 1 [ sashocq; ]
# Ответить
34. tr011_tmn 10.01.2010 10:05
(3) (5) (9) в корне не согласен с обновлением через *.cf, УПП рабочую базу таким способом обновить не удасться (благо опыт еще только вчерашний)
Цепочка выглядела так:
1.2.19.1 - 1.2.27.1
Результат:
Запуск из конфигуратора в режиме приложение выдает запрос на запуск обработок после обновления, который завершается ошибкой, номер конфигурации сменился, но база данных не работоспособна, т.к. обработки присутствуют только с версии 1.2.26.1 а все что были ранее отсутствуют.
Вывод, обновление через *.cf не есть панацея, хотя каждый случай следует рассматривать отдельно
Ответили: (35)
+ 1 [ annak2980; ]
# Ответить
35. alexk-is 21.01.2010 23:11
(34) На УПП 1.2.27.1 можно перейти с 1.2.23.х и выше, для этого все нужное есть. При переходе с версии 1.2.26.1 выполняется заполнение некоторых данных в основном по объектам связанных с заработной платой.
# Ответить
36. alexk-is 21.01.2010 23:26
(32) "Загрузить конфигурацию из файла..." в режиме РИБ приведет к значительному росту объема файлов обмена данными. При сравнении/объединении и использовании файлов *.cfu есть вероятность того, что объем файлов обмена данными будет значительно меньше.

Что значит "файл ПОЛНОЙ конфигурации."? "Сохранить конфигурацию в файл..." сохраняет в файл 2 конфигурации: Основная конфигурация + Конфигурация поставщика (если конфигурация не снята с поддержки).
Ответили: (37)
# Ответить
37. I_G_O_R 22.01.2010 00:14
(36) ага!! не знаете чем отличается обновление через *.cfu и *.cf ???
цитирую из большой желтой книжки(проф. разработка ...):

Объем файла обновления меньше, чем объем файла поставки, но процесс обновления с помощью файла обновления не может выполняться быстрее, чем с помощью файла поставки.
Дело в том, что при использовании файла обновления сначала, на основе старой версии конфигурации поставщика и файла обновления, создается новая версия конфигурации поставщика. После этого выполняется сравнение/объединение текущей конфигурации с новой конфигурацией поставщика.
# Ответить
38. Merlin12042009 25.01.2010 14:32
Как сделать собственные cfu?...можна на примере измененной 24...изменения перенести в 27...жду ответа с большим нетерпением, не надо все....что не попадет, проверю, поправлю.
Ответили: (39)
# Ответить
39. alexk-is 25.01.2010 15:17
(38) Как я понимаю, вопрос уже решен?
# Ответить
40. Merlin12042009 25.01.2010 15:22
нет, не решен :(
# Ответить
41. Merlin12042009 25.01.2010 15:30
мучаюсь ...
Ответили: (42)
# Ответить
42. alexk-is 25.01.2010 15:33
(41) Даже не знаю чем помочь... Что не получается?
# Ответить
43. Merlin12042009 25.01.2010 15:33
В 24 у меня получилось создать файл сfu, но там уже были внесены изменения в конфигурацию нестандартные, а вот при натягивании до 27, они потерялись.Так как же перенести?
Ответили: (45)
# Ответить
44. Merlin12042009 25.01.2010 15:41
я еще раз прочитала и поняла, что в табличную часть нужно добавить все тот же файл, который сохранен ранее, 24-ой конфы...
# Ответить
45. alexk-is 25.01.2010 15:42
(43) Понятно. Для получения cfu от "поставшика" для обновления с 24 на 27 необходимо при подготовке использовать конфигурации поставщика. Типовые, без возможности изменения. Их проще получить и труднее ошибиться. Получить cf можно из дистрибутивов или выполнив обновление через поддержку.
# Ответить
46. Merlin12042009 25.01.2010 16:55
Файл cfu получился, но теперь при обновлении он выдает табличку, в которой написано, что файл содержит обновления для 24, а не для текущей 27, внутри которой я делала этот файл, как это обойти? все делаю через поддержку :(
# Ответить
47. Merlin12042009 25.01.2010 17:03
абидно очень, может как-то поменять можно в cfu 24.2 на 27.01?
# Ответить
48. Merlin12042009 25.01.2010 17:17
все равно, я вам очень благодарна, потому как после посещения вебинара Чистова, где он рассказывал о собственных конфигурациях и изменении номера релиза и создании комплектов обновления, я поняла, что это как-то можно применить и к стандартным, с не очень измененным кодом, и сегодня случайно нашла вас, да еще к тому же вы рядом!!!!!!!!!!!!....УРА!!!!!!! СПАСИБО.
Ответили: (49)
# Ответить
49. alexk-is 25.01.2010 17:50
(48) Начнем с начала. Для того чтобы все получилось нам нужно базу с типовой конфигурацией поставщика 27, конфигурацию поставщика 24 и копию рабочей базы с измененной конфигурацией 24. В типовой 27 создаем файл cfu 24-27, используя файл cf 24. С помощью cfu 24-27 обновляем копию рабочей базы через поддержку.
Ответили: (52)
# Ответить
50. Merlin12042009 25.01.2010 18:18
да...где ж мне взять конфигурации ПОСТАВЩИКА?...у меня только cfu. зачем мне конфа поставщика чистая 24-ая?
1.Делаю сf24 с изменениями
2.В чистой 27 делаю cfu по отношению к ней.
3.В чистой????(или можно в рабочей) 24 делаю обновление на 27 через это cfu
ОТВЕТЬТЕ мне пожалуйста
Ответили: (52) (60)
# Ответить
51. Merlin12042009 25.01.2010 18:34
все найду....но зачем конфигурация чистая 24-ая?
# Ответить
52. alexk-is 25.01.2010 18:53
(50) Видимо для начала я выбрал не ту точку отсчета. По пунктам в статье.
1. Из копии рабочей базы через поддержку получаем файл конфигурации поставщика cf 24
2. Создаем пустую базу и загружаем в нее cf 24. С помощью cfu получаем базу с типовой конфигурацией поставщика 27
3. Далее как в (49)

да...где ж мне взять конфигурации ПОСТАВЩИКА?...у меня только cfu.
Подготовить на основе файла cf 24
зачем мне конфа поставщика чистая 24-ая?
Для подготовки обновления в котором ничего не потеряется
1.Делаю сf24 с изменениями
2.В чистой 27 делаю cfu по отношению к ней.
3.В чистой????(или можно в рабочей) 24 делаю обновление на 27 через это cfu
Что у вас получилось? cfu для перехода с вашей рабочей конфигурации 24 на конфигурацию поставщика 27. В конфигурации поставщика 27 нет внесенных вами изменений и соответственно полученный таким образом файл cfu 24-27 будет предназначен для перехода на типовую конфигурацию поставщика 27 с удалением всех внесенных вами ранее в 24 изменений. Вы уверены, что вам нужно именно это?
# Ответить
53. Merlin12042009 25.01.2010 18:58
Обновляется 24!!!!!!!!!!!!!!!!!!!!!оля-оля-оля-оля...alexk-is....чемпион!!!!!! :!: :)
# Ответить
54. Merlin12042009 25.01.2010 19:02
почему удаляться будет?...сейчас посмотрим результат
Ответили: (55)
# Ответить
55. alexk-is 25.01.2010 22:12
(54) Ну, как? :)
# Ответить
56. Merlin12042009 26.01.2010 14:56
Проверяю, но мне не понравилось, что все изменения стали на поддержку.Возникает вопрос, как будут проходить последующие обновления...И еще одно непредвиденное обстоятельство. Срочная доработка!!! :( Зато у меня уже есть голые сэфки и будет чистый эксперимент.И еще, Товарищ, который был админом этой рабочей базы (хранилище я имею ввиду),отключился от базы совсем, я в локале привязана к этой базе, но могу обновить только свою базу и у меня есть административные права, как же мне обновить рабочую базу из хранилища???...Отключить опасно или нет?...Все пользователи хранилища слетят или нет, если я под тем же именем подсоединю базу, что была у моего Товарища???? :oops:
# Ответить
57. Merlin12042009 26.01.2010 14:57
Это вопрос из другой, но очень смежной области, и вы это знаете, помогите пожалуйста.
# Ответить
58. Merlin12042009 26.01.2010 15:00
Или другими словами, как поменять путь к базе в закладке Администрирование хранилища?
# Ответить
59. Merlin12042009 26.01.2010 23:03
"""""Что у вас получилось? cfu для перехода с вашей рабочей конфигурации 24 на конфигурацию поставщика 27. В конфигурации поставщика 27 нет внесенных вами изменений и соответственно полученный таким образом файл cfu 24-27 будет предназначен для перехода на типовую конфигурацию поставщика 27 с удалением всех внесенных вами ранее в 24 изменений. Вы уверены, что вам нужно именно это?"""" Мне это не нужно. Мне нужно как можно больше перенести изменений, отличных от типовой, автоматом. Получается, что я могу сделать cfu со всеми изменениями только если я сижу в 24 доработанной. Тоесть у меня есть собств.изм и я уже сделала cfu24-27 типовой конфы.Теперь стоит задача "плюс"....cfu24+cfu24-27.Неужели нет возможности соединения CFU?
Ответили: (60)
# Ответить
60. alexk-is 27.01.2010 06:41
(50) (59) Тогда повторюсь. По пунктам в статье.
1. Из копии рабочей базы через поддержку получаем файл конфигурации поставщика cf 24. Т.е. в нем не содержится ваших изменений
2. Создаем пустую базу и загружаем в нее только что полученный cf 24. С помощью cfu от поставщика получаем базу с типовой конфигурацией поставщика 27. Если все сделали правильно, то основная конфигурация в базе будет на поддержке без возможности редактирования и без ваших изменений
3. В этой типовой базе 27 создаем файл cfu 24-27, используя ранее полученный нами файл cf 24. С помощью cfu 24-27 обновляем копию рабочей базы через поддержку. В результате должна обновиться конфигурация поставщика и в основной конфигурации измененные объекты поставщика, а добавленные вами объекты и реквизиты не будут поставлены на поддержку поставщика. Т.е. основная конфигурация будет отличаться от конфигурации поставщика с учетом ваших изменений и при последующих обновлениях будут сравниваться 3 конфигурации: старая поставщика, новая поставщика и основная

Если у вас нет файла cf 24, то нужно начинать с получения этого файла. В нем не должно быть ваших изменений, а при загрузке в пустую базу основная конфигурация должна получаться на поддержке без возможности редактирования и без ваших изменений. Возможно, что такой конфигурации уже нет в вашей базе, тогда воспользуйтесь дисками ИТС и создайте нужный файл поставки cf 24
Ответили: (132)
# Ответить
61. Merlin12042009 27.01.2010 09:39
я создала уже две базы 24 и 27 с полной поддержкой, красные замочки на них висят :) Теперь пойду дальше....
Ответили: (62)
# Ответить
62. alexk-is 27.01.2010 10:08
(61) Надеюсь ваших изменений в этих базах нет. Иначе опять не получится.

Собственно отдельная база с типовой 24 не нужна. Нужен файл поставщика cf 24. Предполагалось, что после получения файла поставщика cf 24 эта база будет обновлена до 27 через поддержку для получения файла cfu 24-27.

Ну, две - так две. Хуже не будет...
# Ответить
63. acsent 27.01.2010 15:49
Не оптимальный метод. Обычно можно сразу за одно обновление, НО нельзя пропускать обновления в которых удаляются реквизиты
Ответили: (64)
# Ответить
64. alexk-is 27.01.2010 16:32
(63) Такое впечатление, что статью не читали...
В некоторых случаях можно также сократить количество обновлений, если подготовить собственные файлы обновления. Для этого необходимо вычислить обязательные для запуска релизы (ключевые) и подготовку файла обновления выполнять от текущего релиза до ключевого

Соответственно, если метаданные в текущей версии были удалены, то предыдущая версия была ключевой.
Ответили: (65)
# Ответить
65. acsent 27.01.2010 18:28
(64) Зачем было городить такую большую статью, если последнее предложение ее отменяет?
Ответили: (67)
# Ответить
66. acsent 27.01.2010 18:30
Простого механизма поиска ключевых конфигураций не дано
Ответили: (67)
# Ответить
67. alexk-is 28.01.2010 07:24
(65) Какое предложение все отменяет?
При использовании подобной схемы можно получить эффект при уменьшении количества обновлений и уменьшении объема файлов обновлений. Т.к. файлы обновлений будут содержать только изменения для перехода с вашей текущей версии на ключевую или последнюю версию поставщика.
или
С анализом действий, выполняемых при первом запуске после обновления конфигурации, немного сложнее. В этом случае желательно немного уметь читать программный код.


(66) Хм. У меня такого, чтобы действительно "простого" механизма нет. А у вас?
# Ответить
68. Merlin12042009 29.01.2010 00:23
27 конфа натянута с пом cfu24-27, использовала фильтр двойного изменения и проставила в нужных ф-иях, процедурах и формах "обновить с приоритетом основной конфигурации", чтобы не потерять своё, а фирма 1с перенеслось заремаркировано.Теперь нужен анализ и представление, что изменила фирма 1С и что внедренцы. В 24 рабочей в настройке поддержки "сравнить, объединить" смотрю изменения и в этой 27 ,только что родившейся, делаю то же самое и сравниваю эти две конфы и дорабатываю.Верно? Или можно проще? :(
# Ответить
69. Merlin12042009 29.01.2010 00:28
Жду ваших рекомендаций, скачать вашу обработку и дэтэшку не могу :(
бодливой корове бог рога не дает.
Ответили: (70)
# Ответить
70. alexk-is 29.01.2010 01:40
(69) Обработка или "дэтэшка" тут не помогут. Обработка предназначена только для более наглядной визуализации того, что вы видите в отчетах. К сожалению в некоторых отчетах, создаваемых при сравнении объектов конфигураций, мне было ничего не видно. Вот и написал для себя инструмент в помощь.

В вашем случае для того чтобы увидеть, что именно натворили внедренцы, необходимо сравнить типовую 24 с рабочей конфигурацией 24. Т.е. анализировать то, что у вас было еще до начала обновления. Это покажет вам все измененные объекты. Попавшие в фильтр как дважды измененные необходимо проанализировать более пристально. В некоторых случаях вам не придется переносить измененный код, например, потому что разработчики 1С реализовали аналогичный механизм или перенос не имеет смысла в связи с изменением законодательства или учетной схемы.

Кроме этого необходимо проверить работу всех измененных внедренцами объектов. Может после обновления конфигурации они перестали работать.Чаще всего это связано с изменениями в использованных механизмах типовой конфигурации. Например, изменен состав реквизитов функции глобального модуля.
Ответили: (71)
+ 1 [ Seneka7608; ]
# Ответить
71. artbear 29.01.2010 09:08
(70) Подскажи, какие релизы УПП на твой взгляд являются ключевыми.
Мне нужно 1.2.21 обновить до последней УПП.
Заранее спасибо.
Ответили: (72)
# Ответить
72. alexk-is 29.01.2010 09:43
(71) 1.2.21.х - 1.2.23.2 - 1.2.27.1
Замечание по 1.2.27.1. Необходимо в обновление сразу влючить заплатки из http://users.v8.1c.ru/ErrEnterprise_1_2_27_1.aspx
Блок по ЗП имеет очень много проблем в типовой конфигурации. Кроме этого ориентировочно 04.02.2010 выйдет 1.2.28.х
# Ответить
73. Merlin12042009 29.01.2010 16:12
Так и вышло.Ничего не перенесла руками.Просто там, где изм дважды внимательно сделала "Индивидуальную настройку" по модулю.Вопросы остались по блоку Производство, так как он сильно изменился и фирмой и внедренцами. :(
Вам спасибо и сейчас еще раз просмотрев вашу статью, я понимаю, что вашей работой можно гордиться.Спасибо.
# Ответить
74. chigsrOck 22.03.2010 15:57
Добрый день! Обновляю УПП с 17.3 до 28.1. Обновился до 19.1.
Подскажите пожалуйста, можно ли с 19 сразу "прыгать" на 23 или лучше обновиться сначала до 20-21 версии? Спасибо!
Ответили: (75) (76)
# Ответить
75. anig99 22.03.2010 19:15
(74) а учет авансов ведете на счетах или на регистрах? Просто, если на счетах, но лучше до 21...Если нет, то тоже желательно - слишком много изменений.
Ответили: (77)
# Ответить
76. alexk-is 22.03.2010 22:29
(74) Почему на 1.2.28.1, а не на 1.2.29.1.
Все зависит от вашей базы данных, в некоторых случаях - да, можно.
Ответили: (77)
# Ответить
77. chigsrOck 23.03.2010 21:59
Спасибо за ответы!:)
(75) на счетах :D но я так понимаю эту фишку не поздно сделать и в 23? В общем все-равно я уже начал обновляться на 21...
(76) ну мне хотя бы до 28:) главное новую отчетность успеть сдать:) кстати прыжок 1.2.23.2 - 1.2.27.1 не слишком большой? Если нет, то обязательно нужно обновлять до 27 или можно сразу до 28?(насколько я понимаю, когда вы писали комментарии ниже по поводу обновления, 28 еще не вышла - вот и хочется уточнить:)))
Ответили: (78)
# Ответить
78. alexk-is 24.03.2010 06:56
(77) В 1.2.29.1 мы ставили именно из-за отчетности. Например, новая 4-ФСС есть только в ней. Подсистема регламентированной отчетности в 1.2.29.1 была в некоторой степени переработана и формы из 1.2.29.1 не работают в 1.2.28.1.
Сможет ваша база обновиться до последнго релиза или нет - это зависит от нее. Наша может.
Ответили: (79)
# Ответить
79. chigsrOck 24.03.2010 10:00
(78) Спасибо, будем обновлять до 29.
Все же в разрезе данной статьи, после обновления на 23 версию УПП порядок обновлений по ключевым релизам:
23.2->27.1->28.1->29.1
Я правильно понял??? 8-)
Ответили: (80)
# Ответить
80. alexk-is 24.03.2010 11:02
(79) Для вашего случая ключевые релизы
1.2.17.3 - 1.2.19.1 - 1.2.23.2 - 1.2.29.1

Но выдержит ли это ваша база я не знаю.
Ответили: (82)
# Ответить
81. chigsrOck 25.03.2010 17:42
Спасибо! 8-) а можно ли рассчитывать что при прыжке 1.2.23.2 - 1.2.29.1 обработка обновления инф. базы сработает корректно?
# Ответить
82. chigsrOck 01.04.2010 15:03
(80) Если еще можно, прошу профессионального совета:) По коду в 29 версии УПП вижу что обновление ИБ начинается с 23.2 версии.
Т.е. если я обновляюсь с 23 до 29 весии, то все должно пройти корректно.

А в перечне обработок обновления, запускающихся после обновления БД самая ранняя версия, для которой обновляется функционал ЗУП - 1.2.26.
Как быть в таком случае? Лезть в 26 версию, копировать оттуда код всех обработок, и запускать их в обновляемой 29 версии??

И еще в дереве "пакета обработок" указано что-то типо "переход с такой-то версии". в эту ветку вложены обработки + переход с более поздней версии...
Правильно я понимаю что если я обновляюсь с 17 до 19 версии мне не следует делать обработки помеченные как "переход с 14/15" или 16 версии??? Спасибо.
Ответили: (83) (84)
# Ответить
83. alexk-is 01.04.2010 16:41
(82)
А в перечне обработок обновления, запускающихся после обновления БД самая ранняя версия, для которой обновляется функционал ЗУП - 1.2.26. 
Как быть в таком случае? Лезть в 26 версию, копировать оттуда код всех обработок, и запускать их в обновляемой 29 версии?? 
А разьве там есть что копировать?

И еще в дереве "пакета обработок" указано что-то типо "переход с такой-то версии". в эту ветку вложены обработки + переход с более поздней версии...
Правильно я понимаю что если я обновляюсь с 17 до 19 версии мне не следует делать обработки помеченные как "переход с 14/15" или 16 версии???
Вообще-то они должны были быть выполнены при переходе на 17. Т.е. повторно выполнять их не нужно.
# Ответить
84. alexk-is 01.04.2010 16:47
(82)
А в перечне обработок обновления, запускающихся после обновления БД самая ранняя версия, для которой обновляется функционал ЗУП - 1.2.26. 
Как быть в таком случае? Лезть в 26 версию, копировать оттуда код всех обработок, и запускать их в обновляемой 29 версии??
А разьве там есть что копировать?

И еще в дереве "пакета обработок" указано что-то типо "переход с такой-то версии". в эту ветку вложены обработки + переход с более поздней версии...
Правильно я понимаю что если я обновляюсь с 17 до 19 версии мне не следует делать обработки помеченные как "переход с 14/15" или 16 версии???
Эти обработки должны были быть выполнены при переходе на версию 17. Повторно выполнять их не нужно.
Ответили: (85)
# Ответить
85. chigsrOck 02.04.2010 09:31
(84) Честно говоря не знаю какой пакет обработок предусмотрен в 24,25,26,27 версиях...
в 29 в модуле пакета обработок есть интересный участок кода(все строки закомментированные):

//Пока обработки не нужны. Закомментаренный код оставлен для примера
	//Ветка1220 = ДобавитьСтрокуВДеревоОбработок(ДеревоОбработок,"РЕЛИЗ","Переход с 1.2.19",Истина,"1.2");
	//ДобавитьСтрокуВДеревоОбработок(Ветка1220,"ОбновлениеФункционалаЗУП2511","Обновление данных управления персоналом и учета заработной платы",Истина);
	//Ветка1223 = ДобавитьСтрокуВДеревоОбработок(ДеревоОбработок,"РЕЛИЗ","Переход с 1.2.20",Истина, "1.2");


Ну а дальше уже строки для обновления "Переход с 1.2.26", 27 и 28

Из этого можно предположить, что по части ЗУП с 19 до 25 версии обработки не нужны, что очень странно...
И еще всплывает вопрос в примере выше если я перехожу с 23 на 29 грамотно ли отработают обработки типа "Переход с 1.2.26" или "Переход с 1.2.27"? Thank you for your patience:)/
Ответили: (86)
# Ответить
86. alexk-is 02.04.2010 10:00
(85) Эти строки присутствуют и в обработках других версий. Причем именно в таком виде. После них ничего нет.

Т.е. все операции необходимые к выполнению при переходе от версии к версии выполняются автоматически и не требуют дополнительных действий со стороны пользователя.

Обработки по переходу с 26, 27 и 28 могут выдать список ошибок, требующих решения со стороны пользователя. Т.е. операции выполняются в полуавтоматическом режиме.
Ответили: (87)
# Ответить
87. chigsrOck 05.04.2010 09:57
(86) Спасибо за ответ! но опять возникли вопросы:
Т.е. все операции необходимые к выполнению при переходе от версии к версии выполняются автоматически и не требуют дополнительных действий со стороны пользователя.

Обработки по переходу с 26, 27 и 28 могут выдать список ошибок, требующих решения со стороны пользователя. Т.е. операции выполняются в полуавтоматическом режиме.

Не совсем понятно... Имеются в виду действия, выполняющиеся при первом запуске(там как правило выполняется фигня вроде заполнения свяких коэффициентов и ставок в справочниках и регистрах сведений) или пакет обработок, запускающийся после того как обновлена версия БД?

Я так понимаю, что пакет обработок это самая важная вещь, помимо вывода ошибок она может менять документы или непосредственно движения (кстати не совсем понятно требуется ли перепроводить документы, в которых, например дозаписали строки в Табличные части?). ??? В служебных сообщениях он не пишет нифига чего наменял в БД....
# Ответить
88. alexk-is 05.04.2010 10:47
Т.е. все операции необходимые к выполнению при переходе от версии к версии выполняются автоматически и не требуют дополнительных действий со стороны пользователя.
выполняется фигня вроде заполнения свяких коэффициентов и ставок в справочниках и регистрах сведений

Обработки по переходу с 26, 27 и 28 могут выдать список ошибок, требующих решения со стороны пользователя. Т.е. операции выполняются в полуавтоматическом режиме.
пакет обработок, запускающийся после того как обновлена версия БД

В служебных сообщениях он не пишет нифига чего наменял в БД....
Как мне кажется, это претензия к разработчику. Замечу, что в каждом дистрибутиве обновления идет инструкция. Основные моменты вызывающие сложности там описаны. В случае доработанной конфигурации эти вопросы можно согласовать с исполнителем, выполнявшем доработки.
# Ответить
89. maxp77 30.10.2010 13:26
может кто сталкивался уже: какие релизы являются ключевыми между УПП 1.2.25.1 и УПП 1.2.33.1?
Ответили: (101)
# Ответить
90. Fr1eNd_Tver 28.09.2011 12:57
Спасибо отличный материал, встречался с интересной закономерностью, при обновления камина, когда обновить можно было только сравнением и объединением конфигураций, Подержка-обновления писало, что релиз не подходит для текущей конфигурации. Хотя конфигурация был полностью на поддержки
+ 1 [ deadman66; ]
# Ответить
91. deadman66 21.12.2011 10:15
отличная статья. только так и обновляюсь по ней. скажу только, что перед обновлением обязательно проверить постановку на поддержку новых объектов конфигурации, появивишихся после последнего обновления. Если последнее обновление конфиги было просто cf-ником, то у новых объектов поддержка есть, но она не активна и при последующих обновлениях они не меняются, а это может дать фатальную ошибку базы при работе. у меня так было с одной из форм регламентированной отчетности. восстановить поддержку стандартных объектов просто: конфигурация - поддержка - настройка поддержки... два клика в корневом узле и поставить там галочку для всех подчиненных
# Ответить
92. Orient_RG 04.01.2012 15:15
интересно что мне здесь ответят опытные:
всегда обновляю cfu, но несколько раз и пробовал cf. Так вот, при обновлении cf-ником, когда заходишь в режим отладки, то в информационных сообщениях пишет что то типа "проводиться обновление до версии 2.0.26.8, успешно обновлено, проводится обновление до версии 2.0.27.10" и так далее все пропущенные ключевые релизы. так не означает ли это, что нет разницы в обновлении через cfu и cf. Заранее прошу прощения, если мой вопрос очень непрофессиональный)
Ответили: (99)
# Ответить
93. dtitov 10.01.2012 16:22
Спасибо за статью.
# Ответить
94. barsa-05 10.01.2012 16:23
не это не ново
# Ответить
95. dem_mad 11.01.2012 20:07
Отличная работа.
СПАСИБО!!!!
# Ответить
96. RTA 25.01.2012 09:21
это не новое, но последовательность при обновлении БД нужна, т.к. все равно нужно загружать предприятие, для реструктуризации данных.
# Ответить
97. polpot 27.01.2012 12:48
(1) poppy, как найти цепочку быстро и без загрузки всех обновлений? без проверки, какой релиз на какой обновлять?
# Ответить
99. iov 27.01.2012 17:21
(92) пример

поле ссылочного типа сделали полем текстовым и ссылочным например релиз 1 и 2 - для обработки этого написали специальный код .

Потом поле сделали чисто текстовым 3 и ничего не писали.

Вопрос - останутся ли данные в этом поле при обновлении через версию 2 ? (то есть 1-3).


Подсказка - тен (читать наоборот)
Ответили: (122)
# Ответить
100. iov 27.01.2012 17:27
(0) Обновления без постановки на поддержку и без обновления конфигурации поставщика.

Живые пару примеров.

версии конфигурации и конфигурации поставщика отличаются - на 2 версии. Требуется определить измененные объекты относительно типовой. Вопрос банальный - сравнить конфигурацию с конфигурацией поставщика и получить ответ в течении 20 минут. А вот нет изменения применялись не полностью а частично через сравнение объединение и если сравнить конфигурацию и такую же конфигурацию типовую зачастую там не только доработки видны но и "недообновленные объекты" которые теперь нельзя однозначно оценить как типовые. Итог - только оценка времени работы занимает часы а то и дни.

СПАСИБО ВАМ за такие обновления... Поклон в ножки...

Ступиденты - ЧИТАЙТЕ УМНЫЕ СТАТЬИ!!!

Автору плюс в карму.
# Ответить
101. iov 27.01.2012 17:29
(89) maxp77,
1.2.39.1 25.04.2011 1.2.38.1
1.2.38.1 08.04.2011 1.2.37.1
1.2.37.1 05.03.2011 апрельский выпуск 2011 г. 1.2.36.1
1.2.36.1 08.02.2011 мартовский выпуск 2011 г. 1.2.35.1
1.2.35.1 24.12.2010 февральский выпуск 2011 г. 1.2.34.1
1.2.34.1 24.11.2010 январский выпуск 2011 г. 1.2.33.1
1.2.33.1 23.09.2010 ноябрьский выпуск 2010 г. 1.2.32.1
1.2.32.1 16.07.2010 августовский выпуск 2010 г. 1.2.30.1, 1.2.31.1
1.2.31.1 05.07.2010 1.2.30.1
1.2.30.1 23.04.2010 июньский выпуск 2010 г. 1.2.29.1
1.2.29.1 15.03.2010 апрельский выпуск 2010 г. 1.2.28.1
1.2.28.1 05.02.2010 мартовский выпуск 2010 г. 1.2.25.1, 1.2.26.1, 1.2.27.1
1.2.27.1 23.12.2009 февральский выпуск 2010 г. 1.2.25.1, 1.2.26.1
1.2.26.1 11.11.2009 декабрьский выпуск 2009 г. 1.2.24.2, 1.2.25.1
1.2.25.1 15.10.2009 ноябрьский выпуск 2009 г. 1.2.24.2
1.2.24.2 13.08.2009 сентябрьский выпуск 2009 г. 1.2.23.2, 1.2.24.1
1.2.24.1 06.08.2009 1.2.23.2
1.2.23.2 23.06.2009 июльский выпуск 2009 г. 1.2.22.3, 1.2.22.4
1.2.22.4 14.06.2009 1.2.22.3
1.2.22.3 13.04.2009 майский выпуск 2009 г. 1.2.19.1, 1.2.20.1, 1.2.21.1
1.2.21.1 27.02.2009 апрельский выпуск 2009 г. 1.2.19.1, 1.2.20.1
1.2.20.1 03.02.2009 мартовский выпуск 2009 г. 1.2.19.1
1.2.19.1 09.10.2008 ноябрьский выпуск 2008 г. 1.2.18.1
1.2.18.1 17.09.2008 октябрьский выпуск 2008 г. 1.2.16.1, 1.2.17.3
1.2.17.3 07.07.2008 августовский выпуск 2008 г. 1.2.14.1, 1.2.15.4, 1.2.16.1
1.2.14.1 21.01.2008 февральский выпуск 2008 г. 1.2.12.1
1.2.12.1 25.12.2007 1.2.11.1
1.2.11.1 24.10.2007 ноябрьский выпуск 2007 г. 1.2.10.1
1.2.10.1 24.09.2007 октябрьский выпуск 2007 г. 1.2.6.2, 1.2.7.1, 1.2.8.2, 1.2.9.2
1.2.7.1 09.06.2007 июльский выпуск 2007 г. 1.1.9.3, 1.1.10.3, 1.2.5.1, 1.2.6.2
1.2.5.1 16.02.2007 мартовский выпуск 2007 г. 1.1.9.3, 1.1.10.3, 1.2.1.37, 1.2.4.1
1.2.4.1 18.12.2006 январский выпуск 2007 г. 1.1.9.3, 1.1.10.3, 1.2.1.37, 1.2.3.1

разберешься? если нет - тогда лучше пригласи профи.
+ 1 [ alexus8320; ]
# Ответить
102. svbel85 06.02.2012 15:24
я как то обновил cfu. потом пришлось менять номер релиза и обновлять по каждому обновлению
# Ответить
103. kirasololo 07.02.2012 09:56
Сколько раз обновлялся с полной поставки, никаких проблем, если конечно конфигурация не переписана в хлам, и в основном если последуют какие то изменения в структуре выйдет сообщение, и там уже решать что обновлять а что нет
# Ответить
104. Anton_prezident 12.02.2012 14:20
спасибо за статью,никогда подобных проблем с обновлением не возникало
# Ответить
105. fit686 21.02.2012 19:23
вот же круто а зачем?)аналогично подобных проблем с обновлениями не возникало, кроме как по собственной глупости)
# Ответить
106. AlexShap 22.02.2012 13:12
Уже много раз обновлял очень старые релизы через cfшник. Проблем не возникало.
# Ответить
109. egick 26.03.2012 12:08
Помогите пожалуйста найти следующие релизы конфигурации БП базовая:
1.5.13.6
1.5.14.4
1.5.15.3
1.5.16.3
1.5.17.3
1.5.20.2
1.5.22.2
1.6.9.4
1.6.11.7
Ответили: (110)
# Ответить
111. egick 26.03.2012 12:19
У нас закончилась поддержка
# Ответить
112. egick 26.03.2012 12:20
а продлять руководство не дает добро, можно где нибудь еще достать
Ответили: (113)
# Ответить
113. alexk-is 26.03.2012 12:40
(112) Для пользователей базовых версий нет ограничений по времени на доступ к http://users.v8.1c.ru/
Это касается только подписчиков дисков ИТС. Для базовых версий подписка ИТС не обязательна.
Доступ к http://users.v8.1c.ru/ предоставляется в течении 15 минут, если коробка с базовой версией зарегистрирована в фирме 1С. Т.е. в фирму 1С отправлена регистрационная анкета.

http://1c.ru/rus/support/support.htm#BP8
http://users.v8.1c.ru/rules.jsp
# Ответить
115. Ola_z 28.03.2012 17:24
Хорошая статья. Я тоже так обновляюсь. Хотя у меня уже не типовая конфигурация. Есть некоторые особенности при обновлении.
# Ответить
116. kdw 12.04.2012 08:09
прикольная вещь
# Ответить
117. DimaP 02.05.2012 09:37
в конце статьи вылезло: "Недостаточно прав для чтения сообщений.
У вас не достаточно прав на просмотр форума."

это как так?)
# Ответить
118. Angeros 27.09.2012 08:17
Можно ли не имея cf но имея все обновления построить более менее законченую конфигурацию чисто на 2ух десятках обновлений?!
# Ответить
119. valya977 25.10.2012 11:08
отличная статья!!! Опробовала на КА-супер а то 52 базы обновлять последовательно жуть. единственно проверяю после обновления сравнением с чистой и последовательно обновляемой конфой.Время экономит в разы! Причем сработало на перескоке с 1.1.10.1 на 1.1.26.2
# Ответить
120. SeiOkami 18.11.2012 13:50
Я не совсем понял (сильно не ругайте ^_^ ), а чем плохо обновление .cf ?
Ответили: (121)
# Ответить
121. alexk-is 19.11.2012 10:14
(120) Ничем не плохо. Главное чтобы обработчики "при изменении конфигурации" не обращались к данным, которых уже нет.
# Ответить
122. Aleksey_3 19.01.2013 12:39
(99) Осталсь дело за малым. Найти такой пример в БП, ибо мне начиная с 2006 года ни в 1.5, ни в 1.6 ни в 2.0 такого примера найти не удалось
# Ответить
123. Nel 14.03.2013 12:44
Солидарна с alexcne, тоже так делаю!!!
# Ответить
124. Nel 14.03.2013 12:49
Но работа по обновлению сильно доработанной конфы.... работа не 1-го дня, львинная доля времени уходит на тестирование
Ответили: (126) (127)
# Ответить
125. koladen 27.06.2013 11:48
Спасибо!
# Ответить
126. serge_focus 02.08.2013 09:56
За статью - спасибо.
Обмен опытом и босуждение однозначно повышает и обогощает свой опыт , да и опыт других ;).

(124) львинная доля времени уходит на тестирование
Пожалу тут больше тратишь времени на анализ того что есть и как это будет потом...
И что нужно сделать, чтобы получилось как нужно...
Ответили: (127)
# Ответить
128. ViksVik 17.11.2013 17:58
Статья хорошая. Несколько лет приходится делать обновления на некоторых фирмах раз в 2-3 месяца. И там ключевых обновлений больше десятка, а общих – до 40. Но никогда после каждого обновления не запускал базу в режиме «Предприятия», только после всех обновлений. И никогда не было проблем. Возможно, повезло. Но, думаю, что программа не написала бы, что «обновления завершились удачно», с перечислением обновлений. Значит, последовательные обновления (без запуска программы после каждого релиза) является штатной операцией. Теперь, специально потестирую пограничные варианты.
# Ответить
130. AZel84 07.12.2013 16:23
Считаю, что фирме 1с не плохо было бы такие ключевые релизы как-то по особому помечать.
Я имею ввиду те релизы, прыжок через которые грозит потерей данных. А то каждый раз приходится обновлять цф-ником на свой страх и риск.
+ 1 [ DanMan; ]
# Ответить
131. bahcha8 13.12.2013 12:30
Так все равно 12 из 24 обновлений делать надо)) Разве это "прыжок"? С тем, что запускать после каждого ключевого в режиме 1С Предприятие, согласна полностью. Натыкалась на косяки такого кривого обновление (особенно в УПП древних релизов)
# Ответить
132. Serge_ASB 03.04.2014 14:13
(60) alexk-is,
Скажите, если изменения в первоначальную конфигурацию вносились не только как добавленные объекты, но и как добавленные реквизиты, измененные обработки, то сохранится ли это все при данном порядке обновления конфигурации (например УТ11 с 11.0.8.13 до 11.1.1.13)?
P.S.: Вам в чем-то легче - у вас недорогой интернет. Есть места на планете, где качать несколько раз последовательное обновление конфигурации (возможно еще и платформы) будет весьма ощутимым ударом себя по карману...
А возможность прыгнуть через несколько обновлений, не потеряв при этом изменений в конфигурации и в данных (плюс новый функционал) - это "самое то. Собственно, для обретения нового функционала денно и нощщно ведется работа в фирме 1С :)
Ответили: (133)
# Ответить
133. TeMochkiN 14.04.2014 01:34
(132) Serge_ASB, вот в этой статье всё подробно расписано:
http://infostart.ru/public/18562/
# Ответить
134. TbSasha 29.10.2014 03:19
Мне кажется из второго пункта надо убрать При необходимости А в третьем пункте добавить что делать это надо из базы созданной во втором пункте.
А еще пару вопросов если можно:
1. Чем обновление из таких созданных *.cfu отличается от *.cf? Не считая ключевых релизов.
2. Почему у меня получается обновится с *.cf файлом через «Конфигурация» → «Поддержка» → «Обновить конфигурацию», но не получается через сравнение и объединение? Может там надо что то выбрать?
3. При обновление базы данных после этого способа выходит вот такая ошибка:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка SDBL:
Выход за пределы размерности результата
...Показать Скрыть

При обновление через *.cf нет такой проблемы. Другие параметры одинаковы. Значит есть какая то разница? Раз в этом случае с ошибкой выходит.
# Ответить
135. FEAS88 05.02.2015 14:02
Добрый день!
У меня Бухг. версия 2.0.58.5 я могу сразу обновиться на 64.8 ?
пропустив вот эту цепочку 2.0.58.6 -> 2.0.59.6 -> 2.0.60.5 -> 2.0.61.4 -> 2.0.62.4 -> 2.0.63.7 -> 2.0.64.8

Я хочу делать через собственный cfu но я хочу сделать прыжок, можно ли сделать мой cfu из 58.5 на 64.8 ?
Или мне придется делать несколько раз свой cfu 58.6 - 59.6.cfu , 59.6 - 60.5 , 60.5 - 61.4 и тд до моего?
# Ответить
136. Denis Techno 25.12.2015 12:59
Всем привет.
Возник вопрос, имеется ли возможность на сайте v8users узнать является релиз ключевым или можно его пропустить?
К примеру, как определили для, цитирую из статьи: "...Для УПП, например, ключевыми являются релизы 1.2.19.1, 1.2.23.2." , что они являются ключевыми?
# Ответить
Внимание! За постинг в данном форуме $m не начисляются.
Внимание! Для написания сообщения необходимо авторизоваться
Текст сообщения*
Прикрепить файл