Обе базы работают на платформе 8.2.14.533, обмен данными производится штатными средствами. При выгрузке из БП процесс доходит до перебора документов и зависает насмерть. При этом процесс 1с занимает 50% процессорного времени. План обмена делали и новый, и существующий. Оставляли на сутки, эффекта не дало.

как-нить можно эти зависания победить?

Замер производительности сначала

замер производительности показал, что 33% времени ушло на строчку Данные=ВыборкаИзменений.Получить()
После этого следует "завис", после которого ни брякпоинт не действует, ни вообще ничего.

Очень много изменений зарегистрировано. Наверное, все объекты, если это первый обмен.

Как вариант - регистрировать по очереди каждый тип объектов и прогружать.

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

up

сделал урбд, затем периферийную базу отцепил и заново переписал настройки обмена, сделав периферийную базу рабочей. Какое-то время это проработало. И вот опять оно так и виснет.

У меня на УПП было похожее при выгрузке из главной базы в подчиненную (РИБ), причем документов не было вообще, только справочники. Номенклатура около 15000 элементов. Висело это полдня. Потом отвисло и все последующие обмены шли на ура.
Core 2 Duo 2.2Ггц, 2Гб ОЗУ. Главная на локальном, подчиненная в локальной сети.

Монитор обмен то что показывает?

(9) что предыдущий обмен прошел нормально

Нет, мне интересно, что показывает окно регистрации изменений. Я хотел бы узнать, сколько изменений и для каких объектов зарегистрировано.

в общем зарегено для справочников 8 изменений, для документов -- 512 и 80 изменений в регистре сведений СоответствиеОбъектовДляОбмена. Все изменения только для платежных документов (ПКО, РКО, ПоступлениеНаРасчетныйСчет и СписаниеСРасчетногоСчета) и

chkdbfl на базе делали? Платформу обновляли?

исправление ошибок? да. Платформа последняя - 14.533

(0) Последняя платформа  - 14.537, уже недели полторы как.

(15) а мужики-то не знали (с)
ну не слежу я за обновками платформы. Сейчас обновлю, посмотрю...

Отправьте базу на [email protected], они проанализируют и подскажут точно.

Один раз такое было, но ошибка была очень не тривиальна... У одной из групп номенклатуры в качестве родителя была указана она сама. Три дня бился, пытаясь понять почему некоторые документы переносятся достаточно быстро, а некоторые не идут не в какую. Как только в любом документе попадалась ссылка на любую номенклатуру, у которой один из родителей был эта группа - все зацикливалось и 1с начинла жрать оперативку гигами и ложить проц на 50%

(18) Тестирование логической целостности помогло? Как обнаружили?

обновил. (18) Натолкнул на мысль. Прогнал ТиИ. Нашлась одна битая ссылка на удаленный док. Ссылку почистил. После этого все заработало.