|
v7: Периферийная база при обмене выгружает MD | ☑ | ||
---|---|---|---|---|
0
Эмбеддер
26.01.12
✎
09:41
|
При выгрузке периферийная база выгружает MD, которая потом загружается в центральную и меняет ее! Хотя по всем настройкам и по открывающимся окнам можно делать вывод что она все-таки периферийная (что-то глюкануло, раньше было нормально)
Из главной в периферийную правильная конфигурация не загружается, т.к. та говорит, что изменения не загружались Что можно с этим сделать? |
|||
1
Mikeware
26.01.12
✎
09:42
|
можно
|
|||
2
alkov
26.01.12
✎
09:43
|
Понять, что то, что Вы называете периферийной, на самом деле центральная и наоборот
|
|||
3
Mikeware
26.01.12
✎
09:43
|
слей мою обработку с инфосрана, и отмени отсылку конфигурации
|
|||
4
Эмбеддер
26.01.12
✎
09:44
|
(3) Скачать оттуда не смогу, можно в почту buiankin yandex.ru?
|
|||
5
Mikeware
26.01.12
✎
09:45
|
В принципе, могу и так сказать что сделать, но нужен рост длины пиписьки (рейтинг, или как он там) на инфостарте, поэтому и побираюсь
|
|||
6
Mikeware
26.01.12
✎
09:46
|
(4)Удали из 1сапдейтс запись с обжид=0 и тайпид=0
|
|||
7
Эмбеддер
26.01.12
✎
09:47
|
(6) Спасибо, так будет даже лучше
|
|||
8
Mikeware
26.01.12
✎
10:01
|
(7) Плюсанул? :-)
|
|||
9
Ёпрст
26.01.12
✎
10:15
|
(8) тебе рейтинг там шо ли нужен ?
|
|||
10
Mikeware
26.01.12
✎
10:17
|
(9) типпо да...
|
|||
11
Ёпрст
26.01.12
✎
10:28
|
(10) надо еще какую-нить поделку кинуть..
типа такой: http://infostart.ru/public/20190/ :) т.е максимально простую, перенумератор какой-нить |
|||
12
povar
26.01.12
✎
10:34
|
(11) точно, для массовости как раз нужны перенумераторы/"а можно чтобы в подборе не показывались товары с нулевым остатком"/че нить раскрашенное ))
|
|||
13
Эмбеддер
26.01.12
✎
19:58
|
(8) По каким ключевым словам там ее можно найти? Плюсану конечно
|
|||
14
Mikeware
27.01.12
✎
07:27
|
(13) По моему нику можно. Ну, или http://infostart.ru/profile/1045/
|
|||
15
mishaPH
27.01.12
✎
08:24
|
(0) автор. ПБ физически не может выгрузить МД. и даже если она это сделала, то уж ЦБ ну никак не может ответить, что "изменения не загружались". у тебя та что ты называешь ПБ - это ЦБ.
Принимай обмен. и если та как-то умудрился из ПБ сделать ЦБ и сменить там мд. то УРБД у вас уже нет. |
|||
16
Эмбеддер
27.01.12
✎
08:33
|
(15) ПБ физически выгрузила МД (который был более старый чем в ЦБ)
ЦБ ее взяла да и загрузила и стал старый формат. Потом она отправила в ПБ этот старый МД. А ПБ сказала что в ЦБ изменения не загружались. Такое происходило дважды, т.к. это делала бухгалтер, в 1-й раз я починил (думал она сама накосячила), во 2-й раз уже увидел что происходит. А было именно так как Mikeware сказал, удалил такую запись и починилось |
|||
17
mishaPH
27.01.12
✎
08:36
|
(16) как ЦБ могла загрузить мд???? издеваешься.
|
|||
18
Эмбеддер
27.01.12
✎
08:40
|
(17) До 26.01.2012 я тоже думал, что это невозможно
|
|||
19
mishaPH
27.01.12
✎
08:40
|
может не автообмен зафигачили а выгрузку загрузку данных?? базы то у вас ЦБ и ПБ одинаковы по докам?
|
|||
20
mishaPH
27.01.12
✎
08:41
|
+ 19 у меня были такие умники. из ЦБ заделали выгрузить данные. в ПБ загрузили. Это был номер.
Выгрузить данные не в УРБД. а администрирование - выгрузить данные |
|||
21
Эмбеддер
27.01.12
✎
08:41
|
Остается только поверить мне на слово.
А если интересно повторить, добавь в файл ПБ 1сапдейтс запись с обжид=0 и тайпид=0 и выгрузить |
|||
22
mishaPH
27.01.12
✎
08:42
|
(21) чего повторить? из пб сделать обмен УРБД и чтобы он МД выгрузил?
|
|||
23
Эмбеддер
27.01.12
✎
08:42
|
(20) Я тоже на это подумал, тут именно так как я написал
И монитор пользователей это подтвердил |
|||
24
Эмбеддер
27.01.12
✎
08:42
|
(22) Совершенно верно
|
|||
25
mishaPH
27.01.12
✎
08:43
|
пришли плиз с обеих баз файлики 1sdbset
|
|||
26
vde69
27.01.12
✎
08:43
|
(14) сейчас рейтин добавим :)
|
|||
27
Эмбеддер
27.01.12
✎
08:44
|
(25) Я уже не там. Это у клиентов. Просто строку добавь в ДБФ
|
|||
28
mishaPH
27.01.12
✎
08:46
|
(27) я все понимаю технически. нр данная запись не могла попасть в ПБ в эту дбф. если там не колхозили с базой.
|
|||
29
Эмбеддер
27.01.12
✎
08:48
|
(28) Ты только что утверждал что ПБ никогда не выгрузит MD
|
|||
30
Эмбеддер
27.01.12
✎
08:54
|
Я ради интереса в следующий раз попробую смоделировать действия умельцев так
в ПБ уберу dbset.dbf изменю и сохраню конф-ю потом верну старые dbset напишу результат сюда других версий на что они там способны у меня не было и нет еще вариант сбой, когда просто была кривая запись в таблице |
|||
31
mishaPH
27.01.12
✎
09:17
|
(29) если ей сказать что она цб. не вопрос
|
|||
32
mishaPH
27.01.12
✎
09:18
|
(30) да так и я делаю иногда когда в одной пб надо срочно изменить код.
но все это руками только. |
|||
33
Эмбеддер
27.01.12
✎
09:37
|
(31) Читай внимательно
Я уже 2 раза сказал, какую строчку надо добавить в файл чтобы периферийная база выгружала МД. При этом она не становится центральной. Сейчас поступили сведения что с другой базой в другом городе происходит то же самое. ЧФ исключается, это глюк 1С |
|||
34
Эмбеддер
27.01.12
✎
09:39
|
+ Посмотрел бы я как ты объясняешь пользователям Ребята то что я вижу это невозможно, этого не бывает
|
|||
35
mishaPH
27.01.12
✎
09:39
|
(33) друг мой. Я 10 лет с урбд. у меня наверное уже не одна сотня баз прошла через руки в разных вариантах. Описанного тобой ни разу небыло. 1С тут нипричем. До тебя как-то тоже никто не жаловался.
|
|||
36
mishaPH
27.01.12
✎
09:39
|
(34) я могу понять ваших пользователей и тебя. Но ищите причину не в 1с.
|
|||
37
mishaPH
27.01.12
✎
09:40
|
+ 36 да еще почему-то у вас ПБ с МД которые с ЦБ не стыкуются почему-то типа очень старые. Это нонсенс.
|
|||
38
mishaPH
27.01.12
✎
09:40
|
и что у вас чудят админы по филиалам или еще кто там это вопрос уже другой.
|
|||
39
Эмбеддер
27.01.12
✎
09:43
|
(37) Не старые они, это предыдущая версия MD
(35) Однако кто-то мне реально помог а кто-то развел флуд |
|||
40
mishaPH
27.01.12
✎
09:45
|
(39) 2. помог в чем? исправить ситуацию? а может надо причину искать? исправить ситуацию текущую это не проблема. А раз ты пишешь что и в другом филиале таже беда. - то что-то тут системное.
|
|||
41
mishaPH
27.01.12
✎
09:45
|
ПБ сама по своей воле мд не пошлет. Это противоречит идеологии системы. а ЦБ не загрузит мд.
|
|||
43
Mikeware
27.01.12
✎
09:55
|
(41)
"Есть многое в природе, друг Горацио, Что и не снилось нашим мудрецам."© Уильям наш, так сказать,Шекспир... Чья тут воля - сказать трудно. Но то, что послать можно - это запросто. |
|||
44
Эмбеддер
28.01.12
✎
09:19
|
(43) Есть 2 голоса )))
|
|||
45
Mikeware
28.01.12
✎
09:40
|
(44) ок, спасибки..
|
|||
46
Mikeware
28.01.12
✎
09:41
|
(32) Если надо "срочно изменить код" - достаточно ГКомпа. разобрать - изменить - собрать - подменить. Можно даже из базы никого не выгонять - просто заставить перезайти.. И включить в шедулере запуск обработки, которая ночью разошлет изменившийся md :-)).
|
|||
47
mishaPH
28.01.12
✎
10:10
|
(43) Ну так если ручки приложить..
|
|||
48
Mikeware
28.01.12
✎
10:18
|
(47) Если приложить руки, то можно сделать все.
да и сделано, в общем-то, дофига... |
|||
49
mishaPH
28.01.12
✎
10:24
|
(48) да кто спорит про ручки. я автору и говорил, что ищите причину а не говорите что 1с глюканула.
|
|||
50
Mikeware
28.01.12
✎
10:26
|
(49) Глюки, они непредсказуемые...
|
|||
51
AcaGost
28.01.12
✎
10:26
|
(14) Подросла пиписька
|
|||
52
mishaPH
28.01.12
✎
10:51
|
(50) глюком занесет в файл флаг в ПБ на выгрузку метаданных?
В твоей практике такое было? чтобы оно само без чьих-то ручек. |
|||
53
Mikeware
28.01.12
✎
10:55
|
(52) конкретно такого - не было. Но вот после смены сервака в одном из филиалов чудес там происходило изрядно... Вплоть до создания объектов другого вида.. Я уж ехать туда собирался...
Однако решил проблему полной переиндексацией, обновлением статистики и т.п. |
|||
54
Дядя Васька
28.01.12
✎
11:05
|
(52),(53) Проблема называется "в филиале позвали мальчика подправить печатную форму" :)
|
|||
55
AcaGost
28.01.12
✎
11:08
|
(53) Особенно когда тупо переносят базу с ХР на Вынь7 и не меняют порядок сортировки, а сразу делают выгрузку
|
|||
56
Дядя Васька
28.01.12
✎
11:08
|
(54)+ студент впервые увидев уриб спросил у яндекса как внести изменения в перифрийку, и таки-нашел какой-то кривой способ. Бухи же теперь идут в отказ - оно само сломалось, ничего не делали.
|
|||
57
AcaGost
28.01.12
✎
11:12
|
+(55) Или пытаются принять изменение конфы с машины ХР, а сама база лежит на Вынь7
|
|||
58
Mikeware
28.01.12
✎
11:13
|
Вы чо, офигели? :-) какие нафиг "мальчики, правящие формы"? :-)
КОнфигураторы там поотключены, базы на серверах, (естественно, о "ХР на Вынь7" и речи быть не может, как и о выгрузке-загрузке значительных по объему баз....) я ж не франч какой-нибудь... |
|||
59
AcaGost
28.01.12
✎
11:14
|
(58) "КОнфигураторы там поотключены" шаловливые ручки?
|
|||
60
Дядя Васька
28.01.12
✎
11:15
|
(58) Ну вообще-то если я правильно понял сабжевая проблема у тебя лично никогда и не возникала. А у ТС явно кто-то влез кривыми руками.
|
|||
61
AcaGost
28.01.12
✎
11:15
|
(58) Я с разными встречался
|
|||
62
AcaGost
28.01.12
✎
11:24
|
(55) и (57) У меня на переферийках было в этом году.
И пока я был в отпуске слетели ВСЕ цены в ЦБ. Слетела привязка ВСЕХ подчиненных справочников, что я даю на переферийки. Пришлось делать Выгрузка - лечение файла DAT - Загрузка и тправка в переферийки |
|||
63
Скользящий
28.01.12
✎
11:32
|
Жестокий отпуск.
|
|||
64
Дядя Васька
28.01.12
✎
11:34
|
(62) То что это произошло когда был в отпуске как бэ намекает...
|
|||
65
Mikeware
28.01.12
✎
11:35
|
(62) а почему нельзя было поднять нужный бэкап, заменить все цены, сгенерировать изменения цен после бэкапа, и разослать? час работы...
|
|||
66
Шурик71
28.01.12
✎
11:36
|
У меня эта проблема была у 2х клиентов. У второго - в прошлом месяце; у первого - года 3-4 назад. Вот эта самая кривая запись с нулевыми идентификаторами. Уверен, что никто кривыми руками не залезал. Думаю, что какая-то из сетевых карт при повышенной нагрузке и/или бросках питания выдала кривую запись пакета.
|
|||
67
ДенисЧ
28.01.12
✎
11:36
|
(65) f xnj nfrjt ,trfg&
|
|||
68
ДенисЧ
28.01.12
✎
11:36
|
блин
(65) а что такое бекап? |
|||
69
Mikeware
28.01.12
✎
11:40
|
(68) Это особо трусливые придумали... Тебе это не надо...
|
|||
70
Mikeware
28.01.12
✎
11:42
|
+(66) И тут, в мизде, в прошлом году кто-то жаловался, что в периферию данные не уходят - "изменения не загружались" - хотя конфига не менялась...
|
|||
71
Эмбеддер
28.01.12
✎
11:53
|
Я хочу сказать тем, кто бьет себя пяткой в грудь со словами что у него такого не будет.
Это ваша самоуверенность и не более того |
|||
72
Mikeware
28.01.12
✎
11:58
|
(71) Она от незнания. Для МишиПх это обычное явление...
зы. купил себе фен ай-ой 8032 - кайфная штука :-) |
|||
73
AcaGost
28.01.12
✎
11:59
|
(65) Не прокатило
|
|||
74
AcaGost
28.01.12
✎
12:09
|
(66) Причины (55) и (57) я понял, когда в декабре отловил, при приеме, и не допустил "обрушение" базы
|
|||
75
Эмбеддер
28.01.12
✎
12:12
|
Ясно, буду иметь в виду. Они там постоянно базы переносят с компа на комп, приезжают с ноутбуками, а там как раз Win7
|
|||
76
mishaPH
28.01.12
✎
12:51
|
У нас тоже зоопарк всякий и вин 7 есть и 2000. в УРБД 46 баз в распределенки как пример в той конторе. за 10 лет чудеса всякие бывали, в основном с пропаданием данных и разлетов ПБ и цб. но чтобы пб сработала как цб да еще мд выгрузила - этого небыло.
(72) у тебя тоже сам пишешь такого небыло. так что не надо мне на незнания валить. Извратов в моей практике было достаточно. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |