Зависает при выгрузке данных из БП 2.0 в УТ 10.3 #572048


#0 by pilot 560
Обе базы работают на платформе 8.2.14.533, обмен данными производится штатными средствами. При выгрузке из БП процесс доходит до перебора документов и зависает насмерть. При этом процесс 1с занимает 50% процессорного времени. План обмена делали и новый, и существующий. Оставляли на сутки, эффекта не дало.
#1 by pilot 560
как-нить можно эти зависания победить?
#2 by poligraf
Замер производительности сначала
#3 by pilot 560
замер производительности показал, что 33% времени ушло на строчку Данные=ВыборкаИзменений.Получить После этого следует "завис", после которого ни брякпоинт не действует, ни вообще ничего.
#4 by Amiralnar
Очень много изменений зарегистрировано. Наверное, все объекты, если это первый обмен. Как вариант - регистрировать по очереди каждый тип объектов и прогружать.
#5 by pilot 560
т.е. в принципе, если оставить на пару суток, то он должен все пройти и отвиснуть? дык на самом-то деле база не очень большая, доков тоже не много, выгружается всего 2 вида документов, каждого вида объектов по 600
#6 by pilot 560
up
#7 by pilot 560
сделал урбд, затем периферийную базу отцепил и заново переписал настройки обмена, сделав периферийную базу рабочей. Какое-то время это проработало. И вот опять оно так и виснет.
#8 by Renium
У меня на УПП было похожее при выгрузке из главной базы в подчиненную (РИБ), причем документов не было вообще, только справочники. Номенклатура около 15000 элементов. Висело это полдня. Потом отвисло и все последующие обмены шли на ура. Core 2 Duo 2.2Ггц, 2Гб ОЗУ. Главная на локальном, подчиненная в локальной сети.
#9 by Amiralnar
Монитор обмен то что показывает?
#10 by pilot 560
что предыдущий обмен прошел нормально
#11 by Amiralnar
Нет, мне интересно, что показывает окно регистрации изменений. Я хотел бы узнать, сколько изменений и для каких объектов зарегистрировано.
#12 by pilot 560
в общем зарегено для справочников 8 изменений, для документов -- 512 и 80 изменений в регистре сведений СоответствиеОбъектовДляОбмена. Все изменения только для платежных документов (ПКО, РКО, ПоступлениеНаРасчетныйСчет и СписаниеСРасчетногоСчета) и
#13 by Amiralnar
chkdbfl на базе делали? Платформу обновляли?
#14 by pilot 560
исправление ошибок? да. Платформа последняя - 14.533
#15 by Поручик
Последняя платформа  - 14.537, уже недели полторы как.
#16 by pilot 560
а мужики-то не знали (с) ну не слежу я за обновками платформы. Сейчас обновлю, посмотрю...
#17 by Amiralnar
Отправьте базу на v8@1c.ru, они проанализируют и подскажут точно.
#18 by ICWiner
Один раз такое было, но ошибка была очень не тривиальна... У одной из групп номенклатуры в качестве родителя была указана она сама. Три дня бился, пытаясь понять почему некоторые документы переносятся достаточно быстро, а некоторые не идут не в какую. Как только в любом документе попадалась ссылка на любую номенклатуру, у которой один из родителей был эта группа - все зацикливалось и 1с начинла жрать оперативку гигами и ложить проц на 50%
#19 by Amiralnar
Тестирование логической целостности помогло? Как обнаружили?
#20 by pilot 560
обновил. Натолкнул на мысль. Прогнал ТиИ. Нашлась одна битая ссылка на удаленный док. Ссылку почистил. После этого все заработало.
Тэги: 1С 8
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С