Доброго времени!

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

Если речь про РИБ, то нужно загрузить в центр ответ от периферийного узла

а сами файла обмена просмотреть, с целью определения, что там в них так много места занимает?

(0) Озвучьте платформу и как именно Вы обновляете конфигурацию (через загрузить/выгрузить?), а так-же разрешены ли изменения типовой конфигурации.

(1) Я про первую выгрузку из центрального узла, в последующем конечно после обновления РИБ идет ответная синхронизация.
(3) 8.3.10.2772, обновляется через конфигуратор посредством меню Конфигурация, поддержка, обновление. Далее выгружается из режима предприятия через синхронизацию.

Что-то ты повторяешься Обновления центральной базы и периферийных

И конечно же надо проверять не на "про первую выгрузку из центрального узла"

(5) блин, действительно повторяюсь

(4) Да, после обновления конфигурации ЦУ в обмен будут попадать изменения конфигурации до подтверждения получения от ПУ. Что тебя не устраивает?

(8) То, что эти файлы весят дохрена ))) а изменений с гулькин нос.

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

(10) Странно, вроде на Рознице 1 / УТ 10 такого не было - после обновления узла файл выгрузки (с изменениями конфигурации) весил значительно меньше, чем размер самой конфигурации

*узла = центра (источника конфигурации)

(9) откажись от РИБ, обновляй узлы вручную.
Надеюсь всерьез ты это не воспримешь

(13) мне уже как-то советовали обновлять РИБы отключая их от  центра и обновлять, но как мне кажется это хреновое решение ))) буду мучить начальство на расширение каналов на точках..

(11) Не знаю у кого как, а у меня так стало после перехода на 8.3

(13) Весьма неплоха рекомендация, замечу. Только "вручную" заменить на "сторонними (внешними) средствами".

(15) Не всех инфобазах так? Режим свместимости 8.2 не спасает или таких инфобаз уже у тебя нет?

можно сделать рабочую конфу на СВОЕЙ поставке. тогда не нужно будет ташить кофигурацию поставщика каждый раз

(18) Значит ли сие, что придется снять с поддержки?

(16) А подробнее можно про "сторонние (внешние) средства"? Уж очень интересно

(19) Да.
(20) Тут нельзя (а то за рекламу накажут). В личку напишешь - подскажу чем сам пользовался.

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

Ну ладно, центральный узел должен быть с актуальной ЦФ, но почему это обязательно сохранение поддержки именно в этом экземпляре информационной базы?

(22) Что-то ты не то сказал, право. РИБ - конфигурации идентичные(!). Не может быть так, чтобы конфигурация ЦБ - на поддержки, а конфигурации узлов - сняты с поддержки.

Если уж снимать снимать с поддержки - то снимать все узлы РИБ.

Вот как, например, можно: обновляется копия рабочей базы - она на поддержке, а потом в рабочую РИБ базу изменения поступают через сравнить/объединить.

(23) само собой, что есть отдельная копия, в которой конфиг актуальный по получаемым обновлениям и доработкам.

з.ы. Но а как по другому - на живую, на боевой базе кодить, не останавливая работы пользователей и перманентно прокручивая РИБ ?!

(24) Согласен. Это я в (22) тебя неверно понял.