Size: a a a

1С, БСП, DevOps и Архитектура

2021 October 22

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Рз можно раз в пять минут или по вкусу пропихивать очередь (вдруг что-то застряло/упало)
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Это на случай упавшего фз которое не дождалась блокировки?
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Кажется я знаю что буду делать в понедельник))
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Ну и как то надо же поближе к концу транзакции пихать это все
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
не дождалось, рухнул рпхост, ребутнули сервер... все что угодно.
По поводу таймаутов - есть решение. Приходилось ждать дольше 20сек - два раза в попытке.
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Вот тоже подумал, что 20 сёк наверное не проблема
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
какая в данном случае разница? Ну будешь 0.00001 сек ждать. Но ждать все равно нужно.
Ожидающая блокировка не будет блокирующей.
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Только если два раза подряд не проведут тот же док
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Это я именно про 20 запарился
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Но тогда можно реализовать двойную очередь
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Ключ расширить достаточно
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Погоди, ну проведут и ладно. Не осознал где проблема(
источник

A

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура
Но за мысль с ключом спасибо
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
не понял вопроса
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
В простой ситуации, если тебе нужно какоето гарантированное действие выполнить, то в ФЗ нужно заблокировать очередь, выполнить действие, и разблокировать только после удаления ссылки из очереди.
А если это очень долго? То перепровести второй раз не смогут изза долгой блокировки.
Можно в ФЗ открыть транзакцию, блокировка на ключ очереди, дождаться окончания блокировки (завершилось в родительском потоке проведение). Записать ключ во второй РС2."А-ля Задание выполняется", а из очереди сразу же удалить и закомиттить. Выполнять работу без транзакции. В самом конце удалить из РС2 тоже.
Если ФЗ будет долгим, то повторно перепроводят сколько угодно раз.
В любой момент падения мы всегда имеем ссылку либо в очереди, либо во вторичном регистре. Плохих ожиданий при этом нет. ФЗ при повторных перепроведениях не запускать, если с таким ключем оно уже выполняется.
Целостность данных гарантирована на 100%.
источник
2021 October 23

РД

Руслан Дауров... in 1С, БСП, DevOps и Архитектура
Доброе утро. Где можно подсмотреть асинхронное выполнение больших операций на БСП?
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
ДлительныеОперации.ВыполнитьВФоне
источник

РД

Руслан Дауров... in 1С, БСП, DevOps и Архитектура
ну да, про это известно, хотелось бы увидеть пример например обработки или создания нескольких сотен тыс обьектов, со всеми вытекающими
источник

КЧ

Кирилл Черненко... in 1С, БСП, DevOps и Архитектура
Вытекающие очень сильно зависит от задачи и окружения
источник

РД

Руслан Дауров... in 1С, БСП, DevOps и Архитектура
или не стоит мудрить делить на части да и погнал?
источник