Добрый день. Подскажите, пожалуйста, первый раз буду обновлять нетиповую конфигурацию. Хочу попробовать через cf файл. Вчера его выгрузила. Правильно ли я поняла последовательность:

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

Правильно?

Заранее спасибо!
---
Неправильно всё.

1. Скачиваете дистрибутивы обновления (неполные) по порядку. Там, в таблице указано, с какого релиза на какой можно "скакнуть".
2. Делаете копию базы.
3. На копии Конфигурация -> Поддержка -> Обновить конфигурацию -> Искать файл обновления автоматически
4. Через продолжительное время перед вами откроется т.н. тройное сравнение.
4.1 Убрать фильтр. Снять все галки, поставить все галки.
4.2 Поставить фильтр "показывать различия основной конфигурации со старой конфигурацией поставщика", снять галки.
4.3 Поставить фильтр "показывать только дважды изменённые". Если ничего нет, то повезло. Можно нажимать "выполнить". Если есть, то тут и начинается ваша работа по обновлению нетиповой. Аккуратно открываете все деревья, расставляете галочки, настраиваете в шестерёнках объединения модулей и т.д.
При необходимости можно открыть ещё два конфигуратора:
В рабочей базе сравнить основную с конфой поставщика,
а в третьем конфигураторе сравнить типовую новую с типовой старой.
5. Обязательно сохранить конфигурацию в файл.
6. Повторить пункты 3-5 по количеству "ключевых" релизов.
7. В рабочей базе поочерёдно "накатывать" приготовленные вами файлы конфигураций. Обязательно запускать в режиме исполнения после загрузки каждого файла!

Пункт 7 желательно сначала выполнить на копии и протестировать итоговую конфиуграцию.
---
а почему нельзя через Поддержка - Обновить конфигурацию? там же откроется окно Сравнения/Объединения конфигураций, в котором будет автоматически отмечено что и как изменилось...
---
нет, последовательность не правильная.
не типовая так обновляется, но для первого раза думаю Вы потеряете процентов 60 доработок.
правильно это пункт 2 - сравнить, объединить и каждый модуль и форму проверить в режиме показать дважды измененные, и потом сохранить. ничего не выгружать и не загружать. Последовательность строго по порядку следования версий. ;)
---
Всё зависит от существенности изменений.

Я, к примеру, накатываю в сильно изменённых CFU последовательно. В первый раз релиз как можно ближе к текущему.

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

Делаю всё на рабочей базе. Если есть время и оно оплачивается, то можно сделать и на копии и потестировать потом как работают изменённые объекты.

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

Обновлять CF и потом загружать в рабочую базу я бы не советовал. Если сравнением и объединением, то потом практически все объекты будут считаться изменёнными. Ну а загрузкой конфигурации в рабочую базу не делал никогда, кроме случаев когда возвращал базу к стандартному виду.
---
Неправильно всё.

1. Скачиваете дистрибутивы обновления (неполные) по порядку. Там, в таблице указано, с какого релиза на какой можно "скакнуть".
2. Делаете копию базы.
3. На копии Конфигурация -> Поддержка -> Обновить конфигурацию -> Искать файл обновления автоматически
4. Через продолжительное время перед вами откроется т.н. тройное сравнение.
4.1 Убрать фильтр. Снять все галки, поставить все галки.
4.2 Поставить фильтр "показывать различия основной конфигурации со старой конфигурацией поставщика", снять галки.
4.3 Поставить фильтр "показывать только дважды изменённые". Если ничего нет, то повезло. Можно нажимать "выполнить". Если есть, то тут и начинается ваша работа по обновлению нетиповой. Аккуратно открываете все деревья, расставляете галочки, настраиваете в шестерёнках объединения модулей и т.д.
При необходимости можно открыть ещё два конфигуратора:
В рабочей базе сравнить основную с конфой поставщика,
а в третьем конфигураторе сравнить типовую новую с типовой старой.
5. Обязательно сохранить конфигурацию в файл.
6. Повторить пункты 3-5 по количеству "ключевых" релизов.
7. В рабочей базе поочерёдно "накатывать" приготовленные вами файлы конфигураций. Обязательно запускать в режиме исполнения после загрузки каждого файла!

