Доброе утро!

Помогите советом. Делаю переход Управление торговлей и взаимоотношениями с клиентами (CRM) 2.0 на 3.0 измененной конфигурации. Платформа 8.3.10.2667.
Разработчик говорит делать переход простым обновлением. Т.к. конфа доработанная обычно обновление делаю через сравнить-объединить, затем обновляю конфу поставщика. Здесь делаю так же, но файл самой конфигурации раздулся до 1,2 Гб. Типовая весит 600 мб. При обновлении выходили ошибки странные, в типовых объектах код на общие модули несуществующих функций, исправляла на ходу. Изменений в новой редакции много, переименование общих модулей и объектов, удаление объектов итд.

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

Что-то ты повторяешься с темами

(1) извините, но на прошлую тему никто не ответил

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

>>Типовая весит 600 мб

Это вообще норма? Что-то многовато, имхо.
Но, типовая правленная и содержит в себе типовую и правленную, поэтому рост х2 вполне ожидаем

(3) Есть некоторые объекты (реквизиты документов) в которых не сопоставляются объекты конфигурации поставщика. При сравнении объединении они сопоставлены. Такая ситуация исторически сложилась, обновляли до меня как-то так.
ранее создавала тему здесь Разница конфигурации поставщика и основной конфигурации.
Соответственно поэтому и делала через сравнить-объединить.
Взять типовую конфу на нее наложить наши изменения и полностью загрузить конфигурацию. - это рабочий вариант?

(6) Отличный вариант, только резервную копию данных сделать не забудь

А еще лучше понизить связность у сделанных изменений с типовой конфой при этом

(6) Я не принимал ранее участие в обсуждении, но в курсе, что в конфигурации есть объекты, которые не сопоставляются с объектами конфигурации поставщика.

При обновлении такие объекты можно сопоставить "вручную".

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

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

может раздулся просто потуму что поддержка с возможностью изменения?

Между прочим, у меня УПП+CRM - выгруженная конфигурация весит около 700 метров (конфигурация поставщика + основная конфигурация с изменениями). Раньше, когда УПП была на поддержке у двух поставщиков - она весила ещё больше (две конфигурации поставщиков + основная).

(11) моя в редакции 2.0 весила так же почти, а теперь при переходе на редакцию 3.0 совсем раздулась, конфигурация поставщика 1 при этом

(12) правильно, 2 конфы хранится в базе

(10) конечно

Я не вижу компромата в словах ТС, если "раздувание" (мне термин ужасно понравился :), с её слов "Типовая весит 600 мб" и изменения правил поддержки на "Редактируется с сохранением поддержки", вес выгруженной конфигурации "раздулся до 1,2 Гб" :)

Много это или мало - легко проверить. Если поставщик Рарус, то у них с сайта можно взять типовую конфигурацию; поднять новую (пустую) базу; загрузить туда конфигкрацию и изменить правило поддержки - выгрузка покажет вес изменения правила поддержки. Только после этого можно будет достоверно утверждать о "раздувании" конфигурации рабочей базы ТС.

600 поставщика и 600 основная
загрузи из cf и вернись на поддержку
останется одна поставщика 600

(13) в базе 3, основная, поставщика и конфа БД

(16) спасибо огромное! Я так понимаю загружать конфигурацию полностью лучше не надо)

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

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

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