Имя: Пароль:
1C
 
в журнале регистрации статус транзакции не завершена
0 camomile
 
23.06.11
15:30
Первый раз такое вижу. Что это такое и что делать? В свойствах соединения консоли на пользователе висит Соединение СУБД и  захват СУБД который меняется
1 ДенисЧ
 
23.06.11
15:30
Значит открыта и не закрыта где-то транзакция...
2 Живой Ископаемый
 
23.06.11
15:34
первый раз? хм...
например идет обмен и конфигурации различаются. но не настолько, чтобы принимающая (по-моему исключительно периферия, но может и нет) - например порядок следования реквизитов в какой-том объекте... И вот когда обмен доходит до него - все откатывается.. и в ЖР вот такое как вы написали..
3 camomile
 
23.06.11
15:35
(1) я это понимаю, но что делать? висит уже давно , захват увеличивается... (2) обменов нет никаких и это не периферийка
4 camomile
 
23.06.11
15:37
а главное  - почему еще это возникает ?
5 Vladal
 
23.06.11
15:37
(3) Значит что-то гребёт данные и только накапливает захваченные объекты.

Потом уже в случае успеха будет "Транзакция завершена" или обратно - "Транзакция отменена".
6 Vladal
 
23.06.11
15:37
(4) см (5)
7 camomile
 
23.06.11
15:39
(5) это я тоже понимаю, но что  делать то? неужели никто не знает? ((((( вечно мне везет
8 camomile
 
23.06.11
15:42
там выгрузка происходит из одной базы в другую посредством  COMObject("V81.COMConnector"), подключение вроде происходит нормально но в процессе проводятся документы, и вот здесь по ходу и висит... вчера еще работало все нормально , ничего не поменялось (с выгрузкой) , может с самой БД что то?
9 Живой Ископаемый
 
23.06.11
15:43
так а что ты делаешь?
Если это обмен - то в настройках обмена например можно поставить какое-то число объектов в транзакции - тогда можно будет локализовать проблемный объект
10 Живой Ископаемый
 
23.06.11
15:43
2(8) атомизируй транзакцию на меньшие куски, что ты в самом деле
11 camomile
 
23.06.11
15:43
нет это не обмен , я написала что это в (8)
12 Живой Ископаемый
 
23.06.11
15:46
2(11) но ты ведь видишь последний проведенный документ и первый, на котором транзакция "не завершена"?
13 camomile
 
23.06.11
15:50
я так понимаю мне нужно сейчас дождаться пока он все захватит, потом отпустит и попробовать путем оптимизации  как в (10) еще раз?
14 camomile
 
23.06.11
15:52
а можно как то прервать это процесс? вырубить юзера например? ничего страшного не произойдет?
15 Живой Ископаемый
 
23.06.11
15:52
кто захватит, кто отпустит - нифига не понятно... обработку писал нанятый инопланетянин или ты?
16 Живой Ископаемый
 
23.06.11
15:52
2(14) это ты у кого сейчас спрашиваешь?
17 Живой Ископаемый
 
23.06.11
15:52
у кого-то, кто сделал бэкап твоей базы?
18 camomile
 
23.06.11
15:54
(15) я писала , (16) у всех кто знает
19 Vladal
 
23.06.11
15:54
(14) Произойдет - незаписанные данные грохнутся. Транзакция (по идее) откатится и в ЖР будет она "Отменена"
20 camomile
 
23.06.11
15:59
так что делать то?
21 Vladal
 
23.06.11
16:00
(20) Вариантов много, некоторые озвучивали:
1. Транзакцию разделить на маленькие порции.
2. Посмотреть, что в данных.
3. Что изменялось в системе.
4. Что могло измениться в базе, к которой подключаетесь.
...
22 Vladal
 
23.06.11
16:01
5. рестартануть сервер/службу сервера 1С
23 camomile
 
23.06.11
16:04
(22) точно не подходит, но что делать с текущим "захватом"?
24 Vladal
 
23.06.11
16:07
Тупо подвило соединение? Если снова подвиснет - просмотреть в отлачике, что-ли, код. Опять же - подвиснуть может из-за хвостов предыдущих соединений. На пару минут рестартануть службу?
25 camomile
 
23.06.11
16:08
(24) там куча народу  сейчас в самом разгаре
26 camomile
 
23.06.11
16:10
"Тупо подвило соединение? "   - неужели это нормально? я просто хочу понять - этот завис когда нибудь закончится или без рестарта не обойтись? просто сижу сейчас и не понимаю что делать, как лечить...
27 Живой Ископаемый
 
23.06.11
16:14
да снимите уже соединение из консоли и займитесь переписыванием обработки