Приветствую, товарищи!

Обмен. Обмен нужен гипер_оперативный, но... данных многа. Многа данных, из которых 90% идентичные для всех баз, выгружаются из центральной. Как бы так извернуться, чтобы 90% идентичных данных выгружались один раз и для всех периферийных?
Варианты?

8.2, обмен по правилам через файл, регламентное задание.

заведи план обмена

(1) Так всё по плану. В плане ж каждый узел прописан, кому и что изменилось и выгрузить нужно. И каждому одно и то же, как правило.

(0) Баз сколько?

(3) 57 и их количество растёт.

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

(5) Можно удалять регистрацию изменений, когда последняя база подтвердит получение

(0) Зачем так изворачиваться?

(4) На самом деле ставьте нормальный сервер с быстрым ССД-диском, тогда пофиг, сколько баз.
У меня достаточно долгое время на поддержке была РИБ из 160 узлов. Корректно обновлялись.
Принципиальных проблем не вижу.

Можно со временем подумать о древовидной иерархии РИБ, но это не принципиально.

(7) Чтобы не плодить сотню одинаковых файликов.

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

(8) Проверял скорость диска на запись - 80 МБ/с. То есть - выгрузка должна за секунды записаться, а по факту 30-40 минут на 57 баз и до 2-3 часов. А если периферия не успела ответ записать о приёме - выгружается повторно и так до посинения. Итого - часами обмен не проходит. Тут ещё и синхронизацию бы куда-то залепить - выгрузка следующего пакета, лишь при получении периферией предыдущего.

можно ввечти промежуточный уровень - 1 - 8 - 64 баз

(10) А параллельно - несколько регламентных заданий делать надо или фоновые плодить одним регламентом?

(13) как тебе больше нравится

Сделайте впн и цитрикс, работайте в единой центральной базе.

(15) ну да, сделай так, чтобы в 57 точках не было проблем с интернетом :)

дальше 300 км от москвы/питера это реально сложно.

(11) Обмен раз в сутки не подходит?

(17) Можно прокинуть оптоволокно или радиоканалы

"Тут ещё и синхронизацию бы куда-то залепить - выгрузка следующего пакета, лишь при получении периферией предыдущего."

(11) в УПП например есть галочка в настройках обмена "Выгружать данные только при успешной загрузке"
сдери оттуда

(15) Скорее всего точки достаточно мелкие.
Магазинчики или сервисные центры.
Нереально обеспечить всем нормальную связь.

У нас треть точек на мобильных модемах жила. По два часа файлик с обновлением копировался. Но жили и обновлялись.

Сразу прошу извинять, что я оцениваю только отрицательные стороны, но это значит, что остальные отрицательные я не вижу))

1-8-64 - не прозрачно, регламенты так затупают странно, что иногда сутки проходят, пока до кого-нибудь дойдёт, что обмен не полный.

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

(20) А вот "выгружать при успешной загрузке" где-то видел. Спс!" Реально работает? Принцип не пойму

(22) а хз, не смотрел.

(20) Принцип не понимаю вот в чём: как понять, что загрузка никогда не произойдёт, например - удалился файл обмена из-за сбоя сети. Тут нужно мониторить только эту причину или ещё есть?

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

и еще, сейчас посмотрел, это реализовано только для интерактивного обмена

для фонового вроде это итак должно работать, если и загрузка и выгрузка выполняются в рамках одного задания

(22) 1-8-64 работает у меня на >60 баз, время прохождения полного обмена <2 часов :)

И, кстати, да - ведь не только выгруженный файл может пропасть, но и файл ответа тоже. Страшна ли при этом повторная регулярная выгрузка файла ответа с периферии(?) Он, как правило, не более 15 метров.

У нас обмен запускается через каждые 10 минут. И пользователи ждут, что за 20 минут у них должен полноценный обмен пройти, но увы...

(26) а чем такая схема лучше по сравнению с параллельной выгрузкой?
ну просто интересно
8 узлов промежуточной базы выполняются на том же сервере, что и центральная база, то есть ресурсы-то жрать будет столько же, но + обмен этих 8-и узлов с ЦБ...
или я чего-то упускаю?

(28) тем, что выгружаю 8 обменов, они там дальше на другом сервере. а параллельно выгружать 8 проще, чем 64

+ они логически объединены таким образом, что много данных первого уровня общие именно для узлов второго уровня, общих для конкретного узла первого уровня.

Где бы ещё 8 серверов взять... а на одном серваке и с одним обменом не справляется, ну, быстро-быстро не справляется. Хотя, я попытаюсь сделать параллельную выгрузку, а вдруг - взлетит! Проц и на 15% на серваке не занят. Диск быстр. Где тупит - не ясно.

(31) замер производительности, только тссс!
у меня с помощью галки "повторное использование возвращаемых значений" в нужных местах получилось ускорить в разы выгрузку

Разбей обмен на 2-3 плана обменов - те для справочников создай свой план, для документов свой. по справочникам делай пару раз в день, по документам постоянно по кругу. Чревато конечно битыми ссылками.

(0) Есть один способ .... отказаться от  распределенки и  работать в одной базе .

+(34)  Сразу и говорильня на N постов отпадет .

(34) при надежности канала в 99% для 50 точек уже получаем 60%

99% надежность у одной точки

для 100 точек - 36%

>Обмен нужен гипер_оперативный
>Интернет есть, но он крайне неустойчивый в отдельных местах, и, порою, его тупо нет
>пользователи ждут, что за 20 минут у них должен полноценный обмен пройти

У вас, похоже, проблемы не с самим обменом, а в консерватории что-то не так. А значит, как не пыжься, только крайним выйдешь. Рассматривайте проблему на более высоком уровне.

(36) А кто сказал что это бесплатно ?  Это ж не файлы по стране гонять через mail.ru  в рибе .

(33) Чревато, да. К тому же - основная шляпа как раз в справочниках. И регистрах. Но не суть, мысль ясна - покурю.

(32) А замер выполнения регламентного задания, что на сервере выполняется, аналогичен будет простому запуску на том же сервере из под толстого клиента? Хотя бы в основной массе?

(34) Как это сделать?

(39) Тут не понял 00

(32) или на сервак отправить выполнение, типа фоновый запуск сделать?

(41) Сначала выделить бюджет на каналы .

Если его нет ..... Выход - mail.ru

(44) Почта - в смысле - гарантированное наличие письма, если смогло отправиться? 300-400 метров, правда, смущает для письма. Или я не так понял? По одному объекту кидаться?

400 метров? пробовали архивировать, а?

пц....

(29) а ну если на другом - то всё логично

(46) гыгы)))))

(46) Интересно, чего ж там колотят на 400М за 10 минут? Ума не приложу.

А я поясню: изменение условий расчёта документов. За 10 секунд проведения документа.
А архивировать мысль была, но почему по умолчанию не архивируется - это напрягло изначально.

рукалицо... у тебя 400 метров в 5 сожмуться, и копироваться по инету нормально будет...

*сожмутся

Я бы попросил "рукалицо" пояснить - не пойму, что за предикат)

А мысль я уловил, отказываться даже вредно.

(51) нетленка? типовые вроде все архивируют
да и во всяком случае платформа сама zip поддерживает

http://lurkmore.to/Facepalm