Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

РИБ 1С:Розница на 150 магазинов

РИБ 1С:Розница на 150 магазинов
Я
   Леха Дум
 
29.11.12 - 15:01
Кто поднимал на 1С:Рознице такое количество узлов (от 100), откликнитесь! С чем столкнулись, как победили блокировки узлов? Как часто происходит обмен, какой регламент в магазине?
   Нуф-Нуф
 
1 - 29.11.12 - 15:03
что за блокировка узлов?
   Леха Дум
 
2 - 29.11.12 - 15:05
(1) Ошибка при чтении изменений при обмене РИБ:  Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфликт блокировок при выполнении транзакции

ПланыОбмена.ПрочитатьИзменения(ЧтениеСообщения, СтруктураНастроекОбменаДанными.КоличествоЭлементовВТранзакцииНаЗагрузкуДанных);
   DimGan
 
3 - 29.11.12 - 15:05
Если не требуется оперативные остатки центрального склада то какие проблеммы могут тут быть.

Вопщем опиши предпологаемую структуру предприятия.
   Надсмотрщик
 
4 - 29.11.12 - 15:07
(0) У меня на клюшках 97 в разных часовых поясах
   Web00001
 
5 - 29.11.12 - 15:07
дык ето же просто конфликт блокировки таблиц, причем здесь количество магазинов?
   Нуф-Нуф
 
6 - 29.11.12 - 15:09
(2) делай обмен чаще

(5) когда центр делает без передыху обмен с 100 узлами - блокируются таблицы изменений. и обмен выполняется пооереди
   Web00001
 
7 - 29.11.12 - 15:12
(6)тогда надо делать реже, ночью например. За ночь то можно провести все нужные обмены
   Нуф-Нуф
 
8 - 29.11.12 - 15:14
(7) если делать часто - пакеты будут маленькие, обмен будет проходить быстро. а привязываться к ночи - слишком низкая оперативность, не всех устроит
   Леха Дум
 
9 - 29.11.12 - 15:15
Конфигурация 1С:Розница 1.0.
Один центральный узел в офисе клиент-сервер и 150 подчиненных узлов - файловые версии, подчиненные узлы в свою очередь также выступают центральными для касс магазина (2-8 касс). Оперативные остатки не требуются - в центральной итоги по регистрам можно вообще отключить.
Центральный узел розницы в свою очередь связан с корпоративной ИБ.
Мы пока что столкнулись с блокировками (2)
   Леха Дум
 
10 - 29.11.12 - 15:17
сейчас порядка 50 магазинов, обмен каждый час идет.
   Nikulin
 
11 - 29.11.12 - 15:22
Сделайте деревом
1 центр. 10 промежуточных. у кажой промежуточных по 10 магазинов.
можно меньше/больше промежуточных
   Леха Дум
 
12 - 29.11.12 - 15:24
(11) и нанять еще 10 программистов или сисадминов!
   Bober
 
13 - 29.11.12 - 15:26
(0) решение есть, но потребуется уйти от типового РИБа.
   Nikulin
 
14 - 29.11.12 - 15:30
(12) зачем. Промежуточные - автономны. И помогают как раз избегать избыточных блокировок, т.к. в очереди не такое количество обменов.
Можно остановиться в вашем варианте на 3 промежточных по 50 магазинов.
Советую не по собственному - к сожалению опыту а по тому что есть такие варианты =)
   Леха Дум
 
15 - 29.11.12 - 15:35
(14) этот вариант рассматривался - при этом хочешь не хочешь возникают затраты времени на обслуживание этих узлов, хотя бы тот же бэкап, увеличивается время прохождения информации
   Леха Дум
 
16 - 29.11.12 - 15:36
(13) обмен текстовичками?

а перевод на управляемый режим блокировок не спасает случаем?
   krbIso
 
17 - 29.11.12 - 15:41
(16) Нет не поможет, делайте чаще, в чем проблема? или у вас спутник раз в час пролетает над магазином?)
   Serg_1960
 
18 - 29.11.12 - 15:43
(дурацкое, но решение) Риб-база на 152 узла: 150(магазины) + 1(для юзверей ЦУ) и центральный узел - только для обмена. Ну и для обновления конфигурации, естественно.
   Леха Дум
 
19 - 29.11.12 - 15:48
(17) у вас крутится 150 магазинов? сталкивались с тем, что бывает, когда магазин забил на обмен, а потом по звонку из центра его включает и вываливает всю накопленную кучу изменений?
(18) именно такое и нужно, параллельность обменов только подкачала.
   krbIso
 
20 - 29.11.12 - 15:54
(19)это организационный момент, с тем что магазин забил на обмен никогда не сталкивался так как обмен обычно автоматизирован.С проблемами технического характера да, но это единичные случаи
   Длинный Клиент
 
21 - 29.11.12 - 15:56
бери по 300 руб за магазин, по предварительным расчетам, озолотишься, правда, я еще не умножал сам, но предполагаю.

Гланое, бери заранее и убегай, а то с этими обменами заколебешься.
   Нуф-Нуф
 
22 - 29.11.12 - 15:57
(21) 300*150 = 45000 - это называется озолотится? :) мелко живете товарищ
   Длинный Клиент
 
23 - 29.11.12 - 16:01
(22) а ты, математик !
   Длинный Клиент
 
24 - 29.11.12 - 16:07
О промежуточных узлах (по опыту) согласен
   Serg_1960
 
25 - 29.11.12 - 16:13
(19) ТС, а никакой "параллейности" обменов и не надо - этого не требуется.

Допустим, в 12-00, все магазины начинают выгружать в общую директорию свои сообщения обмена.

Центральный узел, последовательно, загружает эти сообщения от всех узлов и потом выгружает, также последовательно, сообщения обмен для узлов.
В 12-30, например, все магазины начинают принимать сообщения обмена...

Взаимные обмены с каждым узлом есть? Есть. Что ещё надо? :)
   Леха Дум
 
26 - 29.11.12 - 16:18
(25) мне бы еще программу лояльности... с картами накопительными там, с обновлением данных в течении часа... а еще хотелось бы, чтобы данные об отгруженном на складе товаре приходили чуть раньше, чем доедет товар до магазина...
   Aleksey
 
27 - 29.11.12 - 16:19
(25) Хочу себе такой обмен, чтобы за полчаса 150 баз загрузилось. Правда это явно не на 1С будет сделано

В среднем на загрузку примерно минуты 3-4 будет уходить (обмен это же не только записать изменения, это скачать файлик распаковать, прочитать его записать изменения, зарегистрировать изменения для остальных 149 магазинов) Т.е. на 150 магазинов будет уходить порядка 10 часов только на загрузку. И еще минимум часов 5 на выгрузку. . Т.е. по факту полный цикл в идиале будет занимать 12 часов. Ну и толку что магазин будет выгружать каждые 5 минут, если центр физически не сможет это прожувать?

Даже если предположить 2 минуты на загрузку и выгрузку, то это всё равно выходит 5 часов. т.е. по факту 2 раза в день
   Aleksey
 
28 - 29.11.12 - 16:22
(26) Нет сынок это фантастика.

Переходи на сап. Там нет такого понятия как УРИБ, потому что считается что все данные должны находится в одной базе. А значит это автоматически решает твою проблему с обменом :)
   Леха Дум
 
29 - 29.11.12 - 16:34
обмен данными в среднем занимает от 4 секунд до 1 минуты, в среднем - 20 секунд на один узел
   Serg_1960
 
30 - 29.11.12 - 16:36
(27) Делал так называемый "непрырывный" обмен: это когда постоянно сканируется директория на предмет появления файла обмена. И сеанс обмена - как только появляется файл обмена. "Сеанс обмена" - это загрузка и выгрузка сообщений.

"Скорость" сеанса обмена "в среднем" - от5 до 20 сек.
 
 
   Aleksey
 
31 - 29.11.12 - 16:37
(30) На один узел. Т.е. час на весь цикл
   Serg_1960
 
32 - 29.11.12 - 16:46
Недостаточно? Тогда двух-трех уровневая структура риб (ЦУ-магазины-кассы)
   Serg_1960
 
33 - 29.11.12 - 16:51
Тьфу, неверно сказал: ЦУ - двух-трехуровневая риб-база.
   Леха Дум
 
34 - 29.11.12 - 16:54
(33) в (15) про это расписал
   Nikulin
 
35 - 29.11.12 - 16:55
(33) я это выше и предлогал.
Но повидимому сеть уже работает как есть. и чтоб перенастроиться нужно дофига времени затратить.
по этому (0) ищет решение для сущестующей мдели 1к150.
Тут помоему моно только качнуть железо попробовать.. + виртуальный деск находящийся в памяти для папки обмена....
   Эстет хренов
 
36 - 29.11.12 - 17:10
(0) у вас что типовая Розница? и работает уже на 50 точках с ежечасовым обменом? жесть. На таких объемах ритейлу нет смысла ставить 1с на фронт, очень много геморроя и доработок.
   akaBrr
 
37 - 29.11.12 - 17:20
(27)не факт что на входе будут пакеты от всех 150 баз
   Bober
 
38 - 29.11.12 - 19:35
(13) какая 1с:Розница? Там вроде уже тогда делали упр блокировки.
Если отключаете итоги по регистрам - это плюс для обменов.
Если нет упр блокировок, то конечно их нужно включить и доработать конфигурацию под работу. Но! можно включить разделение итогов, так как при обмене не требуется делать исключительные блокировки. Далее можно делать одновременно несколько загрузок с разных узлов.
Это то, что легко сделать. Далее нужно переписывать саму логику РИБ обмена.
   Bober
 
39 - 29.11.12 - 19:37
(0) по опыту могу сказать, загружать из 150 или даже 200 узлов в одну не рабочую базу можно "легко" и только средствами платформы.
   НачатьТранзакцию
 
40 - 29.11.12 - 21:31
У меня 96 магазинов, была такая же проблема, решил 3х уровневым РИБ. Сейчас схема 1-2-50. Проблем нет!
   НачатьТранзакцию
 
41 - 29.11.12 - 21:32
на обмен уходит 30 мин
   Alex_MA
 
42 - 29.11.12 - 21:51
пишите шину esb
   Леха Дум
 
43 - 30.11.12 - 09:26
(42) да чего уж там шину esb, надо замахнуться сразу на 3С (1С -есть, 2С - не понятно как живет) с блэкджеком и шлюхами, куда же без них
   Vladuha
 
44 - 30.11.12 - 13:49
Конфу в любом случае нужно допиливать, на старой работе узлов было гораздо больше, чем 150, но и Розница 1.0 была до неузнаваемости переписана. Разделяли по планам обмена справочники и оперативные документы с магазинов, оптимизировали регистрацию изменений и формирование пакетов, переводили на упр блокировки. Движения по регистрам в ЦБ не передавались. Обмен через WS. Периферийные базы обращаются за изменениями с произвольным интервалом от 10 до 20 минут. В общем работы было много :)
   Леха Дум
 
45 - 30.11.12 - 13:58
(44) тоже кстати над этим думали, разделить на несколько частей план обмена и про WS думали, кстати, через WS гоняли стандартные выгрузки РИБа или свое навешивали?
   Axel2009
 
46 - 30.11.12 - 14:05
(44) а можно подробнее про обмен через ws? а то не понятно как его делать и соблюдать целостность базы..
   Axel2009
 
47 - 30.11.12 - 14:06
(45) розница переписана и оптимизирована под нас. запускайте замеры и убивайте не нужный код. там реально много чего лишнего занимает 70-80% времени.
   Vladuha
 
48 - 30.11.12 - 14:40
(46) на сервере с ЦБ запущен веб-сервис, который управляет раздачей пакетов, т.е. обращение к WS с периферии происходит. Веб-сервис Рарус делал.
Кстати, еще оч рекомендую обратить внимание на процедуру регистрации изменений, чтобы параметр Данные был всегда заполнен, иначе может возникнуть ситуация, когда регаются все объекты. Столкнувшись с этой проблемой, далеко не сразу нашли косяк, внешне все выглядело хорошо, все параметры есть, но в итоге была обнаружена ситуация, когда у переменной было значение Неопределено.
   Vladuha
 
49 - 30.11.12 - 14:42
И еще как мера - в ЦБ только обмены, пользователей не пускать.
Также необходимо разработать систему мониторинга за производительностью и обменами. Чтобы можно было оперативно определить стоят обмены или работают.
   Axel2009
 
50 - 30.11.12 - 14:45
(48) да вот на этот веб сервис то как раз и глянуть бы..
   Леха Дум
 
51 - 30.11.12 - 14:48
(50) БСП последнюю посмотри, там обмены должны быть реализованы на уровне WS
   Vladuha
 
52 - 30.11.12 - 14:51
(51) БСП 2 точно умеет
   Axel2009
 
53 - 30.11.12 - 14:52
(51) (52) спс


Список тем форума
 
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.