Привет, подскажите, как решить проблему с блокировкой транзакции при обмене?

Меньше объектов передавать за раз.

(1) а ещё как-нибудь можно это решить? мне сказали смотреть в сторону "Кластеризация 1с", это вообще в тему?

1. Переносите монопольно с выключенными рег заданиями.
2. Улучшайте сервер. Делайте замеры. Если железо слабовата абгрейд.
3. Чаща делайте обмены. Уже сказали выше.
4. Кластеризация тоже в тему.

(3) https://infostart.ru/1c/articles/307973/  это то, что мне нужно?

(4) Нет немного не то. Это для надежности а вам надо ускорять.
2 й и 3 й пункт в (3) Cyfxfkf htibnt

Cyfxfkf htibnt = Сначала решите...

(5) а разве с двумя кластерами не решится проблема с блокировкой записей?

(7) С какого перепою?

(8) хз

(8) а с чем тогда поможет инструкция из (4)? ну т.е. в каких ситуациях и с чем она поможет

(10) А где ты там увидел два кластера?
И погугли слово "отказоустойчивый"...

(11) ой, я имел ввиду 2 сервера создать

(0) Характеристики сервера в студию.
Как час идет обмен? Сколько длится обмен?
Сколько юзеров в обеих базах?
Какой порядок документооборота в день? итп

Можно ли ограничить сеанс обмена? Выгружать часть зарегистрированных объектов, например не больше 1000?

(0) Кто вторая сторона конкуренции за блокировки кроме обмена?

(12) Блокировка при записи, записью у вас занимаеться СУБД, а он один на 2 сервера

(14) Типовыми средствами -нет, программными - да, но такая хрень получаеться

А ограничения на размер транзакции и паузу между транзакциями при загрузке большого пакета лучше? Паузу обычно пустым циклом.

(0)Вроде от платформы 1с (8.х) зависит как там таблица регистраций хранится. Могу ошибаться.
(16)А если у него уже управляемые б-ки?

(13) как попросят, так и идёт
если делать каждый день, то быстро
юзеры только в 1 базе

настроить обмен по расписанию каждый день нельзя, в общем пока что выход временный нашли, пофиг

всё равно остался вопрос по поводу статьи https://infostart.ru/1c/articles/307973/ - если на 1 сервере стоит скуль 2008, а на другом 2005 - взлетит?

(20) >> юзеры только в 1 базе
а блокировки то тогда у тебя где? и какие

(21) ну когда запускаю обмен в рабочей базе, то у юзеров блокировка транзакций при проведении/записи

(20) Вам же четко ответили что кластер именно в той статье больше решает отказоустойчивость. А вам нужен скорость обработки информации.
Блокировка будет всегда сколько вы кластеров не сделаете. Вам вот это нужно.  https://efsol.ru/articles/1s-server-clusters.html
Другое дело создавая кластер если вы улучшите характеристики сервера вполне возможно что операции будут идти быстрее и проблема снимится.
Решая одну проблему по путно решили другую.

(23) я и спрашиваю уже не про блокировки, а про отказоустойчивость, а именно: если на 1 сервере скуль 2005, а на другом 2008 - не проблема?

До кластера вы сначала изучите ваши блокировки.
И попробуйте решить более дешевыми средствами.
Или у вас юузеров действительно как в статье сотни?

(25) юзеров 150+

(24) "скуль 2005, а на другом 2008"

Дяденька, а правда, динозавры были выше дома?

=)

(24) Кластеры же строятся на 1С сервере! При чем тут скуль?
Для одной базы один скуль в одном месте.
А 1С серверов много и на разных физически серверах так.
Или Я вру?

Короче бывает отказоустойчивый кластер и кластер с распределением нагрузки.
Его строят и на скуле и на 1С серверах.
Конечно же скульный кластер должен быть на одной одинаковой (релизе) платформе скуля. Это мои догадки.
А вот можно ли состряпять  с 2005+2008 не знаю. Возможно можно. Но я бы не рекомендовал.

спасибо, буду пробовать

(0) автору неплохо бы для начала теорию подучить, но ему уже накидали про железо и кластеры)

(32) согласен, я этим и занимаюсь

(33) на ютубе есть пара роликов , методики разбора ожидания и дедлока на управляемых блокировках.