|
|
Как ограничить количество регл. заданий
ndrv, zuza, mTema32, integer, Кир Пластелинин, , Crusher, Hawk_1c, klikot, Прохожий, denk32, eddy_n, lEvGl, Жеглофф, finis2010, Климов Сергей, MM, vbus, Vstur, breezee, ДемьянТ, ReaLg, Neo58, Ненавижу 1С, arsik, bimbambum, Prog_man, PuhUfa, DemonShinji2, PR, kittystark, Chameleon1980, Наивный
| ☑ |
|
0
Гений 1С
гуру
29.07.26
✎
16:38
|
У клиента обмен с 30 риб, каждые 900 секунд (15 минут)
Задумка была неплоха:
Первое работает с 8:00 до 23
Второе работает с 8:01 до 23
Третье работает с 8:02 до 23
....
То бишь они запускаются через 1 минуту.
Но если служба агента перезапускается, история фоновых теряется и все они стартуют одновременно, база при этом лежит и тяжело дышит. И потом опять вместе и т.п.
Как бы это пролечить или ограничить количество одновременно запускающихся. Одинаковый ключ не предлагать.
|
|
|
1
maxab72
29.07.26
✎
16:41
|
(0) Написать свое расписание запускающее задания на обмен строго по часам с кукушкой.
|
|
|
2
Fragster
гуру
29.07.26
✎
16:52
|
сделать обмен с транспортом "интернет" с одним сценарием с последовательной отправкой и получением во все базы и расписанием "с паузой одна минута"
|
|
|
3
Garykom
гуру
29.07.26
✎
18:39
|
(0) Старый баян же
Вынести работу юзеров главного офиса из ЦБ в отдельную ПБ!
Т.е. пусть они работают в по сути периферии (ПБ), в копии центральной базы
А сама центральная база (ЦБ) будет заниматься только обменами по расписанию
Для регламентных можно даже еще одну ПБ выделить кстати, и оттуда только готовые данные как результат затягивать
Но не для всех регзаданий подходит, некоторые надо локально
|
|
|
4
Tarlich
29.07.26
✎
20:21
|
А зачем делать несколько сценариев, можно же сделать один и указать несколько ПлановОбмена- тогда выполнение идет по очереди
|
|
|
5
Гений 1С
гуру
29.07.26
✎
21:39
|
(2) (4) плохое решение, будет целый час долбить обмен и блокировать базу.
|
|
|
6
Конструктор1С
30.07.26
✎
08:54
|
(0) что там с F3? Так и померло на стадии "куча из объектов метаданных и нерабочих модулей"?
|
|
|
7
Fragster
гуру
30.07.26
✎
09:20
|
(5) зашибись решение. если у тебя один сеанс обмена блокирует базу, то проблема не в этом сеансе обмена
|
|
|
8
Гений 1С
гуру
17.08.26
✎
19:42
|
(6) пока без продвижений. спасибо за интерес к этому вопросу
|
|
|
9
Fynjy
17.08.26
✎
21:15
|
Какой у гения нежный сервер. У меня сейчас порядка 106 узлов, после "перезагрузки" и сервер такой гууууу ))
PS: влезь в код проверяй фоновые запущенные - стартовало 5 сбрасывай выполнение. остальных пока не будет меньше 5. Там одна процедура ...
|
|
|
10
Прохожий
18.08.26
✎
06:31
|
(3) Древняя шина данных от 1С....
|
|
|
11
Прохожий
18.08.26
✎
06:36
|
А кто-нибудь пробовал из обменов исключать все регистры с итогами, дублировать их в отдельные РС и обмениваться только этими РС. А уже после обмена по данным РС достраивать в приемнике движения регистров с итогами? По сути тормозит обменах в основном обмен движениями с итогами. А так их можно в одной транзакции просаживать фоном и по отдельным регистрам
|
|
|
12
Прохожий
18.08.26
✎
09:41
|
по закрытым периодам потом РС можно чистить и вуаля. А можно в приемнике при обработке чистить РС и снимать флаг выгрузки изменений РС.
|
|