по поводу правильности моих действий, итак:
1. делаю копию. ее обновляю
2. руками вношу изменения которые это обновление затерло (их немного, но увы, они есть)
3. сохраняю конфигурацию в файл
4. на боевой - загружаю конфигурацию из файла

имхается мне почему-то, что при таком методе в "боевой" не заполняются некоторые значения полученные с обновлением типа МинимальняЗП  и т.п.  я прав?

как правильно?

зы: если-б была возможность сразу все делать на боевой - не парился-б :)

жесть.. обычно делается копия, её оставляют в сторонку и боевую обновляют

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

"имхается мне почему-то, что при таком методе в "боевой" не заполняются некоторые значения полученные с обновлением типа МинимальняЗП  и т.п.  я прав?" - почему?
после обновления и в боевой запустится обработка обновления

(1) ну как жесть? не могу я монополизировать данный процесс, люди-ж работают. а в выходной день - надоело
(3) не знаю, имхается почему-то :)) раньше не задумывался об этом ...скоро проверю конечно

(4) делай в обеденное время. или там много дописок?

+4 а вообще-то (1) прав. в конце концов можно все делать на боевой, а выганять всех только на запуск предприятия. эт уже будет на так долго...

я бы руки оторвал за такое обновление

(7) ну прийди, оборви ...ты видел мои руки? :)  
или просвети

(0) все правильно делаешь, никого не слушай

(8) профессиональная разработка 8.0, глава 17 вроде бы, там где про механизм поставки и поддержки написано.
в двух словах не объяснить всего, слишком много разных ньюансов.

(5) В обеденное время надо обедать. Готовится база до состояния "нажал F7 - и обновил", потом юзеры минут на 5-10 гонятся из базы, им потерпеть не сложно.
(0) Я бы загружать конфу не стал, мало ли что :) особенно если это не свои дописки, а накат типового обновления на доработанную ИБ.

(9) рекомендую тоже почитать, в 8 уже далеко все не как в 77

(1) "жесть.. обычно делается копия, её оставляют в сторонку и боевую обновляют" - да уж - жесть :( Делаю всё с точностью наоборот. "Все экперементы - на кошках"(с)

(12) ну порекомендуй тогда как сильно не типовую УПП на 300Гб обновлять?

+ и куда надо деть 100 пользователей работающих почти круглосуточно?

спасибо за ответы и поддержку

(11)ага.копию сделал утром, начал "готовить" рабочую, косячно обновил, вернул копию обратно и полдня работы юзеров - коту под хвост

(17) "вернул копию обратно" - не было ;))

(0) "не заполняются некоторые значения полученные с обновлением" - нет, это не верно. Откуда берутся эти значения в "боевой"? Из обработок обновления конфигурации и информационной базы? А они где находятся? В конфигурации. А что происходит при загрузки конфигурации в "боевой"? Ну Вы сами всё уже поняли :)

Если некоторые значения не заполняются - то это происходит по простой причине... их нет.

Stim, ты что с Луны свалился? Косячить хочешь? Так для этого копия и нужна :)

(17) :)
Ну у тебя может так. А у меня сначала полностью обновленная копия проверяется ;)
Да и бэкап делается непосредственно перед обновлением. Советую так попробовать ;)

(20) Тож так делаю. Сначала все на копии, потом юзеры проверяют. А только после этого в рабочую.

(21) "Анналогично, Ватсон"(с) Мало того - делаю копии на всех промежуточных этапах (для отката назад если накосячил). Временно открываю доступ юзверам к копии. Их много - они лучше меня проверят, каждый своё. А я тем временем проверяю базу на предмет потери данных и работы "моих" алгоритмов...

(0) если ты запускаешь "Загрузить конфигурацию из файла", значит у тебя конфигурация поставщика не обновляется. Отсюда все беды.

(23) - о! я знал, я чуствовал... :)

(23) Все беды от незнания и самоуверенности :)

(22) На промежут. этапах сохраняю лишь выгрузки конфы.
(23) +1. Мои предшественники возможно именно таким макаром обновляли УПП с 1.1.8 до 1.2.11. Просто жесть.

(19) еще раз. Слушай внимательно. Ты пришел утром на работу. Попил кофе. Сделал копию базы, и начал подготавливать рабочую к обновлению. Пока переносил все свои приписки, подошло время обеда. Наконец перенес, попросил пользователей выйти из базы на 10 минут, обновил конфигурацию. Потом оказалось, что ты накосячил с приписками. Причем накосячил так сильно, что надо возвращать копию обратно и начинать все заново. Полдня работы юзеров - коту под хвост(с)

(23) Имхо, Вы оговорились. Спутали "Загрузить" и "Сравнить и обновить". Загрузка грузит не только рабочую конфу, но и конфу поставщика. Сравнение - изменяет только рабочую конфу.

(26) Это я и имел ввиду, когда говорил про "промежуточные этапы". Спасибо за поправку.

(28) возможно. НО всё равно там какой-то глюк: в настройке поддержки остается старый номер версии.

(27) Еще раз. Слушай внимательно. Чтобы потом не оказалось, что ты накосячил в рабочей(!) базе - все этапы и конечный результат _неоднократно перепроверяется на копии_. Потом выгоняются пользователи, делается копия непосредственно перед обновлением(!) и "само" обновление. Если накосячил - откат на копию.

Если конечно Вас интересует результат, а не сам процесс :)

(30) мы друг друга не понимаем.:)
Ты проверил все на копии, все работает.
Сделал копию перед обновлением , и готовишь полдня обновление рабочей базы. Потом выгоняешь пользователей, обновляешь конфигурацию и оказывается, что ты случайно удалил важный документ-объект. Ты откатываешься на копию, но она утренняя. А обеденная тоже без этого документа, потому что он удалился в самом начале сравнения конфигураций.

(28) Все правильно он сказал.
Надо делать "Поддержка" - "Обновить конфигурацию" - и выбираешь свой .cf

(31) На пальцах: делается 2 копии - одна для модификации (типа "утренняя), вторая - бэкап с самым свежим состоянием. И все. Лишний раз сделать бэкап - рука не отвалится ;)

(31) обновлять надо рабочую базу - то есть ОСНОВНУЮ конфигурацию . а выгонять пользователей только перед тем как сохранять конфигурацию БАЗЫ ДАННЫХ, в которой они работают.

(34) если я добавляю новый док и не обновляя конфигурации выгружаю БД - док будет в этой копии?

(35) я не понял суть и нужность вашего вопроса

(35) вы сначала разберитесь с конфигурациями в базе

Надо делать "Поддержка" - "Обновить конфигурацию" - и выбираешь свой .cf" - можно и так. Моя делает "Загрузить конфигурацию из файла" - и выбирает свой .cf
ЧЯДНТ???

(35) конечно, будет. То есть выгонять пользователей не нужно, а обновлять конфу БД можно ночью при помощи планировщика заданий.

(39) Эээ... а обязательные процедуры обновления информационной базы кто и когда делать будет? Имхо, так только "свои" изменения можно прогонять, на автомате.

(40) эти процедуры автоматом выполняются при входе первого с адм. правами

+41 если они обязательные почему они от людей должны зависеть?

(41) ага, и могут длится пару часов на хорошей базе. :)

в общем случае процесс примерно такой, при любых изменениях конфигурации, даже если от типовой остался только номер.
"Поддержка" - "Обновить конфигурацию"
После сравнения - выполнить.
можно сохранить основную конфигурацию.
вносим свои изменения.
сохраняем основную конфигурацию.
выгоняем пользователей.
сохраняем конфигурацию БД.
все.

(41) Это понятно, знаю. И знаю что эти обновления (увы довольно часто)  очень много времени занимают и проводить (и проверить корректность) лучше доверить не администратору, а прогеру :(

(43) у меня полдня регламентные процедуры выполнялись при обновлениее зупа с 14 на 19.
я вообще сначала на копии пробую все проделать, а когда в реале делаешь уже примерно ясно склько займет времени.

(46) а разве регламентные задания не надо отключать на период обновления?

(46) что мешает готовую конфигурацию загрузить в рабочую?

(47) это не регл. задание.  это обработка - обновление инф. базы. если что то переделывают с данными то туда и пишут процедуры обработки. это все полдня и обрабатывалаось.

(47) регламентные задания <> регламентные процедуры(обработки) при обновлении БД.

(48) может быть религия и старые представления, но не привык накатывать новую структуру на старые данные.

(46) Угу :( Помню, одно из обновлений УПП, когда в него ЗУП 2.5 "подсаживали" (номер уже не помню)  - на целый день вывело из работы базу :(

(52) наверно, обработки обновления в фирме 1С пишут студенты-практиканты. Никакой оптимизации.

(52) Вот и я смотрю, какие-то цифры детские пишут, 10-20 минут.. релизы с большим количеством изменений накатываются на базы по 5-6 часов (особенно, если база большая - ведь пойдет реструктуризация объектов). Че-то бред какой-то. А если говорить об упыре, там вообще можно проспаться после недельной пьянки, пока обновится нечто подобное.

(0) я при таком обновлении через "Загрузить конфигурацию из файла" как то попал пару раз и теперь обновляю только так:

1. делаю копию. ее обновляю
2. руками вношу изменения которые это обновление затерло (их немного, но увы, они есть)
3. сохраняю конфигурацию в файл
4. на рабочую через поддержка -- обновить накатываю релиз, после сравнения не проверяя жму Выполнить (при этом дописки кода полетят а дописки структуры останутся)
5. далее через сравнение и объединение накатываю на рабочую cf от обновленной копии.

(54) 10-20 минут - это минимальный срок, например, при внесении "своих" незначительных изменений. Только на то, чтобы зайти в конфигуратор, загрузить свою конфу (или сравнить и объединить) и принять изменения в БД (без реструктуризации).

(56) Я речь вел не о "своих". Тут, конечно, все проще и быстрее, если, опять-таки, не будет реструктуризации и база не такая большая.

(55) Ну раз такая пьянка - то вот Вам и мой вариант :)

1. Блокирую рабочую базу, выгоняю пользователей и делаю копию.
2. Разворачиваю две базы из копии. Одну - файловый вариант (локально). Другую - SQL-версию на сервере.
Примечание: в дальнейшем, на каждом этапе и по мере необходимости, выгружаю версии конфигурации в файлы.
3. Открываю локальную копию и на ней выполняю обновление через поддержку.
4. В окне поддержки "Сравнить и объединить" перепроверяю и раставляю галочки обновления (минимизация дальнейшей работы по восстановлению своих изменений).
4а. Одновременно с этим в текстовом файле веду протокол изменений (делаю заметки, примечания, копирую туда измененные куски алгоритмов).
5. Выполняю обновление рабочей конфигурации (без изменения конфы БД).
6. Восстанавливаю свои изменения (или, наоборот, вставляю типовые/обновленные куски кода в свои изменения).
7. Выгружаю конфу и БД (выйдя из конфигуратора, копирую базу/каталог).
8. Обновляю конфигурацию БД, захожу в режим отладки и выполняю все положенные процедуры обновления.
9. Проверяю информационную базу (своими обработками, отчетами, на предмет потери данных "своих" объектов, реквизитов и т.д.)

Если всё прошло удачно - накатываю обновление на SQL-копию:

10. Загружаю через "Загрузить конфигурацию из файла" окончательный вариант обновленной конфигурации со своими изменениями.
11. Обновляю конфигурацию БД, захожу в режим отладки и выполняю все положенные процедуры обновления.
12. Открываю доступ пользователям для "самопроверки" данных. Одновременно с этим - проверяю базу самостоятельно.

Если всё прошло удачно - накатываю обновление на рабочую базу данных:

13. Блокирую рабочую базу, выгоняю пользователей и делаю копию.
14. Через поддержку, делаю обновление "только конфигурации поставщика" (в окне "Сравнить и объединить" сбрасываю все галочки), жму "Выполнить". (Ну да, у меня тоже было такое - номер версии не обновился. Я считаб что это глюк платформы был, но предпочитаю не рисковать).
15. Отказываюсь от принятия изменений в конфигурации БД и загружаю через "Загрузить конфигурацию из файла" свой окончательный вариант обновленной конфигурации с изменениями.
16. Обновляю конфигурацию БД, захожу в режим отладки и выполняю все положенные процедуры обновления.
17. Закрываю доступ пользователям к SQL-копии и открываю доступ к рабочей базе.
18. Выполняю свои "процедуры" проверки данных. Одновременно с этим пользователи тоже "самопроверяют" каждый свои данные...

Ну вот примерно как-то так :)

(54) если-б я прочитал это раньше, я б никогда не взялся за обновление ;)))
зы: обновился по сабжу, все нормуль.  с "некоторыми значениями" тоже :)

(58) Как при такой методе учесть "прыжки" через версии ? типа таких: http://www.infostart.ru/public/18596/

(54) У нас базы не особо большие. Да и реструктуризации не очень частое явление, обычно больше времени занимает внимательное создание обновленной конфы (это конечно часы или дни в сложном случае).

(60) Я все обновления делаю последовательно на локальной копии, сохраняя все "промежуточные" конфигурации :) Ну не совсем "все", а только те, где есть регламентные процедуры(обработки) обновления информационной базы. Да и то, если обновление это позволяет, - "перекидываю" обработки с одной версии в другую. Тем самым уменьшаю количество "прыжков", делаю их "длиннее" через несколько версий. А потом, также последовательно, загружаю эти "промежуточные" конфигурации в рабочую базу и выполняю обновления БД. Т.е. последовательно в  (58) выполняю  пункты 15 и 16 несколько раз вподряд (с каждым очередным "прыжком).

(58) п.14 смущает... на фига? вроде не было такого, чтобы конфигурация поставщика номер не поменяла... но даже если такое и случится, то не проще ли накатить ее после? зачем каждый раз с этим возиться?

(63)+ не говоря уж о риске нажать на Да в пункте 15 ))

У меня как то проще.
На рабочей машине локально стоит база на поддержке с возможностью изменений, в которую вношу и свои в том числе обновления. На серваке рабочая, полностью на поддержке, без возможности изменений.
1. Пришло обновление - сначала ставлю его на типовую (на поддержке) базу, смотрю что поменялось.
2. Далее через поддержку обновляю свою локальную базу, вношу корректировки при необходимости. Запускаю выполняются все регламентные процедуры, все проверяю.
3. Из своей локальной базы делаю файл поставки.
4. Выгоняю всех пользователей и блокирую рабочую базу.
5. Делаю копию рабочей базы
5. Обновляю рабочую базу через свой файл поставки (через поддержку)
6. Разблокирую базу
7. Запускаю и выполняются все процедуры по обновлению версии.
8. Готово

а я так делаю:

обновляю типовую новую cfником от изменнной старой перенося новые объекты, формы, отчеты, обработки и реквизиты.

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

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

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

(65)+1
тоже так делаю...
для скорости обновления рабочей базы иногда совмещаю с "загрузкой из файла"...

(63) По поводу п.14 Знаешь, Mitriy, я тоже пару раз напарывался на проблему, когда очередное обновление отказывалось накатываться из-за глюка в версии. Накатить обновление только конфигурации поставщика, по времени, - не дольше, чем сходить покурить или выпить чашку кофе. Лучше так, чем нарваться однажды на очередное "расхождение" между "загрузить" и "обновить" в очередной версии платформы.

(68) Вот полностью согласен. Что этот пункт необходит. Еще на 8.0 года 4 назад без этого пункта у меня сыпалась структура базы, но тогда я пропускал 14 и делал как в 15.

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

(14)
"ну порекомендуй тогда как сильно не типовую УПП на 300Гб обновлять?
+ и куда надо деть 100 пользователей работающих почти круглосуточно?"

Делать это через свою поставку, как в 65 посте. Само обновление рабочей базы будет тогда занимать только время сравнения и физического изменения, как с типовой на типовую. Заодно можно и заранее протестировать. Основной массе это не нужно, ибо дольше заморачиваться, а таким как Serg_1960 рекомендую этот вариант.

Закладка

(70) "...А таким как..." - улыбнуло. Мы, Serg 1960-ый :) "Нас-рать"(с) :))

Проблема в том, что делать мне поставку заподло, лень. Точнее так: поставка хороша, когда у Вас, худо-бедно, "устаканились" изменения. Или когда Вы планомерно работаете по четко составленному плану (мечтаю об таком режиме работы)...

А у меня конфа всё время в состоянии изменения :( Вставляю по требованию одно, убираю другое, исправляю третье. Адаптирую, так сказать, по запросам юзверов и боссов :( Фикси, блин.

один только вопрос:
а делать из своей (подправленной) базы (ну, та что после внесения своих изменения) делать файл поставки обязательно?
( ... или можно просто выгрузить в файл, а то как-то напугали)
я делаю как в (55)

Рабочую выгружаю в файл
Утягиваю на свои комп
Разворачиваю
Накатываю обновление
Вношу свои изменения
Выгружаю в файл cf-ник
Выгоняю пользователей из рабочей
Накатываю из файла cf-ник (через "Поддержка" - "Обновить конфигурацию")

(73) необязательно

(70) Я через день правлю конфу, как правило с динамическим обновлением, и файлы поставки каждый день делать - я просто озверею :)
Поддерживаю Serg 1960:
"Нас-рать"(с) :))