Всем здрасти) Заранее хочу сказать, что я не 1сник, но так сложилось, что на мои плечи упало вот такое счастье:Дано офис и 15 магазинов по регионам. В регионах база файловая весом 13 гб. Но это ладно. Все это дело обменивается по плану обменов полный через фтпшку. Файлы выгрузок из главного узла от 100 до 250 мбайт, а филиалы в основном деревня на юсб модемах. Как итог люди в филиалах не могут получить документы ибо обмен либо проходит очень долго, либо вообще не проходит из-за самых разных ошибок. И собственно вопрос: можно ли как-то уменьшить файл обмена? Я понимаю, что это не решение, но руководство пока не хочет заказывать аутсорсам новую конфу, а те, кто писал эту канули в лету.
ПС сори за количество букв, но конкретней не выходит)

XML жмётся прям на отлично

100-250 это про зип архив хмлки)

тогда надо звать программиста

(2) такой ЗИПархив распакуется на кучу гигабайтов, в итоге всё равно врятли загрузите в узлы... что то не так

т.е. понятного айтишнику способа нету?

(5) по отпечатку фотографии, нарисованному вилами на воде мало чего можно сделать

(5) сколько в архиве весит xml-ка?

+(7) кстати, да. у меня 18-20 Мб разворачивалось в гигабайт. а тут ажно 150

(7) из 100 мб архива распаковывается 200 мб файл

(9) ересь какая-то... картинки чтоли там?

(10) а хз) но в номенклатуре есть картинки к каждой позиции.

(11) по хорошему программист нужен, да и не раз, да еще и хороший, чтобы механизм либо хранения, либо обмена править.

по сабжу - да, уменьшить можно, не передавая картинки, тогда вобще мелкий файлик будет. Нужно править правила обмена

"Я тебе одну умную вещь скажу, ты только не обижайся"(с)

Как часто происходит обмен? А чаще обмениваться не пробовали?

(офф)
Доктор, я чешусь.
Мыться не пробывали?
Не помогает. Через месяц опять чешусь

(12) а не проще будет запилить Розницу сюда? Я хоть и полный нуб в 1с, но имхо зачем УТ в магазинах торгующих только в розницу одеждой.

(14)>(9)...

(14) с главного узла выгрузка каждый час. Со стороны магазинов практически каждый час) нет, не пробовал. есть шансы что поможет?

(17) никаких, если выгружается всё и безусловно

Впринципе все понятно. Надо кого-то звать=) Всем спасибо

(17) Теоретически, да. Увеличиваем частоту обмена - уменьшается объем сообщения.

Есть и другие способы "контролировать" объём. Например: запретить запускать групповые обработки в течении рабочего времени :)

(20) там картинки, они не сжимаются... см (8), по объёмам как.
Уменьшения от частоты выгрузки сильно не будет, для такой связи хоть 50, хоть 100 Мб - одна сотона

(0) проверьте снимается ли регистрация объектов после принятия ответа. Проверить можно обработкой "регистрация изменений для планов обмена" и др утилитами.

(0) регламентные задания тоже нужно проверить. Может там какой то пересчет себестоимоти постоянно идет.

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

Некоторые нервно реагируют на совет "Пригласите специалиста" - но тут именно этот случай. Когда точно не знаешь как именно обмен настроен - трудно что-либо советовать конкретное.

(21) "там картинки, они не сжимаются" - всё решаемо... не сжимаются? Тогда - выбрасываются...эээ... ну, да - программистом.

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

Номенкла

(0) Прежде всего надо разобраться в структуре базы...
> В регионах база файловая весом 13 гб.
А центральная сколько весит? Если распределенка, то во всех узлах полные копии базы. В этом случае надо отказаться от РИБ, перейти на УниверсальныйОбменДаннымиXML, тогда периферийные базы станут раз в 10 меньше (при 15 периферийных), соответственно объемы файлов обмена также станут меньше...
Если это уже сделано, то проверить включена ли регистрация изменений, чтобы выгружались только измененные объекты.
На первых этапах настройки обмена ее не включают, т.к. это дополнительная нагрузка на базу. А выгружают весь период от ГП... Кстати, восстановление последовательности регулярно делается?
Теперь о "картинках", насколько они нужны? Если это внешний вид товара, то исключить их из регистрации изменений. Если это сертификаты, сопроводительная документация (как у алкоголиков), то эти "картинки" нужно выносить в отдельную базу. А в 1С должны быть только ссылки на "картинки".