![]() |
![]() |
|
v7: Как запретить обмену через УРБД откатывать ТА? | ☑ | ||
---|---|---|---|---|
0
ildary
22.09.12
✎
11:16
|
Уважаемые специалисты, посоветуйте пожалуйста, как бороться с таким явлением - 2 базы, центральная и удаленная, обмен УРБД идет по почте и иногда последний обмен вечером от удаленной базы получается уже только на следующее утро - при этом точка ТА откатывается на последний документ из обмена, то есть на вчера, а в центральной базе пользователи уже начали работать и сдвиг ТА им очень мешает - остатки летят и все такое.
Причина происходящего - компьютер, через который ходит почта, выключается до того, как пройдет последний обмен. Можно, конечно, гасить его скриптом, но вдруг есть способ программный, вдобавок такие фокусы со сдвигом ТА могут быть и в течении дня. |
|||
1
Mikeware
22.09.12
✎
11:17
|
что-то тут неправильно. назад она откатываться не должна...
|
|||
2
Mikeware
22.09.12
✎
11:19
|
тем более вЦБ, она имеет приоритет
|
|||
3
ildary
22.09.12
✎
11:21
|
(1) сам в шоке, когда увидел, вот как это выглядит:
21.09.2012, 08:41:49 Начата загрузка изменений данных 21.09.2012, 08:41:50 Загрузка изменений данных ПКО <Номер> 20.09.2012 19:04:49 21.09.2012, 08:42:30 Загрузка изменений данных Точка актуальности перенесена на 20.09.2012 19:04:49 21.09.2012, 08:42:34 Загрузка изменений данных успешно завершена |
|||
4
ildary
22.09.12
✎
11:23
|
+(3) все вышесказанное выполняется со следующими параметрами
[General] Output=D:\temp\urbd.log Quit=1 AutoExchange=1 [AutoExchange] SharedMode=1 ReadFrom=* WriteTo=* |
|||
5
ДенисЧ
22.09.12
✎
11:50
|
Давно нет файлов УРБД, но если в них залянуть, нет ли там информации о ТА? МожеТ, её вычищать?
|
|||
6
Mikeware
22.09.12
✎
11:52
|
(5) информация есть, в первой строке. Но ТА не должна откатываться назад...
|
|||
7
ДенисЧ
22.09.12
✎
11:53
|
(6) а урбд она такая, кому должна - всем прощает :-)
Мож у него удалёнка - центральной числится... |
|||
8
Mikeware
22.09.12
✎
11:54
|
(7) вариант!
|
|||
9
ildary
22.09.12
✎
12:06
|
(7) Как проверить, является ли удаленка - центральной?
|
|||
10
ДенисЧ
22.09.12
✎
12:08
|
(9)
Основная таблица, содержащая описаня баз данных, участвующих в обмене - _1SDBSET. Ниже приведен перечень ее основных полей. DBSIGN Код базы данных DBDESCR Описание DBSTATUS Статус базы. M-центральная, C-периферийная DBUUID GUID базы. Уникальный идентификатор базы, присваемый при создании http://argat.h11.ru/URBDStructure.html |
|||
11
Mikeware
22.09.12
✎
12:09
|
(10) проще зайти в конфигуратор, да посмотреть в Управлении РБД
|
|||
12
ildary
22.09.12
✎
12:22
|
(10) Спасибо за совет, проверил, все стоит верно, у базе, в которой летит ТА, DBSTATUS = M-центральная
(11) спасибо, там тоже проверял, все совпадает. |
|||
13
ildary
22.09.12
✎
12:23
|
Вдогонку - у прочих баз (включая ту, документы из которой портят ТА в центральной), DBSTATUS=C
|
|||
14
Mikeware
22.09.12
✎
12:25
|
(13) так и надо.
|
|||
15
ildary
22.09.12
✎
12:32
|
(14) Странное дело. Открыл файл 1SDBSET в удаленной базе (из локальной копии), там код DBSTATUS такой:
Центральная база: P Периферийная : M Может быть ключ проблем в этом? |
|||
16
ildary
22.09.12
✎
12:34
|
В другой периферийной базе такая картина, правда другая периферийка - только получатель и с ней проблем не должно быть вообще (она - сводная база по всем годам, для тяжелых отчетов).
|
|||
17
Mikeware
22.09.12
✎
17:01
|
(15) все правильно - M текущая, P центральная, C периферийная, N неинициализированная (не было первичной выгрузки)
|
|||
18
Скользящий
22.09.12
✎
17:26
|
Посоветовал бы обмены по урбд сделать через УРБД мастер или вообще без почты, через общую папку в дропбоксе.
Кроме того >>Причина происходящего - компьютер, через который ходит почта, выключается до того, как пройдет последний обмен. тоже неправильно, комп надо гасить скриптом, а его выключение вообще блокировать во время работы пользователей. |
|||
19
Mikeware
22.09.12
✎
17:29
|
(18) да не в том дело
|
|||
20
Скользящий
22.09.12
✎
17:33
|
(19) да, совет немножко "в сторону". Но сам обмен видимо слегка криво реализован, если такое происходит.
|
|||
21
Mikeware
22.09.12
✎
17:36
|
(20) обмен у него штатный. а вот почему такая фигня - понять не могу. Попробовал ради интереса - не уходит ТА назад в центральной. И в периферийной тоже не уходит... остается самая максимальная...
|
|||
22
Скользящий
22.09.12
✎
17:45
|
Возможно есть еще какие нюансы о которых автор не упомянул.
|
|||
23
1Сергей
24.09.12
✎
07:09
|
Если 21-го числа в ПБ стоит ТА на 21-ое число, и делается обмен выгруженный 20-го из ЦБ, и ТА сдвигается на 20-ое, то скорее всего в ПБ нет проведенных документов за 21-ое. Т.е. Автообмен сдвигает ТА на последний проведённый документ
|
|||
24
dk
24.09.12
✎
08:07
|
(23) +1
по логам нифига не видно где была ТА в ЦБ на момент обмена |
|||
25
Mikeware
24.09.12
✎
09:01
|
(23)(24)Назад ТА не сдвигается.
у ТС в ЦБ на момент приема уже работают, ТА и последний проведенный дальше, чем в ПБ. и ТА должна остаться на нем. (0) проверь совпадение платформ (в т.ч. установленных компонентов платформы в ЦБ и ПБ). |
|||
26
ildary
24.09.12
✎
16:17
|
(25) платформу и УРБД на всех компах ставил из одного дистрибутива (27-й)
|
|||
27
Mikeware
24.09.12
✎
16:18
|
(26) набор компонент в ПБ и ЦБ одинаков?
|
|||
28
ildary
24.09.12
✎
17:57
|
(27) Да, ОперУчет + УРБД
|
|||
29
Mikeware
24.09.12
✎
18:17
|
(28) если проблемная база - сиквельная, попробуй натравить профайлер...
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |