Подскажите, пожалуйста, я вот читала о порядке
обновления много всего в интернете, но немного
запуталась:
мне нужно обновиться на 5 релизов допустим. При
обновлении при сохранении конфигурации бывает
реструктуризация документов или справочников. И при
открытии 1С в режиме "предприятие" тоже выполняются
некоторые действия по обновлению.
А если я на рабочей базе не буду все эти 5 обновлений
ставить, а на тестовой всё это сделаю, добавлю наши
изменения, которые затёрлись, а потом из полученной
после всех обновлений базы выгружу cf-файл и объединю
с ним рабочую, то нормально всё будет?

Мне кажется, что в этом случае не будет всех этих
реструктуризаций и изменений, которые в тестовой базе
проходили. И могут появиться сбои в обновляемой таким образом базе.

могут, выгружай cf-ники всех этапов, так оно вернее будет

реструкторизации все равно будут, но может вылезти такая ..опа - памяти например не хватит сразу все перелопатить...

надо не объединять, а загрузить cf.

(3) За такие советы серпом по одному месту

(4) приколист? Вроде не пятница?

(5) уиды объектов метаданных расползутся, возможна потеря данных

(6) причем сращивать в зад уиды этих методанных то еще оппа.

(6) с чего они расползутся?
Наоборот, если она будет объединять, у нее останется конфигурация поставщика на 6 релизов назад.

(3)если загружу готовый cf, то нормально всё будет?

(9) ну, видите, ребята не советуют.

(8) проверять надо. отсюда не видно, что там добавлено, что затрётся, и что опять будет добавлено

(9) делай все-таки (1) и в будующем не запускай обновление на 5 релизов. Если конфа конечно нуждается в обновлении

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

В обработке обновления ИБ или еще где в зависимости что за конфа  смотри что делается при запуске в режиме предприятия (ПриНачалеРаботыСистемы). Если там для новой конфигурации нет ничего, что перезаписывает в базу, то можно смело обновлять со следующей версии и т.д.
В противном случае, увидишь, что получится, в зависимости от значимости обновления.

(12) конфа особо не нуждается в обновлении, но платформу обновила, а под неё лучше и релиз обновить. Да каждый месяц сложновато - много наших дописок.

что за конфа?

(8) а не надо через сравнить объеденить обнавлять, и будет все в шоколаде.
Юзайте обновление конфы и будет счастье

КА. До обновления была 1.1.5.1

(13) дело в том, что бывают обновление, когда данные переносятся из одного места в другое из справочника в регистр, например, в релизе 10, а в релизе 15 этот справочник удаляется. а теперь представь, что будет если накатишь в рабочую с 9го релиза на 16ый cfником

(17) я через cf-файл через поддержка - обновить конфигурацию - выбрать файл обновления

(20) зачем ночами? Можно обновлять в рабочее время. Ночью только нажать кнопку: обновить конфигурацию БД. И запустить предприятие, чтобы все обработки выполнились.

(0) Было ведь уже v8: Порядок обновления не типовой конфы

(17) так и я про это

(22) ну, я в продолжении мысли...

(21) ну так и ещё же каждый раз наши изменения надо перенести, а релизов штук 12 если?

(19) Обычно у 1Сников ничего не удаляется. Просто у справочник изменяет имя на "УдалитьЧтоТоТам"

Лиза777, эи вопросы регулярно задают на форуме. Посмотри поиском. В принципе можно "перескакивать" через обновления... Но нужно точно(!) знать, что именно делают эти обновления (и обязательные обработки). Иначе можно угробить базу.

(27) да чистала статью "прыжок через 20 релизов"

+(28) тут http://infostart.ru/public/18596/

просто в голове не всё пока логично у меня укладывается.
Спасибо вам огромное всем, что тратите свои время и силы на ответы!!!

(25) там не каждый раз. Если только вы и 1С изменяли в одних и тех же объектах.

(28) Всего-то 5 релизов. При обновлении через cfu данные в добавленных вами реквизитах не затираются. Короче, нужно накатить 5 обновлений, а в последнем еще и свои

(30) А зачем тебе оптимизировать время обновлений? Ты не франч?

(33) нет

(32)+1 как-то так

(33) потому что все выходные включая ночи сижу и обновляюсь

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

(33) Но ведь ночи оплачиваются по ТК?

Надежнее обновлять всё по очереди, включая конфигурацию БД после каждого релиза. Если изменения в типовых релизах пересекаются с вашими - то уже сложнее.

Есть подозрение, что у вас вообще процесс обновлений не самый оптимальный, если каждый раз тратится много времени

(38) такая работа дополнительно не оплачивается :(
я вот тоже задумываюсь над тем, что "не самый оптимальный" - вот и пытаюсь оптимизировать, только особо не вижу в чём

(5) hhhh прав, это за объединение надо серпом
(32) и один раз, ближе у утру, на середине цепочки трясущиеся руки ткнут "изменить структуру БД" =)
(39) выгрузи цф, в через "Обновить" обнови последним типовым цф, перенеси изменения, потести, выгрузи цф и загрузи в рабочую

(0) я делаю так:
1. копию базы обновляешь (поддержка - обновление) CFником поставщика последней версии.
2. добавляешь все свои доработки
3. запускаешь копию, проходят нужные обработки последовательно. Если вдруг есть данные, которые из-за "прыжка" потеряны тут и выявятся: реквизит отсутствует, а обработка пытается в него занести данные.
4. выгружаешь CF со своими доработками (CFсвой) из копии
5. архив реальной базы
6. обновление (поддержка - обновление) реальной базы CFником поставщика (не обновляешь базу, только конфигурацию!)
7. сравнение-объединение с CFсвой (который сделан в п.4)
8. обновляешь реальную базу.

вроде ничего не упустил :)

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

Думать надо до того как будешь обновлять. Самое очевидное и важное - свои доработки делать в своих модулях, своих объектах и только по минимуму вносить изменения в типовые. Всё это документировать. Тогда нет проблем обновляться в стандартном режиме...Ну, это так, конспективно...

(43)+1 а если в типовую форму вносятся изменения, то лучше сделать дубль этой типовой формы: ФормаДокументаМоя, назначить ее основной, оставить комментарий о всех изменениях относительно типовой формы ФормаДокумента. Тогда при последующем обновлении сразу видно: нет изменений в ФормаДокумента, твоя останется не тронутой, есть - делаешь заново дубль и вносишь все свои изменения (копипаст прокатывает)

(44) в (7) должна быть загрузка, а не сравнение

(45) Зачем "загрузка"? П.7 накладывает НЕтиповые доработки (изменения в модулях/формах) на Типовую конфигурацию, для чего здесь загрузка?

как относятся изменения в модулях/формах к сопоставлению объектов конфигурации?
на Типовую конфигурацию базы данных?

(41) > 6. обновление (поддержка - обновление) реальной базы CFником поставщика (не обновляешь базу, только конфигурацию!)
Здесь по подробней бы... CF со своими доработками я подготовил, но бух говорит: "нельзя, я еще отчетность не сдала". Когда время подошло, делаю сначала обновление конфигурации поставщика 1cv8.cfu рабочей базы, а когда вываливается окно сравнения, снимаю все галочки, выполнить. После чего делаю объединение с ранее приготовленным CF... Все верно?

Еще вопрос по настройке правил поддержки: Объекты с правилом "Изменения разрешены" ставить в "Объект редактируется с сохранением поддержки", а для Объектов с правилом "Изменения не рекомендуются" лучше оставить в "Объект не редактируется"?

есть события. в 8.3 их расширили что дает возможность менять алгоритмы как нужно и не боятцо за обновления. что бы и с формами так придумали. добавил событие для формы и знаешь что там будет та закладка или реквизит. было бы круть

Все же, почему рабочая база не обновляется подготовленным в копии CFником? Говорит что не содержит обновлений, хотя он содержит конфигурацию поставщика.

Mikhail Volkov, создай тему и не флуди в чужой :(

(48) Обновляешь на CF поставщика (галки НЕ снимаешь). Но НЕ обновляешь конфигурацию базы данных (это на случай, если твои доработки меняли типовые объекты и чтобы обновление базы на CF поставщика НЕ снесло твоих данных).

(53) Это как?

(54) Конфигурация - Обновить конфигурацию базы данных. Или Отладка - Начать отладку. Эти пункты НЕ нужно делать до тех пор, пока свой CF не накатил

(55) Я полагал, что если делаешь через поддержка - обновить конфигурацию, то конфигурация поставщика обновляется в любом случаи: снимаешь галки с окне сравнения, или НЕ снимаешь. Что в окне сравнения уже сравниваются конфигураций поставщика и базы данных. Оставил галки - снес свои доработки, снял галки - конфигурация базы осталась старой, и можно жать F7 (Обновить конфигурацию базы данных). После чего накатывать ранее заготовленный CF с доработками и обновлением.
Мое предположение ошибочно, или равнозначно твоему?
Еще бы развеять сомнения (49)?

(41) А чем чревато, если вместо п. 6-8, просто загрузить ранее заготовленный CF с доработками и обновленной конфигурацией поставщика?

Мда уж

Я это к тому, что порядок (41) не всегда годится: была у меня ситуация, здесь описана v8: Как вернуть конфигурацию на поддержку?
"Обновил УТ с 11.0.7.21 на 11.0.8.11, при сохранении конфигурации пишет "При проверке метаданных обнаружены ошибки! Операция не может быть выполнена". Ниже: Справочник.ВариантыАнализаЦелевыхПоказателей.Форма.НастройкаОтчетовДляРасшифровки: Дублирование имени объекта метаданных - действительно задвоился :( Дубль удалить не могу, конфигурация на поддержке... Что делать, снимать с поддержки? После удаления дубля, обратно на поддержку ставить... есть другие варианты?"
Тогда заготовленный CF с доработками просто загрузил в базу, ни в рабочую, в копию. Потом эту копию дальше обновил до 11.0.8.13. Сейчас отчетность 2 квартала сдали, разрешили рабочую обновить... и снова с этой хренью столкнулся!?

(59) >Я это к тому, что порядок (41) не всегда годится

Наверняка не всегда, речь про регулярное обновление своих баз, которые содержат СВОИ доработки. Т.е. когда знаешь что там и где доработано. Общие рецепты лучше в статьях типа этой http://infostart.ru/public/18562/ искать :)

(11) Off: прошу выйти на связь. [email protected]