Висит на 10%, сразу набирает, потом останавливается и висит. Процесс работает, память растет. Базу почистил как мог, протестировал.

смотри регистрацию обмена, можно часть выключить потом включить во второй файл обмена.

(2) Спасибо, хорошая идея

(1) А как запомнить, что выключил?

Количество объектов в транзакции, сделай равным 1.

(4) а где это сделать?

(5) В настройке обмена.

(6) Спасибо, стял 0, а что это даст?
Сейчас уже не могу проверить, запустил в базу работать, можно в принципе на копии, оно файл не удалит обмена?

(1) Плохая идея. А если РИБ - так делать нельзя.

(7) "Особенности использования транзакций при обмене данными"
https://its.1c.ru/db/metod8dev#content:2274:hdoc

(8) да, мне с транзакциями поиграться больше нравится, или на SQL перевести придется, что не желательно, так как это база кассы. А чем она при РИБ опасна у меня РИБ как раз.

(10) Сама идея "выключения" части изменений - порочна по сути своей. Хотя бы тем, что нет штатного ответа на вопрос "А как запомнить, что выключил?" :) придётся писатьсвои костыли для реализации этой "гениальной до безумия" идеи.

При РИБ регистрация изменений документов и их движений - автономна и независима. Это азбука. Поэтому придётся контролировать не только сами изменения, но и следить чтобы в очередную пачку с обменом ушли не только сами документы, но и их движения.

Почему 1 надо поставить, может больше лучше?

(12) Можно и 100 поставить. Имхо, не принципиально.

PS: только не спрашивай у меня "Почему 100 надо поставить, может больше лучше?"- буду ругаться :))

*
В статье (9) это всё уже объяснено:
"Преимущества такого подхода заключаются в том, что, варьируя количество элементов, обрабатываемых в одной транзакции, можно добиться приемлемого компромисса между целостностью данных и параллельностью работы пользователей."