Пункт 7 желательно сначала выполнить на копии и протестировать итоговую конфиуграцию.
---
может вы мне подскажите, пожалуйста, в дереве настроила, нажала выполнить. Дальше не понимаю - накатывать следующий релиз ? А когда переносить изменения? На видео он работает в двух базах, копию базы я тоже создала и запустила. Но почему когда я хочу запустить заново обновление, чтобы увидеть окно настройки, мне предлагается уже следующий релиз? Заранее спасибо.
---
Дальше - запустить в режиме Предприятия, чтобы обновились данные. А уже потом следующий релиз.
Свои изменения надо переносить уже на окончательный результат.
---
Но почему когда я хочу запустить заново обновление, чтобы увидеть окно настройки, мне предлагается уже следующий релиз? А что в этом удивительного?
---
Да, накатывать следующий релиз. Но перед этим выгрузить конфигурацию в файл и запустить в режиме исполнения.
По итогу подготовки, у вас должна оказаться батарея из нетиповых*.cf ключевых релизов.
---
4.2 Поставить фильтр "показывать различия основной конфигурации со старой конфигурацией поставщика", снять галки.

А это собственно для чего?
---
Чтобы не затереть "наши" доработки. Ведь, в предыдущем пункте мы проставили все галочки.
---
Странно... я обычно при сравнении в дважды измененных расставляю какие мне функции надо оставить, какие заменить, какие доработать после обновления
---
Это разумеется. Но перед этим в (4) я предложил ещё и снять-поставить все галочки.
Иногда бывает, что процедура сравнения непонятно как их расставляет. Нельзя ей доверять.
---
а. вот если снять - поставить - тогда ок
---
Дело в том, что у меня нет доступа к базе. Она на удаленке. Оттуда берут cf-ник, обновляют на месте и возвращают обратно. Так делали раньше вроде. Изменений немного вроде как, какой-то макет только.)
---
Ну так перенесите его в расширение а базу поставьте на замок...
---
Так нельзя! Если обновление затрагивает больше одного "скачка", то .*cf должно быть несколько.
---
Спасибо.
Тогда получается, что сначала один cf ник обновлять, за тем обновленный на следующий релиз, правильно?
---
Правильно. Надо проводить все манипуляции по обновлению для каждого ключевого релиза.
И не забывайте каждый раз запускать в режиме исполнения.
---
Вообще можно и один. Если неоговорено обратное.
---
Нельзя. Не путайте людей и сам не занимайтесь ерундой.
Если сказать по релизам не так, как задумал поставщик, то могут потеряться данные из-за реструктуризации.
---
Поставщик даёт обновления CFU на пару тройку предыдущих обновлений, чтобы не закачивать/выкачивать постоянно лишние гигабайты. Иногда, раз в 5-7 лет, есть релизы, которые пропускать нельзя. Например при смене редакции.

Сильно изменённую конфигурацию безусловно лучше обновлять с мелким шагом, но это не обязательно. Данные при реструктуризации могут и так просто потеряться. Даже при тестировании выполняется реструктуризация.
---
Реструктуризация, которая в тестировании и исправлении, ничего удалить никогда не сможет. Структура остаётся та же. Чему там удаляться?

Но при обновлении ещё как может! Вот хорошее объяснение:
http://forum.infostart.ru/forum86/topic53350/message1116827/#message1116827
---
Но при обновлении ещё как может! Вот хорошее объяснение:
http://forum.infostart.ru/forum86/topic53350/message1116827/#message1116827

Оно слишком хорошее для меня. Чтобы Вы знали при обновлении все обработки в режиме 1С с предыдущего релиза на текущий выполнятся последовательно. И никакая табличная часть не потеряется. Человек обновлял кривую базу, что-то потерял, придумал себе объяснение и теперь дует на воду.
---
Кривые базы создаются такими, как вы.
Вот пример.

Если обновите своим способом розницу с 2.2.5.27 на 2.2.12.30, то запоганите все адреса.
В адресах ресурсы были перенесены в реквизиты.
Да, обработчик обновления может выполнится и без ошибок. Но в реквизитах этого регистра будет пусто.
Данные затрутся реструктуризацией!
---
Кривые базы создаются такими, как вы.

Кто это мы? ))

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

Но в бухгалтерии в релизе 3.0.115.19 написано: "Текущая версия конфигурации предназначена для обновления с версии не ниже 3.0.61.37"

Если перефразировать одного из героев сериала "Симпсоны": Зачем бы это надо было писать, если бы так нельзя было делать?!
---
мне наш программист тоже говорит , что можно через один..я уже запуталась. Но я сама читала, что правильнее делать последовательно. Но он сначала сказал сам обновит, а сегодня сказал , чтоб я обновляла, потому что ему некогда. Вот сижу и разбираюсь. Хочу закачать в пустую базу cf-ник и последовательно обновлять. Так же можно , правильно понимаю?
---
Можно. Это описано в (4)
---
Спасибо.
---
Но я сама читала, что правильнее делать последовательно.

Так существенно проще. Ближе релиз, меньше пересечений ваших изменений конфигурации с теми, что делает 1С. Меньше шансов что-то пропустить.
---
1С:ГРМ? Мы сейчас тоже одного из клиентов со своего сервера в ГРМ переносим. Уже предвкушаю его прелести.
---
Нет, БП 3.0. Да, вот говорят, что делали через один..но толком подсказать некому, потому что программист на удаленке. И все время занят. Я консультант.
---
1С:ГРМ - это сервис. Размещение баз. Мы с ним не работали, но то, что я про него знаю, это как раз невозможность обновления базы на файл обновления, а какие то манипуляции с готовыми CF-шками.

БП3.0 - конфигурация.

Главное сделайте архив. И если Вам так страшно, то найдите возможность выкачать базу к себе и смоделировать обновление на своём компьютере. Т.е. приготовить CF-шку и накатить её уже так как положено на сервере, но на своём рабочем месте.
---
Я вот так и хотела. Но сейчас, почему-то вместо Полного дистрибутива, какой-то Технологический дистрибутив. Платформа не видит его и не могу создать базу из шаблона. Платформа актуальная. Наверное приедтся все-таки просить доступ к удаленке и обновлять последовательно, там же на удаленке.

Про 1С:ГРМ не слышала) Нет , я просто подключаюсь через Radmin.
---
почему-то вместо Полного дистрибутива, какой-то Технологический дистрибутив

Полный дистрибутив, в который входит демо-база и CF для создания пустой не умещается в 2Гб. Поэтому 1С их разделили. Одно время они вообще давали только демо-базу и говорили CF из неё выгружать ))
---
а вот смотрите, если я сейчас cf-ник закачаю в пустую базу и вней буду обновляться. Так же можно? Я уже не знаю как делать лучше))
---
Сейчас для БП 3.0 на releases.1c.ru дистрибутива конфигурации:

1. Дистрибутив создания новой базы
Скачивается файл вида Accounting_3_0_xx_xx_setup1c.zip - это полный установочный дистрибутив конфигурации для установки шаблона конфигурации из файлов (при установке из данного дистрибутива в tmplts создаются файлы 1Cv8.dt и 1Cv8new.dt, из которых потом создаются базы из шаблона).

2. Технологический дистрибутив
Скачивается файл вида Accounting_3_0_xx_xx_setupt1c.zip - это технологический дистрибутив конфигурации, при установке из которого в tmplts создается файл 1cv8.cf. С помощью данного дистрибутива создать базу из шаблона конфигурации штатным образом нельзя, но можно загрузив конфигурацию из CF.
---
то есть мне сначала, 1. создать эту базу, затем технологический дистрибутив? А когда свой cf-ник закачивать?
---
Зачем вам оба дистрибутива? Из созданной конфигурации можно легко получить CF, а из CF можно создать базу. Вопрос только в количестве шагов, которые нужно сделать для получения желаемого. Выбор дистрибутива зависит от удобства и что именно нужно получить в итоге, базу или CF.
---
все, я поняла, то есть либо в пустую закачиваю технологич дистрибутив, либо создаю по шаблону из дистр создания. Спасибо.
---
Если вдруг будут вопросы по коду, при сравнении, я сюда напишу, вы мне уж подскажите, пожалуйста). Спасибо.
---
подскажите, пожалуйста, а если я cf-ник вчера скачала , а обновляю сегодня , это нормально? если глупый вопрос, то извините, просто не понимаю, я же его загружать потом буду в рабочую базу, а люди то там работают.
---
С такими навыками советую сначала попробовать на тестовой копии
---
ну я понимаю. Но надо делать. Я смотрю видео Леонтьева и делаю. А после уже буду да, еще на копии тренироваться.
---
Я смотрю видео Леонтьева и делаю. Любил в детстве Леонтьева... "Мой дельтаплаааааан..."
---
а если я cf-ник вчера скачала , а обновляю сегодня , это нормально? Не кефир, не прокиснет. Вопрос же в другом - подходящий ли cf вы скачали?
---
у меня сейчас уже даже не знаю в чем вопрос..) я сделала все настройки в окне сравнения, нажала выполнить, а дальше что делать не понимаю. Создавать еще одну базу для переноса изменений или можно в этой же все делать?) Как мне перенести изменения. У меня были изменения в модулях и формах. Cf-ник закачивала в пустую базу, который сохранила вчера из рабочей.
---
Если вы делаете на копии - то сейчас вы эту обновленную конфигурацию должны накатить на РАБОЧУЮ базу, и запустить рабочую базу в режиме Предприятия, чтобы корректно обновились данные в рабочей базе.

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

И только после того, как все изменения приняты в рабочей базе - начинайте формировать следующий CF в копии.
---
Вот щас тут обновляем Розницу людям. нетиповая + расширения + РИБ + Розница 2.3.8.27, которая дальше обновлений не дает(глюк обновления на 2.3.8.27). Обновляли последний раз 2 года назад. Накатил один релиз из трех требующихся...

Я это обновление буду помнить всю жизнь... Я так не ругался на могучем русском еще никогда так сильно.
---
обычно чтобы не вмешиваться в работу людей - делается копия, на копии проводятся все манипуляции по обновлению, затем из обновленной копии забираем cf файл.
И делать так нужно ДЛЯ каждого КЛЮЧЕВОГО релиза.

И вам еще повезло если у вас не РИБ. С РИБ куда веселее.

А если еще помимо нетиповой конфигурации у вас есть еще расширения, то тут только могу сказать: Удачи!
---
тогда не понимаю зачем мне программист сказал скачать cf-ник. Я думала на нем и делаются обновления, а затем выгружаются в рабочую базу. Но все равно спасибо.
---
ну в принципе тут без особой разницы что будет источником копии: cf , dt , 1CD
---
Разница есть
---
Что не так?
---
почему-то после того как я провела настройки, и хотела еще раз обновить,чтобы вышло окно настройки сравнений для переноса изменений, мне предлагается уже новый релиз, хотя переноса я еще не делала, Я сделала только Выполнить после настроек в окне сравнения.
(43)
---
Ах, так вы еще и не программист...
Тогда остановите все действия, и идите к начальству с требованием нанять программиста.
---
да, не программист...Консультант-бухгалтер. А программист как-бы на удаленке, но все время занят, так как у него основная работа есть. Целый день пишу ему - не отвечает. Придется идти все-таки к начальству)
---
Удачи, чо. Новому программисту сначала потребуется время разобраться в тех изменениях, которые уже внесены в базу. И только потом он приступит к обновлению.
Ну.... При условии, что он умный.
Но умный и денег запросит больше.

Готовьтесь ;-)
---
Если изменения вносил умный человек, то он изменения комментирует.

Самое подлое в обновлениях что типовой, что не типовой - это расширения без контроля.

Умные 1С-ники перенесут код функции из одного модуля в другой, а расширение будет партизанить до последнего... Т.к. оно собственно не работает, но и ошибок не вызывает
---
я обновляла типовую с расширениями. Но там мне более менее все понятно было. Да, нетиповой с расширением тоже есть база. Не знаю, что делать. Наверно, завтра попробую ещё раз с самого утра.