|
v7: УРБД, в периферийные базы уходит уже переданное | ☑ | ||
---|---|---|---|---|
0
SanchoPancho
17.12.13
✎
13:06
|
В дат-файлах выгруженных из ЦБ для перифериек постоянно присутствует кусок данных, который уже передавался. Что предпринять для устранения этой ерунды?
|
|||
1
Skom
17.12.13
✎
13:08
|
а из ПБ обратная связь идет? В ней подтверждение приема пакетов должно быть.
|
|||
2
SanchoPancho
17.12.13
✎
13:10
|
(1) да, из перифериек идет загрузка постоянно
|
|||
3
Bigbro
17.12.13
✎
13:11
|
(2) конфликт значит по данным.
|
|||
4
SanchoPancho
17.12.13
✎
13:11
|
(3) это я понимаю, что предпринять?
|
|||
5
Bigbro
17.12.13
✎
13:13
|
посмотреть внимательно по логам по объектам с датами изменений где что менялось в ПБ и ЦБ. исходя из этого уже решать какие изменения правильные.
|
|||
6
Skom
17.12.13
✎
13:13
|
Возможно эти данные снова меняются в ЦБ, возможен такой вариант?
|
|||
7
Bigbro
17.12.13
✎
13:14
|
ну грубо говоря при уникальном коде в центре создали элемент и в пб. с центра будет пытаться его передать а в пб будет не принимать раз за разом, ибо увы.
|
|||
8
SanchoPancho
17.12.13
✎
13:15
|
(6) нет, не меняются
напр., постоянно в дат-файл падают из ЦБ сведения о фирмах - а они не меняются уже давно |
|||
9
КонецЦикла
17.12.13
✎
13:15
|
Посмотреть логи разве нельзя?
Может пакеты отвергаются из-за ид, может требуется монопольная загрузка, ... |
|||
10
Bigbro
17.12.13
✎
13:16
|
да вряд ли в МД дело, автор бы написал что не передается конфигурация. на 90% уверен что проблема в кодах неуникальных.
|
|||
11
SanchoPancho
17.12.13
✎
13:20
|
(10) в справочнике фирм коды не менялись, а пользователям ПБ права на правку справочников отрезаны
|
|||
12
Bigbro
17.12.13
✎
13:22
|
сведения о фирмах - не отдельный справочник?
надо смотреть лог при приемке в ПБ - что пишется при обработке этих элементов при попытке загрузки. и исходя из этого думать дальше. |
|||
13
Ork
17.12.13
✎
13:22
|
(11) А что по этому поводу говорит журнал регистрации?
|
|||
14
Ork
17.12.13
✎
13:23
|
+ (13) Опять же - если изменения писались программно - то и ЖР не поможет.
|
|||
15
Bigbro
17.12.13
✎
13:24
|
(8) кстати то что они не меняются не факт. какая то девочка в ЦБ может залезать в справочник посмотреть реквизиты фирмы и выходить нажимая кнопку ОК с перезаписью элемента. и они будут каждый раз добросоветсно уезжать как модифицированные.
|
|||
16
Bigbro
17.12.13
✎
13:25
|
в общем смотрите .\syslog\1cv7.mlg - там все написано
|
|||
17
Ork
17.12.13
✎
13:26
|
(7) Что за поток сознания? Вы за систему разрешения коллизий, принятых в УРБД слышали?
Никакая ПБ не сможет отказаться от данных ЦБ. Ни при каких обстоятельствах. ЦБ - другое дело. |
|||
18
SanchoPancho
17.12.13
✎
13:27
|
(13) он лаконичен
Начата выгрузка изменений данных Файл... zip Выгрузка изменений данных успешно завершена |
|||
19
SanchoPancho
17.12.13
✎
13:29
|
(15) я бы это видел в ЖР
|
|||
20
1Сергей
17.12.13
✎
13:29
|
(18) там по объектам фильтровать можно, еслиф чо
|
|||
21
Ork
17.12.13
✎
13:29
|
(18) Более интересно видеть лог именно обмена.
|
|||
22
Андрей_Андреич
naïve
17.12.13
✎
13:33
|
(19) может программно меняются данные а не интерактивно? Тогда и в ЖР ничего не будет
|
|||
23
Ork
17.12.13
✎
13:33
|
+ (21)
Это данные примерно такого вида : 20131217;10:24:57;Vvv;C;Distr;DistUplBeg;1;C:\Radius\In\из529.zip;; 20131217;10:24:59;Vvv;C;Distr;DistUplStatus;1;Загрузка изменений: 'ММЛ'->'ОМЛ'. Идентификатор: ММЛ-2047;; 20131217;10:24:59;Vvv;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором ОМЛ-2045;; 20131217;10:24:59;Vvv;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором ОМЛ-2044;; 20131217;10:25:00;Vvv;C;Distr;DistUplStatus;2;Новый;O/15/(ММЛ)576609;Товарный Чек 2 17.12.2013 08:03:05 ... 20131217;10:25:00;Vvv;C;Distr;DistUplStatus;2;Новый;O/579/(ММЛ)576613;Заявка на возврат 48401 17.12.2013 08:35:05 20131217;10:25:00;Vvv;C;Distr;DistUplStatus;2;Точка актуальности перенесена на 17.12.2013 09:31:37;; 20131217;10:25:00;Vvv;C;Distr;DistUplSuc;1;;; 20131217;10:25:00;Vvv;C;Distr;DistDnldBeg;1;Код ИБ: 'ММЛ', Файл: 'C:\Radius\FBoxes\529\на529.zip';; 20131217;10:25:12;Vvv;C;Distr;DistDnldSuc;1;;; |
|||
24
Bigbro
17.12.13
✎
13:35
|
20100101;04:15:09;User**;C;Distr;DistUplStatus;2;Изменен;B/хххх/(TOP)ххххх;Подразделения 1С:Бухгалтерии Гхххххх ххххнский участок ххххх района
подобного нет? |
|||
25
Ork
17.12.13
✎
13:39
|
+ (23) Если загрузка/выгрузка проводится интерактивно в конфигураторе - их видно в табло.
Если автоматом - смотреть файл *.prm куда там прописано логирование. Первое с чего начать - сравнить номера загрузки/выгрузки. В образце - это строки "Идентификатор: ММЛ-2047" - это номер текущего сообщения, а вот здесь "Подтверждение приема изменений с идентификатором ОМЛ-2045" - квитанция о приеме предыдущего. То есть квитанция о приеме сообщения 2046 в базу еще не получена. И объекты будут выгружаться повторно. |
|||
26
SanchoPancho
17.12.13
✎
16:08
|
(25) почему-то выгружается много старых документов, которые абсолютно точно не менялись
20131217;15:51:37;Польз;C;Distr;DistUplStatus;2;Изменен;O/7800/(ЦБ )96776;Инвентаризация ТМЦ ГВСТ000041 14.11.2010 15:07:49 |
|||
27
SanchoPancho
17.12.13
✎
16:11
|
(26+) запись первая есть
20131217;15:19:53;Польз;C;Distr;DistUplStatus;1;Загрузка изменений: 'РБ '->'ЦБ '. Идентификатор: РБ -25089;; а записи о подтверждении нету |
|||
28
SanchoPancho
17.12.13
✎
17:50
|
(27) короче, по какой-то причине сбились идентификаторы файлов приема и отправки
подскажите что делать? |
|||
29
sapphire
17.12.13
✎
17:56
|
(28) Править таблицы обмена напрямую.
|
|||
30
varelchik
17.12.13
✎
18:53
|
(28)_1sdwndl править.
|
|||
31
vcv
18.12.13
✎
06:27
|
А у меня при обмене постоянно передаётся план счетов. Только логи забивает, зараза. И не знаю, как отключить.
|
|||
32
SanchoPancho
18.12.13
✎
14:52
|
(29) (30) как именно править?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |