|
РИБ. Часть данных не переносится. | ☑ | ||
---|---|---|---|---|
0
akcent25
26.11.15
✎
15:50
|
Всем доброго дня! Имеем полный односторонний обмен. По истечении какого то времени, выяснилось что данные в ОСВ начали расходится... Покопали, выяснилось, что из рабочей базы в подчиненную "приехал" непроведенный документ 04.09 числа, затем в рабочей базе 09.09 он провелся, 10.09 успешно произошел обмен, но в подчиненной базе этот документ так и остался не проведенным и без движений... Соответственно вопрос, как могла получится данная ситуация?
|
|||
1
Лефмихалыч
26.11.15
✎
16:13
|
Либо что-то зарегистрировало этот документ для периферийной базы. Либо документ перенесли в ПБ выгрузкой-загрузкой xml.
Это - например |
|||
2
Лефмихалыч
26.11.15
✎
16:15
|
Ты видишь факт - документ из центра присутствует в ПБ. Все остальные выводы не доказаны - он не обязательно с обменом туда попал.
Почему-то ты исходишь из предположения, что обмен односторонний. Доказательств этого тоже нет. тут вариантов до едрища... |
|||
3
VikingKosmo
26.11.15
✎
16:17
|
да самое простое, в ПБ документ сняли с проведения, например
|
|||
4
Лефмихалыч
26.11.15
✎
16:21
|
(3) из ПБ типа обмен односторонний и есть и это бы пришло в центр.
|
|||
5
akcent25
26.11.15
✎
16:22
|
(1) Такое чувство, что это что-то наоборот очистило регистрацию изменений в рабочей базе и поэтому в файле выгрузки и не было информации, что документ на самом деле стал проведенным.
(2) Документы точно в ПБ попадают обменом, журнал регистрации конкретно по интересуещему документу это подтверждает. Обмен точно односторонний, перед отправкой ответа из ПБ полностью очищается таблица регистрации изменений. (3)В журнале регистрации есть информация только о создании непроведенного документа. Вот думаю не могло ли это случится из-за динамического обновления центра... Точно был случай когда динамическое обновление сбивало ИД конфигурации центра и ПБ не могла принять файл. |
|||
6
Живой Ископаемый
26.11.15
✎
16:23
|
"Имеем полный односторонний обмен." - почему он должне был вернуться проведенным? ну, если обмен односторонний. Или я неправильно понял семантику слова?
|
|||
7
Лефмихалыч
26.11.15
✎
16:23
|
(5) > Точно был случай когда динамическое обновление сбивало ИД конфигурации
в 8.0?.. |
|||
8
VikingKosmo
26.11.15
✎
16:23
|
(5) нет никакого ИД конфигурации, есть только коды узлов обмена
|
|||
9
VikingKosmo
26.11.15
✎
16:24
|
(7) в 8.0 такое было?
|
|||
10
Лефмихалыч
26.11.15
✎
16:24
|
(8) есть
|
|||
11
Живой Ископаемый
26.11.15
✎
16:24
|
а, понял...
|
|||
12
VikingKosmo
26.11.15
✎
16:24
|
(10) даже не знал
|
|||
13
Лефмихалыч
26.11.15
✎
16:26
|
(12) да это бесполезная информация
|
|||
14
akcent25
26.11.15
✎
16:29
|
Под односторонним обменом я имел ввиду следующую ситуацию:
данные выгружаются из центра, соответственно загружаются в ПБ, а из ПБ выгружается только пустой ответный файл, содержащий номера принятого и отправленного сообщений. |
|||
15
Лефмихалыч
26.11.15
✎
16:30
|
(14) сформируй журналы регистрации в обеих базах по этому документу и покажи историю тут. Ну - или сам посмотри и выводы сделай
|
|||
16
Живой Ископаемый
26.11.15
✎
16:36
|
да все-все, это я просто невнимательно прочитал
|
|||
17
Лефмихалыч
26.11.15
✎
16:37
|
(16) на самом деле (14) внесло ясность - я думал, что данные из ПБ идут в центр, а тут вышло, что наибарот всё
|
|||
18
akcent25
26.11.15
✎
16:41
|
(15)Уже сформировал такие журналы.
В ПБ видим следующее: 04.09.2015 - Данные.Добавление - Документ ППВ1 В Центре: 03.09.2015 - Данные.Добавление - Документ ППВ1 09.09.2015 - Данные.Изменение - Документ ППВ1 09.09.2015 - Данные.Проведение - Документ ППВ1 Вот изменений документа ППВ1 от 09.09 и нет в ПБ. |
|||
19
Лефмихалыч
26.11.15
✎
16:44
|
(18) ну, и какие вопросы-то теперь?
документ создан в ПБ, не проведен, ушел в ЦБ. В ЦБ проведен, но поток данных из ЦБ в ПБ отсутствует, вот он в ПБ и не проведен. В чем проблема-то, я не пойму? |
|||
20
Cyberhawk
26.11.15
✎
16:44
|
(18) А ты смоделируй ситуацию на любом документе: распроведи какой-нибудь в центре, дождись пока он прилетит в дочку (тоже распроведется там), а затем проведи опять в центре и проверь, что дочке он провелся. А то может у тебя ни один отдельно (уже после первой записи) проведенный докуемнт в дочку не ездит
|
|||
21
Cyberhawk
26.11.15
✎
16:45
|
(19) Ты что-то не можешь сообразить или плохо видишь сегодня :)
Документ создан в центре 03.09, приехал в дочку 04.09, затем в центре изменялся, а в дочке ничего уже не происходило с ним |
|||
22
Лефмихалыч
26.11.15
✎
16:45
|
(20) раз обмен односторонний, то изменения в получателе того, что принято из источника, надо запрещать насовсем. Иначе будут сабжи
|
|||
23
Cyberhawk
26.11.15
✎
16:46
|
(22) Ты что-то не можешь сообразить [2]? :) Я предложил смоделировать путем изменений в центре
|
|||
24
Лефмихалыч
26.11.15
✎
16:47
|
(23) нафиг ни чего не надо моделировать - оно работает так, как задумано. Потёк данных из ПБ в ЦБ, а обратного нет. Все так и должно быть
|
|||
25
Cyberhawk
26.11.15
✎
16:47
|
(24) ты так и не въезжаешь походу, что поток данных - из центра в дочку
|
|||
26
VikingKosmo
26.11.15
✎
16:48
|
(24) поток данных же в обратном направлении
|
|||
27
Лефмихалыч
26.11.15
✎
16:49
|
(25) прочитай (14) с открытыми глазами, придя перед этим в сознание
|
|||
28
Cyberhawk
26.11.15
✎
16:50
|
(27) Я-то прочитал...
Автор, давай проверяй уже (20) |
|||
29
aleks_default
26.11.15
✎
16:52
|
(27)походу ты в бессознательном состоянии, в 14 ясно написано что из ПБ в Центр данные не передаются. Т. е. данные забиваются в Центре а ПБ это как копия.
|
|||
30
Лефмихалыч
26.11.15
✎
16:52
|
хммм... это, оказывается, я без сознания
|
|||
31
aleks_default
26.11.15
✎
16:53
|
Хотя странная структура РИБ конешно...
|
|||
32
Лефмихалыч
26.11.15
✎
16:53
|
чем регистрация изменений делается? Может там код, который регистрирует только то, что создано в текущей базе?
|
|||
33
akcent25
26.11.15
✎
16:55
|
Поясню еще раз, данные выгружаются только из Центральной базы, из Переферийной базы выгружается только пустой файл, т.к. переферийная база нужна только аудиторам для просмотра изменений в центральной базе.
(28) Это так просто не проверить, центральная база не в моем подчинении и обмен идет раз в сутки, соответственно для моделирования потребуется время.. |
|||
34
Лефмихалыч
26.11.15
✎
16:56
|
(33) код регистрации посмотри
|
|||
35
akcent25
26.11.15
✎
17:07
|
(32)Код должен быть типовым, но на всякий случай гляну. Значит вероятнее всего дело только в кривом или наоборот хитром коде?
|
|||
36
Cyberhawk
26.11.15
✎
17:10
|
(35) У тебя движения в приемнике появляются каким образом из двух возможных:
1. Документ проводится в приемнике или 2. Движения приезжают в приемник из источника ? |
|||
37
akcent25
26.11.15
✎
17:16
|
(36)Вариант 2 - движения приезжают.
|
|||
38
VikingKosmo
26.11.15
✎
17:17
|
(37) видать движения не зарегистрировались в ЦБ
|
|||
39
akcent25
26.11.15
✎
17:24
|
(37) вот вот....понять бы почему. Что то мне подсказывает что дело в человеческом факторе...либо франчи при обновлении отключили часть объектов от плана обмена, либо кто то регистрацию сбросил..
|
|||
40
Cyberhawk
26.11.15
✎
17:25
|
(37) Раз (39) и у тебя доступа до базы-источника нет, то о чем еще можно тут пока говорить...
|
|||
41
akcent25
26.11.15
✎
17:27
|
(40)Всегда хочется верить что глючут компьютеры, а не люди ))
|
|||
42
Cyberhawk
26.11.15
✎
17:28
|
(41) Ну так и напиши пока: воспроизвести не удалось, выявить возможоную причину методом моделирования также не удалось
|
|||
43
akcent25
26.11.15
✎
17:33
|
(42) Ага, это и остается сделать. Если выяснится что-то интересное - отпишусь.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |