|
Зависает при выгрузке данных из БП 2.0 в УТ 10.3 | ☑ | ||
---|---|---|---|---|
0
pilot 560
29.09.11
✎
12:29
|
Обе базы работают на платформе 8.2.14.533, обмен данными производится штатными средствами. При выгрузке из БП процесс доходит до перебора документов и зависает насмерть. При этом процесс 1с занимает 50% процессорного времени. План обмена делали и новый, и существующий. Оставляли на сутки, эффекта не дало.
|
|||
1
pilot 560
29.09.11
✎
13:27
|
как-нить можно эти зависания победить?
|
|||
2
poligraf
29.09.11
✎
13:33
|
Замер производительности сначала
|
|||
3
pilot 560
29.09.11
✎
16:16
|
замер производительности показал, что 33% времени ушло на строчку Данные=ВыборкаИзменений.Получить()
После этого следует "завис", после которого ни брякпоинт не действует, ни вообще ничего. |
|||
4
Amiralnar
29.09.11
✎
16:42
|
Очень много изменений зарегистрировано. Наверное, все объекты, если это первый обмен.
Как вариант - регистрировать по очереди каждый тип объектов и прогружать. |
|||
5
pilot 560
29.09.11
✎
17:01
|
т.е. в принципе, если оставить на пару суток, то он должен все пройти и отвиснуть?
дык на самом-то деле база не очень большая, доков тоже не много, выгружается всего 2 вида документов, каждого вида объектов по 600 |
|||
6
pilot 560
30.09.11
✎
10:14
|
up
|
|||
7
pilot 560
11.10.11
✎
16:04
|
сделал урбд, затем периферийную базу отцепил и заново переписал настройки обмена, сделав периферийную базу рабочей. Какое-то время это проработало. И вот опять оно так и виснет.
|
|||
8
Renium
11.10.11
✎
16:24
|
У меня на УПП было похожее при выгрузке из главной базы в подчиненную (РИБ), причем документов не было вообще, только справочники. Номенклатура около 15000 элементов. Висело это полдня. Потом отвисло и все последующие обмены шли на ура.
Core 2 Duo 2.2Ггц, 2Гб ОЗУ. Главная на локальном, подчиненная в локальной сети. |
|||
9
Amiralnar
12.10.11
✎
10:41
|
Монитор обмен то что показывает?
|
|||
10
pilot 560
12.10.11
✎
14:05
|
(9) что предыдущий обмен прошел нормально
|
|||
11
Amiralnar
12.10.11
✎
16:52
|
Нет, мне интересно, что показывает окно регистрации изменений. Я хотел бы узнать, сколько изменений и для каких объектов зарегистрировано.
|
|||
12
pilot 560
17.10.11
✎
12:51
|
в общем зарегено для справочников 8 изменений, для документов -- 512 и 80 изменений в регистре сведений СоответствиеОбъектовДляОбмена. Все изменения только для платежных документов (ПКО, РКО, ПоступлениеНаРасчетныйСчет и СписаниеСРасчетногоСчета) и
|
|||
13
Amiralnar
17.10.11
✎
13:37
|
chkdbfl на базе делали? Платформу обновляли?
|
|||
14
pilot 560
17.10.11
✎
14:05
|
исправление ошибок? да. Платформа последняя - 14.533
|
|||
15
Поручик
17.10.11
✎
14:15
|
(0) Последняя платформа - 14.537, уже недели полторы как.
|
|||
16
pilot 560
17.10.11
✎
14:17
|
(15) а мужики-то не знали (с)
ну не слежу я за обновками платформы. Сейчас обновлю, посмотрю... |
|||
17
Amiralnar
17.10.11
✎
14:51
|
Отправьте базу на [email protected], они проанализируют и подскажут точно.
|
|||
18
ICWiner
17.10.11
✎
15:01
|
Один раз такое было, но ошибка была очень не тривиальна... У одной из групп номенклатуры в качестве родителя была указана она сама. Три дня бился, пытаясь понять почему некоторые документы переносятся достаточно быстро, а некоторые не идут не в какую. Как только в любом документе попадалась ссылка на любую номенклатуру, у которой один из родителей был эта группа - все зацикливалось и 1с начинла жрать оперативку гигами и ложить проц на 50%
|
|||
19
Amiralnar
17.10.11
✎
15:30
|
(18) Тестирование логической целостности помогло? Как обнаружили?
|
|||
20
pilot 560
17.10.11
✎
17:14
|
обновил. (18) Натолкнул на мысль. Прогнал ТиИ. Нашлась одна битая ссылка на удаленный док. Ссылку почистил. После этого все заработало.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |