Данная обработка работает под обычное приложение, но при желании программист сможет переделать под управляемое приложение. Эта обработка предназначена для программистов, а не для пользователей. Первоначальные действия: нужно в обработке поменять пути в конфигураторе к папкам, куда будут скидываться файлы обмена! В данной обработке прописано для ФТП. Данная обработка помогает выбирать только измененные файлы.
У меня она работает через планировщик заданий, каждые полчаса. 25 магазинов, обмен делается 5-10 минут со всеми базами.
Сначало нужно сделать полный обмен с РИБ, а потом запустить эту обработку на центральной базе, ну а в РИБ просто настраивается обычный АВТООБМЕН
ВНИМАНИЕ: Данная обработка требует доработки под нужды конфигураций
1. Замена путей обмена
2. Замена планов обмена, у меня был добавлен «Филиалы» и сделано для него.
Думаю, это небольшие доработки для ускорения обмена между базами! Раньше делался обмен 12 часов, сейчас каждые полчаса работает, и нет проблем
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
Можешь подробнее рассказать за счёт чего идёт ускорение обмена?
То же интересует данный вопрос. У нас самописная конфигурация. Хотим перейти на Розницу. Но у нас более 100 торговых точек и их количество будет увеличиваться. Объём передаваемой информации у нас не большой. У нас на точках не более 100 номенклатурных позиций, позиции крайне редко меняются. И не очень большие объёмы продаж около 100-150 максимум документов в день. Но это на самых ходовых точках в праздничные дни.
Сейчас на самописной базе обмены идут очень долго. Одна из задач при переходе на Розницу это сокращение времени обмена данными.
(1) TODD22, Там прописана куча обменов для изменения регистраций обмена, и получается что при всех проверках, она оставляет только реально то что изменилось, к примеру как у меня мы делаем переценку всего товара, который есть во всех базах, и при проведении документа, в регистрации появляется куча справочников, которые по сути не нужны магазинам, и при проверке они очищяются, ну т.е. прописано куча проверок, которые, очищяют не нужные регистрации! Данная обработка работает у меня пол года и пока не было случая, что что-то при обмене не попадало в РИБ! Качайте посмотрите код, может перепишете, добавите еще какие нить проверки! По сути это хороший пример как ускорить обмен РИБ между базами! Запускаете через планировщик эту обработку раз в пол часа и забываете про обмен на долго. Ну я переодически проверяю папку куда происходит обмен, и смотрю у меня там должно появиться 25 файлов, если не появляются, такое тоже бывает, то я смотрю в чем проблема! Самое интересное, что не нужно менять номера сообщений, если даже они сбились, то пройдет несколько обменов и они востановяться
Да там же в коде прописано, самообновление конфигураций, но нужен батник, мне писал батник другой человек, при обмене просто запускается батник ну и обновляется конфигурации
Ну кому интересно, кто хочет у себя ускорить обмен данными, может скачать этот пример и подчерпнуть что нить для себя
(4) Не качал. но спрошу. Если измениться центральная конфигурация , как произойдет обмен ?
(1) У меня есть клиент с сеткой 45 магазинов — с обмен идет раз в 15 мину -полный обмен в одну сторону около 3 минут ! (Номенкальтурных позиций : около 5000 , размеры, цвета…) Летает
Но у меня _ УТ- MAGAZKA(ЦБ)-MAGAZKA(ПБ)
(4) Tatitutu, У меня написан батник во всех магазинах лежит, как только происходит изменения в базе, запускается батник и обновляет конфигурацию сам, все это прописано в обработке
(5) Tatitutu, К сожалению Магазька нам не подходит… По многим причинам.
Спрошу немного не по теме, что за батник, у нас около 20 точек и каждый раз приходиться обновлять. Как контролируете что все точи обновились? ПС, подойдет данный батник для клиент-серверного режима?
(8) qwed557, Батник написан, для запуска и обновления 1с, а так все делает обработка, при обмене прописано чтобы запускался этот батник, этот батник писал мне другой человек, если не кто не написал, про то что обмен не прошел или не обновилось, значит все успешно прошло)
Кого интересует реальное ускорение обмена данными на больших объемах, у нас есть платное универсальное решение . Технология ускорения (многопоточность) описана в статье .
(10) tormozit, В данном примере показано ускорение выгрузки, а не загрузки больших данных, и это реально сделать и без платных решений, просто пример подкорректировать под свою организацию, был тест сделан, на 97 магазинов, выгрузка произошла за 45 минут всех магазинов, за какое время выгрузит ваш продукт, к примеру 50 магазинов даже?
(11) если не охота читать поясняющую статью, то попробую описать в двух словах. Ускорение выгрузки в один узел обеспечивается распараллеливанием выгрузки на несколько потоков. Чем дольше обрабатывается каждый зарегистрированный на узле объект при выгрузке, тем сильнее будет ускорение при том же числе потоков. Аналогично для загрузки. Если укажешь примерную длительность выгрузки одного объекта, я приведу конкретные коэффициенты ускорения для разного числа потоков.
(12) tormozit, Примерная выгрузка у меня в 25 магазинов, 5 минут все магазины выгружаются, на 97 магазинов 45 минут, там получалось какой то за 10 секунд выгружался какой то 5 минут, так не определить. У меня ровно 5 минут 25 магазинов
(13)
А чем магазины торгуют? Какой объём выгрузки в документах продажи?
У нас самописная конфигурация, обмен(выгрузка и загрузка) 120 узлов около 30 минут.
(14) Которые 97 магазинов, ну много чем торгуют, разный товар, стоит обычная торговля дописанная, выгружается практически все, документы прихода, продажи, инвентаризации и т.д., практически все тоже самое что и в типовом варианте выгружается, плюс практически все справочники