Доброе утро коллеги!

Имеется обмен из КА в БУХ (полный - справочники и документы), который выполняется раз в сутки.

Необходимо добавить еще один обмен, который будет выгружать только контрагенты и договора, который будет выполняться каждые 5-10 минут.

Если создать еще один обмен с этим же ПланомОбмена но с другими НастройкамиОбменаДанных(в котором выгружаются только контрагенты и договора), то что будет когда они одновременно запустятся?

Интересует ситуация как они будут УдалятьРегистрациюИзменений?
Вообще типовое решение позволяет решить эту задачу?

Кар-р-р

не, надо другой план обмена, по более быстрому расписанию и только нужных объектов. Удаление регистрации происходит по Номерам сообщений, а не конкретных объектов

(2) Спасибо. Последую твоему совету.

(3) а из текущего плана убрать надо будет эти объекты, чтоб не пересекались

вроде обмен 2 раза  не запустишь пока один не закончит, пишет о блокировке данных.

(4)а если оставить эти объекты?
кроме того что они будут по два раза загружаться в БУХ, еще на что нибудь это может повлиять?

(5) если пересекаются таблицы изменений. Не всё так однозначно... даже при пересекающихся можно работать, при определённых условиях

(6) на паралельность. Если мелкий стартанёт раньше полного, то последний может не запустится. Расписание подбирай правильно

(0) Вроде как для каждого плана обмена своя таблица регистрации.

(9) нет, таблица изменений одна для каждого Объекта метаданных, но общая для Всех планов

(9) ну по сути правильно, регистрации отдельных планов друг другу не мешает в общем случае

(11) Точнее даже для каждого узла свои регистрации. (Но хранятся в одной общей таблице).

(12) угу, тока втор помоему хотел используя этот же план выгружать из него чаще отдельные объекты. если я правильно понял

(12) правильно понял.

(14)->(13)

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

(14) Ещё один новый узел нужно создать.

(17) и ссылаться на одну базу 2-мя узлами? с расписанием чего? описывать в коде когда обмениваться по каким узлам? сложно и геморно. Новый план лучше

(18) Возможно, не спорю.

Полный обмен выполняется один раз - ночью, а новый будет обмениваться в рабочее время - днем.

(16) я вкурсе что нельзя. Блокировка таблиц Изменений происходит при удалении регистрции, и при проставлении номеров сообщений. Это впринципе время не продолжительное, но в типовых явно вызывается НачатьТранзакцию, что держит блокировку до самого конца процедуры обмена. Это тоже правильно впринципе конечно...
Мы экспериментировали на MS SQL.

При выполнении ПланыОбмена.ВыбратьИзменения() (как раз проставление номеров сообщений), sp_lock показывал только блокировки типа KEY (по ключу индекса), режим - X. TAB не было вовсе.
Вся хрень оказалась в опции авто апдейт статистик в скуле, оно стоит по умолчанию (перед выполнением запроса обновляется стаитстика, если устарела, а таблицах изменений она конечно устарела) и именно это не могло сделаться. Отключив автоапдейт, или если статистика свежая - можно работать паралельно... экспериментально получилось короче

(20) нормально, второй шустрый план обмена со своим расписанием. галку РИБ конечно убрать у него, если у вас РИБ

а, КА в Бух - тогда не риб конечно

(22) между КА и БУХ-то? Конечно РИБ, однозначно :)

(24) не цепляйся, исправился) забыл уж топик то, тут теоретические построения)