Форум Программирование Общие вопросы программирования (Dev)

Планы обмена. Квитировать или гарантировать?

Платформа 1С v8.3 Конфигурации 1cv8
0. 933 11.12.16 21:17 Сейчас в теме
Планы обмена предлагают использовать две стратегии удаления обработанных изменений: квитирование и гарантированная доставка сообщений. Как сделать правильный выбор?

Перейти к публикации

+ – Ответить
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. herfis 408 12.12.16 11:07 Сейчас в теме
ИМХО, гораздо интереснее была бы статья, описывающая "живой" опыт построения РИБ с гарантированной доставкой на сервисах очередей и описанием проблем, с которыми пришлось столкнуться.
А так, 90% статьи - невнятное описание стандартных механизмов и потрясающее заключение: лучше быть богатым и здоровым, оказывается.
zakiap; user712426; Anthon; Irwin; ineshyk; +5 – Ответить
2. charushkin 13.12.16 10:53 Сейчас в теме
Обычно вместо использования сторонних сервисов (RabbitMQ, MSMQ и т.д.) изобретаю свой велосипед решаю задачу средствами самой же 1С: делаю очередь сообщений, например, в виде регистра сведений: туда пишу сообщение обмена и сразу удаляю регистрацию изменений.
user712426; WellMaster; +2 – Ответить
7. zhichkin 933 22.12.16 13:02 Сейчас в теме
(2) Приведу пример из своей практики.
Для одного очень тяжёлого обмена, тестовый пакет XML которого "весил" 100 Мб, мы делали так :
1. Своя регистрация изменений в регистре сведений в хронологическом порядке (по сути очередь).
2. Свой компактный формат XML, имеющий только те данные, которые изменились (гранулярность регистрации изменений - поле таблицы, реквизит объекта).
3. Использование для доставки SQL Server Service Broker (транспорт).
4. Загрузка пакетов XML в 1С средствами C# с генерацией T-SQL кода (для работы с XML на уровне SQL Server писались свои CLR хранимые процедуры).
Целевым временем загрузки XML пакета "весом" 1 Гб считалось 10 минут. Это без учёта выгрузки и транспорта. Мы укладывались в это время. Даже с запасом.
В результате была полностью решена проблема блокировок при регистрации и выгрузке изменений. Загрузка в общем-то тоже не доставляла каких-то особенных проблем. Удаление регистрации изменений никому не мешало, так как удалялись уже обработанные сообщения из очереди (регистра сведений) по дате последней выгрузки. Все традиционные проблемы РИБ были полностью решены.
Проблемы, с которыми столкнулись: сложность программирования всего этого. Три человека в течение одного-полутора месяцев всё это делали: программист 1С, программист C# и программист SQL. В процессе эксплуатации проблем не было вообще. Мы даже иногда забывали, что обмен работает =) Вспоминали только когда сеть "ложилась" и какие-то данные не долетали до нужных баз - пользователи напоминали. Админы "шевелили" сеть и всё снова работало.
В обмене участвовало 4 базы: оперативная (торговля), web-портал B2B, база для отчётов и диспетчерская база для маршрутизации пакетов при помощи Service Broker. Как-то так.
user712426; ipoloskov; +2 – Ответить
3. bulpi 180 15.12.16 15:08 Сейчас в теме
"ГДЕ НомерСообщения > НомерОтправленного И НомерСообщения ЕСТЬ NULL"

В результате такого условия выберется ровно НИЧЕГО.

Эта статья в целом написана неряшливо и непонятно.
+ – Ответить
5. zhichkin 933 22.12.16 12:19 Сейчас в теме
(3) Спасибо. Логическую ошибку в условии отбора исправил.
+ – Ответить
4. WellMaster 104 22.12.16 11:17 Сейчас в теме
Вопрос к знатокам, берем модификацию имеющегося примера:

"Номер сообщения изменился. Это означает, что наше изменение было успешно отправлено в сообщении номер 1. Теперь зарегистрируем изменение другого объекта того же типа.
Если теперь снова попытаться выполнить выгрузку, то в выборку изменений попадут оба изменения. Это означает, что изменение, отправленное ранее в сообщении номер 1, будет отправлено ещё раз."

Что будет, если мы, выгрузив первый пакет, зарегистрируем не другой объект в этот узел, а тот же самый? Причем успеем сделать это до того, как вернется квитанция об успешной загрузке? При этом надо понимать, что объект этот был изменен.

Как я полагаю, когда квитанция вернется, регистрация к обмену снимется, и объект останется в этом узле измененный, а в новый контур обмена не полетит, и в другой базе он останется в старой версии.

Поправьте меня, если я не прав.
+ – Ответить
6. zhichkin 933 22.12.16 12:26 Сейчас в теме
(4) Если Вы измените тот же самый объект после его выгрузки в пакет, то получите новую регистрацию того же самого объекта со значением реквизита "НомерСообщения" равным NULL. Когда квитанция "прилетит" она будет искать кого бы снять с регистрации по номеру, а он будет равен NULL, то есть квитанция никого не найдёт и новые изменения попадут в следующий пакет обмена.
Подробнее здесь: http://infostart.ru/public/561460/
+ – Ответить
8. WellMaster 104 22.12.16 15:11 Сейчас в теме
(6)
Да, статью по ссылке я читал, причем еще тогда, когда она впервые вышла. Довольно познавательно.
Но нужен был именно ответ на такой вопрос, за что спасибо.
В той статье этот момент не очевиден (или я плохо читал?), хотя читал ее неоднократно.
+ – Ответить
10. M.Nikitin 2 16.12.20 20:41 Сейчас в теме
(6)
Когда квитанция "прилетит" она будет искать кого бы снять с регистрации по номеру, а он будет равен NULL, то есть квитанция никого не найдёт и новые изменения попадут в следующий пакет обмена.


А если используем снятие с регистрации не по номеру сообщения, а по ссылке - в таком случае объект будет снят с регистрации и новое состояние объекта другая база так и не увидит.
zhichkin; +1 – Ответить
9. kuzyara 1126 12.02.18 10:25 Сейчас в теме
За одну только картинку схемы +.
+ – Ответить
Оставьте свое сообщение
Вопросы с вознаграждением
Тонкая настройка СКД (добавление строки)  1.49 $m Dev
Проблема с отчётом в СКД  0.8 $m Dev УТ11 v8 ИТ-компания 1С
У кого получилось в УНФ настроить автоматическую скидку на набор?  1.5 $m Учет УНФ
Доработать запрос отчета в СКД для регистра сведений Цены Номенклатуры  0.5 $m Dev
Проблема с универсальным отчетом  1 $m Dev
Как выгрузить список новых созданных контрагентов (создаются программно)  1 $m Dev
Синхронизация УТ 11.4 и БП 3.0, справочник Виды номенклатуры  0.09 $m Обмен БП3.0 УТ11
Курсовые разницы в РБ по 159 указу  2 $m БУ 1cv8.cf БП1.6 Беларусь 1С БУ Бухгалтер Программист Вопрос
Обновление адресного классификатора  0.1 $m Зарплата БП3.0 ЗУП3.x
Доступ в 1С по web-сервису. Внутренний и внешний сервера.  0.44 $m Admin v8
Не отображается общая параметризуемая команда в списке глобальных команд на форме элемента  0.1 $m Dev
Проблема при возврате по безналу бп 3.0  1 $m БУ
Нужна помощь в доработке обработки СБИС  5 $m Dev УТ10
Не указано значение параметра "Тип кода маркировки"  0.15 $m Dev УТ11 Маркировка
Резервы отпусков разница БУ и НУ  1 $m Зарплата ЗУП3.x
Не удалось заблокировать таблицу _NODE15215  0.5 $m Dev ДО УТ11
УТ 10.3. Маркировка. ОСНО + ПСН  3 $m Торговля УТ10 Розничная и сетевая торговля (FMCG) НДС ПСН (патентная система налогообложения) Вопрос
Проверка при обмене  0.16 $m Dev
Не переносится номенклатура в 1с Бухгалтерию  1 $m Торговля Розница
Данные для отчета  0.05 $m Dev БП3.0