Имя: Пароль:
1C
1C 7.7
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) как именно править?