|
v7: Полетела база | ☑ | ||
---|---|---|---|---|
0
sotnikov
04.10.13
✎
20:19
|
Ситуация такая. В периферийной базе что-то случилось, они сбросили нам свой автообмен, мы его загрузили и получили вместо части артикулов ФС, Р.ФС и тому подобное. У части артикулов пропала базовая единица, штрихкод, некоторые вылезли из своих групп в корень. Пропали несколько контрагентов. Короче я так понимаю у них потерлась часть базы, они сделали восстановление и результат каким-то макаром перезаписал нашу базу. Бекапы я давно не делал. У меня есть актуальные периферийные базы со всей номенклатурой. Как бы мне из них изъять всю номенклатуру со свойствами и перезаписать этими данными соответствующие ячейки в основной базе?
|
|||
1
Aleksey
04.10.13
✎
20:21
|
тупо записать в приемник, и оно само уйдет в центр
|
|||
2
Mikeware
04.10.13
✎
20:32
|
1. не отправлять обмены в целые базы.
2. перезаписать в "нормальной" периферии все "правильные" элементы "битых" справочиков, вклчая подчиненные. 3. принять обмен от нее в центре. 4. в зависимости от правилд миграции - либо перезаписать полученные нормальные значенрия в центре (если правило "все ИБ", то само уцйдет, без перезаписи) 5. сделать обмен с уродами. 6. набить им морду. |
|||
3
Эльниньо
04.10.13
✎
20:45
|
(2) Начать с последнего пункта.
|
|||
4
Armando
04.10.13
✎
21:54
|
>> Бекапы я давно не делал
Продолжать не делать бекапы |
|||
5
Злой Бобр
05.10.13
✎
02:07
|
(0) >> Бекапы я давно не делал
Ну ты сам виноват. Так и продолжай. По фото нелечится. На слух вроде как достаточно выгрузить в обмен битые данные из целой базы. Но это только на слух. Что там у тебя конкретно - можно сказать только увидев и пощупав. |
|||
6
sotnikov
05.10.13
✎
03:48
|
Спасибо откликнувшимся. Знаю что виноват. Начальство пообещало мучительную смерть в случае если не смогу восстановить.
1. Как выгрузить в обмен все битые данные из целой периферийной базы? 2. Как перезаписать в "нормальной" периферии все "правильные" элементы "битых" справочиков, вклчая подчиненные? Сразу оговорюсь, я первым делом сделал автообм4н со стороны нормальной периферии, но файл обмена был подозрительно мал, я так понимаю что он отдает только изменения, разумеется он не сработал. Я правильно понимаю что если не вносить в карточку товара изменений, но все же закрыть ее с сохранением, она войдет в файл обмена? Если я прав, то поделитесь пожалуйста обработкой что бы ручками 3000 карточек не лопатить. Если не прав прошу наставить на путь истинный. |
|||
7
Эмбеддер
05.10.13
✎
06:09
|
(0) ФС появились в результате тестирования и исправления. они сами чинили базу, не ставя в известность, а потом отправили файл обмена?
(6) если нет копии, то автоматически ничего уже не сделать (кроме как открывать документы, которые были уже распечатаны, чтобы понять, что есть каждая из ФС, сравнивая каждую строку документа с распечатанным) |
|||
8
Эмбеддер
05.10.13
✎
06:35
|
(6) правильно, чтобы элемент справочника/документ отправился в периферийную базу, его достаточно записать
код примерно такой Спр=СоздатьОбъект("Справочник.Контрагенты"); СЗ=СоздатьОбъект("СписокЗначений"); Спр.ВыбратьЭлементы(); пока Спр.ПолучитьЭлемент()=1 цикл СЗ.ДобавитьЗначение(Спр.ТекущийЭлемент()); конеццикла; для i=1 по СЗ.РазмерСписка() цикл Спр=СоздатьОбъект("Справочник"); Спр.НайтиЭлемент(СЗ.ПолучитьЗначение(i)); Спр.Записать(); конеццикла |
|||
9
Mikeware
05.10.13
✎
07:47
|
(6) Если непонятно в (2) - "позовите программиста"©.
|
|||
10
sotnikov
05.10.13
✎
16:39
|
Понимание как пользоваться этим кодом имеется только на 30%.
|
|||
11
ChMikle
05.10.13
✎
16:44
|
(10) есть переферийки где все данные есть и целые ?
|
|||
12
DJ Anthon
05.10.13
✎
17:01
|
надо найти все ФС-элементы. если их немного, то поправить руками в периферийке, пометив их, и все уйдет в центр, но не факт, что ситуация не повторится. если их достаточно много, то в центральную базу перенести по ОЛЕ данные из живой. потом сделать заново периферийки. я бы так сделал.
|
|||
13
Эмбеддер
05.10.13
✎
19:48
|
(12) периферийная база получится пустая, если у документов признак миграции "Место создания и центр". Учитывая квалификацию автора, он не сможет перенести в нее нужные документы
|
|||
14
sotnikov
06.10.13
✎
11:28
|
Периферийки с целыми данными есть. Я уже развернул одну целую и актуальную на своей машине. Осталось понять что с ней делать.
ФС элементов много. Руками очень не хочется. Что такое ОЛЕ? |
|||
15
ChMikle
06.10.13
✎
11:35
|
(14) у тебя центральная база с этой переферийкой полностью обменивается всеми данными , если да , то из этой переферийки можно сделать центр , нарезать из нее переферийки и забыть все как страшный сон
|
|||
16
aka AMIGO
06.10.13
✎
11:56
|
(14) Что такое ОЛЕ?
Это спец.средство переноса данных в БД, созданных другими программами компьютера: из другой БД, из файлов dbf, Excel, Word. за подробностями - в Описание внутреннего языка 1С.7.7, Глава 40 |
|||
17
sotnikov
06.10.13
✎
12:08
|
ChMikle, нет они обмениваются не всеми документам. Периферия получает только поступления товара. Остатки у них не по всем складам. Справочник цены у них урезанный.
aka AMIGO, спасибо посмотрю мануал, вдруг осилю. |
|||
18
Mikeware
06.10.13
✎
12:11
|
(15) для него это сложнее,чем перезаписать покалеченнные справочники.
(16)оле - это не "средство переноса", а всего лишь способ доступа. |
|||
19
ChMikle
06.10.13
✎
17:35
|
(17) вариант один переписывать элементы из нормальной базы
|
|||
20
sotnikov
07.10.13
✎
01:18
|
Переписывать в смысле перезаписывать в нормальной и делать автообмен?
|
|||
21
sotnikov
07.10.13
✎
02:23
|
Перезаписал, обменялся, но толку нет. Может где-то есть настройка приоритетности баз?
|
|||
22
Bigbro
07.10.13
✎
05:57
|
(21) не верю.
смотри логи - точно те данные что надо ушли и были приняты из ПБ в ЦБ? |
|||
23
Эмбеддер
07.10.13
✎
06:07
|
(22) + логи = журнал регистрации
|
|||
24
nirazu ne 1c
07.10.13
✎
08:33
|
(0) Бекапы я давно не делал. и уже не девственник, а простите дырявый
|
|||
25
Диманыч
07.10.13
✎
08:47
|
(0)Два дня на изучение системы конвертации данных идет на любом итсе как халявная разработка
потом две минуты на создание обработки по выгрузки загрузке справочника подсказочка синхронизацию настраивай по коду и только ну и берешь любую переферийку или архивчик где справочник нормальный минуты две на выгрузку минут пять на загрзку в центральную базу после этого выгрузка автообмена на все переферийные базы до этого в централку ни чего не грузить после того как все переферийки схавают автообмен от централки ждешь выгрузку из всех перефериеек |
|||
26
ЧессМастер
07.10.13
✎
09:00
|
интересно кто пустил (0) не имеющего навыков работы с OLE к рабочей базе
|
|||
27
Mikeware
07.10.13
✎
09:07
|
(25) все делается за 15 минут без всяких конвертаций.
|
|||
28
Диманыч
07.10.13
✎
12:06
|
(27) с оле конечно быстрее, но оле иногда глючит а если чел в нем не бум бум ужас ужаса будет ужаснее
А так можно универсальной обработкой справочников выгрузить и загрузить. Можно если база на SQL и средствами скуля просто таблицу перезаписать |
|||
29
sotnikov
07.10.13
✎
12:21
|
Центральная скуль, периферия dbf.
Универсальная обработка - это которая на диске лежит? Найти бы еще этот диск... |
|||
30
Диманыч
08.10.13
✎
05:55
|
(29) Угу
|
|||
31
MiniMuk
08.10.13
✎
06:58
|
Сделай бекап, потом делай что советуют
|
|||
32
sotnikov
08.10.13
✎
12:00
|
У нас блин вместо диска дискеты. А привода нет. Мб кто-нить может выложить эту обработку?
|
|||
33
Mikeware
08.10.13
✎
13:08
|
(28) ОЛЕ нафиг не нужно. все делается совершенно штатно, перезаписывается обработакми по пять строк, а отправляется штатным обменом.
а средствами сиквела - ну, можно. Например, http://infostart.ru/public/14923/ |
|||
34
Диманыч
08.10.13
✎
14:32
|
(32) Я пока не могу, мне некода
нужно идти пиво пить |
|||
35
sotnikov
08.10.13
✎
17:11
|
А что насчет TRANREF.ert?
Она по идее выгружает справочники в файл, а так же и загружает, заменяя дубли. Проблема в том, что у меня она выдает ошибку Справочник 'Банки (классификатор БИК)': загружено 483 элементов Код не уникальный! элемент Р/С не загружен ЗафиксироватьТранзакцию(); {X:\GLASSAR\EXTFORMS\TRANREF.ERT(866)}: ошибка при выполнении процедуры ЗафиксироватьТранзакцию В чем может быть проблема? Еще предлагается обработка COPIR_SP.ERT, но ее я пока не пробовал. |
|||
36
Ёпрст
08.10.13
✎
17:14
|
(35) ты главное, побольше всякого мусора запущай в УРИБ-бе..
А то базу потом слишком просто восстанавливать, мало денех плотють. |
|||
37
Mikeware
08.10.13
✎
18:27
|
(35) проблема не то, чтобы "может быть", а совершенно точно есть - в ДНК.
уберите руки от базы и позовите программиста. |
|||
38
Масянька
08.10.13
✎
18:31
|
Ни фига себе!
А автора кто-нибудь отогнал от БД? |
|||
39
badboychik
08.10.13
✎
18:44
|
(38) там уже медицина бессильна...
|
|||
40
sotnikov
09.10.13
✎
01:33
|
А в чем проблема? В код я не лезу, конфу не меняю. Бекап сделал. Импортирую справочник штатной обработкой из одной базы в другую. Для этого нужен диплом программиста? Программист будет только в конце недели, почему бы не попытаться решить проблему своими силами?
Короче, просто вкратце разъясните почему не фиксируется транзакция? Я правильно понимаю что именно в этом причина того что она не может перезаписать существующий реквизит? Или наоборот? |
|||
41
Диманыч
09.10.13
✎
05:36
|
(40) Да у тебя походу 1с ка кривая. Срочно звони в службу поддержки 1с. Там есть консультант который разруливает данные проблемы с базами. Его фамилия Нуралиев. Короче спросишь только его. Остальные в этом вопрос лошары. Звони.
|
|||
42
Rie
09.10.13
✎
05:38
|
(40) Внимательно перечитай (35). Там подробно рассказано, почему транзакция не фиксируется.
|
|||
43
Ёпрст
09.10.13
✎
09:47
|
(40) Дурилко, нельзя в урибе бездумно пользоваться поделками, типа транреф и им подобные.
Ты сделал первый шаг в пропасть. |
|||
44
sotnikov
09.10.13
✎
17:24
|
Короче, решил пока править руками, т.к. программера пока нет и мб не будет.
Вопрос в чем, перезаписываю контрагента который стал Р.ФС... все присвоил ему, а записываться он не хочет, пишет, что код не уникальный и что хуже, в консоли: - Ошибка при выполнении процедуры ЗафиксироватьТранзакцию Это плохо? Или нормально? |
|||
45
Ёпрст
09.10.13
✎
17:55
|
||||
46
sotnikov
14.10.13
✎
11:46
|
Дошел до самой главной проблемы. ТИИ, которое было сделано на периферийной машине создало несколько реквизитов в номенклатуре, таких как: ФС-Партии, ФС-Цены, ФС-свойства номенклатуры, ФС-Единицы и тп. Привязяв к ним оторвавшиеся от своих родителей реквизиты подчиненных справочников. А таких оторвавшихся реквизитов под сотню и найти их хозяина теперь не представляется, как мне кажется возможным. Проблема усугубляется тем, что все эти реквизиты имеют историю и удалить их не получится.
Т.е. картина такая, что у части артикулов пропали ссылки на базовую единицу, цену, производителя и все эти ссылки восстановились в одной куче без ссылок на своих родителей. Как теперь увязать эти концы? |
|||
47
Ёпрст
14.10.13
✎
11:58
|
Позвать кого нить из взрослых.
|
|||
48
Mikeware
14.10.13
✎
11:58
|
(46) см. (9)
----- Запустили в космос Белку(Б), Стрелку(С) и Чукчу(Ч). Центр Управление полетом (ЦУП): Белка! Б: Гав ЦУП: нажми на зеленую кнопку Б: Гав! (Корабль заработал дюзами и перешел на другую орбиту) ЦУП: Стрелка! С: Гав ЦУП: Нажми на белый рычаг С: Гав! (Корабль раскрыл солнечные батареи) ЦУП: Чукча! Ч: Гав! ЦУП: ЧТО ГАВ? ЧТО ГАВ- ТО? Покорми собак! И НИЧЕГО РУКАМИ НЕ ТРОГАЙ!!!!! © |
|||
49
AcaGost
14.10.13
✎
12:00
|
(0) (46) Операционная система на переферийке? на которой лежит база.
И Операционная система на машине откуда заходили в базу? |
|||
50
sotnikov
14.10.13
✎
12:06
|
(47) Очень смешно. Сколько фирм не обзванивал, все говорят, что в 7ке копаться не хотят.
(49) На периферийке xp sp2, к центральной иб я подключаюсь с xp x64 sp2 |
|||
51
AcaGost
14.10.13
✎
12:08
|
(50) Сколько рабочих мест на переферийке?
|
|||
52
AcaGost
14.10.13
✎
12:09
|
Когда последний раз менял Метаданные?
|
|||
53
sotnikov
14.10.13
✎
12:11
|
(51) Одно. Периферийка работает в dbf режиме, запускается с той же машины, на которой установленна.
Метаданные не помню когда менял. Точно не в обозримом прошлом. |
|||
54
Bigbro
14.10.13
✎
12:12
|
(40) транзакция не фиксируется именно потому что внутри транзакции произошла ошибка.
на 22 ты так и не ответил. |
|||
55
Bigbro
14.10.13
✎
12:13
|
и да, с транрефами и прочим - лучше на живой базе не играйся. разгребать все потом не тебе придется, но это может выйти значительно дороже.
|
|||
56
sotnikov
14.10.13
✎
12:14
|
(22) Да, я не заметил вопрос. Где посмотреть логи? Я могу еще раз сделать выгрузку.
|
|||
57
Ёпрст
14.10.13
✎
12:19
|
(50) ответ вам дали еще в (2) посту.
Судя по "я использую транреф и другие поделки для исправления" , ответ может быть только как (47) |
|||
58
cw014
14.10.13
✎
12:24
|
Обещали долгую и мучительную смерть? Ну тогда готовься
|
|||
59
Эмбеддер
14.10.13
✎
12:29
|
(54) ошибка в транзакции потому, что он галку не поставил, которая отвечает за синхронизацию по коду)))
|
|||
60
Эмбеддер
14.10.13
✎
12:30
|
(58) фигня, к концу недели подойдет программист и починит
|
|||
61
sotnikov
14.10.13
✎
13:17
|
(57) Я уже не использую никакие поделки. Транреф не заработал.
(59) Галку на синхронизацию по коду я ставил. (60) Не придет Короче, ребят давайте по существу. Тут реально нет ничего сложного, что бы кошмарить меня последствиями. Я уже восстановил все карточки номенклатуры, но проблема именно с базовыми единицами, они у многих позиций оторвались и теперь задавая их снова с тем же штрих-кодом, он пишет, что нарушена уникальность. Руками лопатить это будет гемор конкретный. Я думаю вернуться к идее перезаписать все на рабочей периферии и скинуть в центр. Лог периферии после сохранения 2х карточек номенклатуры и выгрузки автообмена: 20131014;12:37:32;Администратор;E;Refs;RefWrite;2;;B/84/(001)25595;"Номенклатура 771083 Набор чашка с блюдцем, лат. цв.эмаль 4,5"" (20102)" 20131014;12:37:54;Администратор;E;Refs;RefWrite;2;;B/84/(001)25595;"Номенклатура 771083 Набор чашка с блюдцем, лат. цв.эмаль 4,5"" (20102)" 20131014;12:37:55;Администратор;E;Refs;RefWrite;2;;B/84/(001)25595;"Номенклатура 771083 Набор чашка с блюдцем, лат. цв.эмаль 4,5"" (20102)" 20131014;12:38:11;Администратор;E;Refs;RefWrite;2;;B/84/(001)25596;"Номенклатура 771084 Набор чашка с блюдцем, лат. чер.эмаль 4,5"" (20103)" 20131014;12:38:19;Администратор;E;Refs;RefWrite;2;;B/75/(001)37910;Единицы измерения номенклатуры 20131014;12:38:31;Администратор;E;Docs;DocNotWrite;3;;O/6294/(001)120093;Поступление ТМЦ (розница) РЦ00000294 22.05.2012 15:27:52 20131014;12:38:32;Администратор;E;Sys;CloseSession;0;;; 20131014;12:38:40;Администратор;C;Sys;OpenSession;0;НОВЫЙ СЕАНС : Компьютер SASHA(m);; 20131014;12:38:49;Администратор;C;Distr;DistDnldBeg;1;Код ИБ: '001', Файл: 'D:\База для восстановления\PC\007_pc.zip';; 20131014;12:38:51;Администратор;C;Distr;DistDnldSuc;1;;; Лог центральной после загрузки автообмена: 20131014;12:39:57;Администратор;C;Distr;DistUplBeg;1;\\Server\databases\Glassar\PC\007_pc.zip;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;1;Загрузка изменений: '007'->'001'. Идентификатор: 007-11058;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-10964;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-10971;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-10978;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-10985;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11000;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11007;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11014;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11025;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11032;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11040;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Подтверждение приема изменений с идентификатором 001-11047;; 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/568/(001)902;Номера ГТД 10216120/080411/0016582 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;2;Изменен;B/204/(001)1325;Договоры взаиморасчетов 00001319 Основной договор 20131014;12:40:05;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/75/(001)37910;Единицы измерения номенклатуры 20131014;12:40:16;Администратор;C;Distr;DistUplStatus;2;Изменен;B/172/76;Контрагенты 00000072 ПБОЮЛ Кузьменко И.В. 20131014;12:40:16;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/172/264;Контрагенты 00000263 ПБОЮЛ 20131014;12:40:16;Администратор;C;Distr;DistUplStatus;2;Новый;B/172/(001)1227;Контрагенты 4 ИП Иванова М. А. (ЦУМ) 20131014;12:40:29;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/84/130;Номенклатура 3957 ВАЛЕНСОЛЬ тарелка плоская 25см (36) !!!!!!20131014;12:41:12;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/84/(001)25595;Номенклатура 775804 ФС-42 !!!!!!20131014;12:41:12;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/84/(001)25596;Номенклатура 775805 ФС-43 20131014;12:40:29;Администратор;C;Distr;DistUplStatus;2;Изменен;B/84/(001)9776;Номенклатура 7013 КВАДРО ПРОЗРАЧНЫЙ графин 1,7л (6) 20131014;12:41:31;Администратор;C;Distr;DistUplStatus;2;Изменен;B/214/(001)292779;Партии ТМЦ 00000002 20131014;12:41:31;Администратор;C;Distr;DistUplStatus;2;Новый;B/214/(007)336065;Партии ТМЦ 00000034 20131014;12:41:31;Администратор;C;Distr;DistUplStatus;2;Новый;B/214/(007)336066;Партии ТМЦ 00000019 20131014;12:41:31;Администратор;C;Distr;DistUplStatus;3;Коллизия;B/493/(001)1264;"Сторонние юридические лица 00001291 ООО ""ВИТО-1""" 20131014;12:41:32;Администратор;C;Distr;DistUplStatus;2;Изменен;O/3114/(007)134566;Отчет ККМ РЦ00000259 25.09.2013 12:00:13 20131014;12:41:35;Администратор;C;Distr;DistUplSuc;1;;; 20131014;12:42:05;Администратор;E;Sys;OpenSession;0;Компьютер SASHA;; 20131014;12:42:57;Администратор;E;Docs;DocOpen;3;;O/6294/(001)120093;Поступление ТМЦ (розница) РЦ00000294 22.05.2012 15:27:52 20131014;12:44:07;Администратор;E;Docs;DocNotWrite;3;;O/6294/(001)120093;Поступление ТМЦ (розница) РЦ00000294 22.05.2012 15:27:52 20131014;12:44:08;Администратор;E;Sys;CloseSession;0;;; Реально строк там конечно гораздо больше, но в целом картина такая, есть и замены и коллизии. Строки с операцией по нужным мне позициям, которые я меня я выделил (!!!!!!). |
|||
62
sotnikov
14.10.13
✎
13:29
|
Почитал я что такое коллизии. Печально конечно. Можно с этим что-то сделать? Поменять системную дату и перезаписать все реквизиты всех справочников? Или что-то попроще?
|
|||
63
Ёпрст
14.10.13
✎
13:34
|
(62) готовь 3 конверта.
|
|||
64
Эмбеддер
14.10.13
✎
13:46
|
(62) системная дата ни при чем. коллизия возникает, когда в 2-х базах одновременно меняли данные. надо произвести обмен в обе стороны, и только после этого поменять в одной из баз и сделать обмен еще раз
|
|||
65
sotnikov
14.10.13
✎
13:54
|
Да, но если я сделаю обмен в сторону периферии, она перестанет быть правильной. Другое дело, что выгрузить обмен можно в другую копию этой же периферии.. так?
|
|||
66
Эмбеддер
14.10.13
✎
13:55
|
(65) в главную базу иначе никак не загрузится, придется попортить периферийную
|
|||
67
Эмбеддер
14.10.13
✎
13:56
|
если обмен сделать с другой копией, то обмен идти вообще перестанет - будет писать, что изменения уже загружались
|
|||
68
sotnikov
14.10.13
✎
13:58
|
(66) А зачем ее портить? Мне же наоборот нужны данные из нее. Если я залью в нее все новые данные, она станет такой же бесполезной как и центральная. Нет? Что мне это даст?
|
|||
69
Эмбеддер
14.10.13
✎
14:04
|
(68) вообще правильный способ только один - выгрузить в файл (*.xml, *.txt) из живой периферийной, и загрузить из файла уже в центральную (где происходит коллизия)
|
|||
70
Mikeware
14.10.13
✎
14:18
|
(69) сейчас - спустя _10_!!!! дней ломания базы - выход только один - звать специалиста. Судя по (61) - стоимость работ по восстановлению базы с чисто символической (15 минут работы) возросла раз в 10 минимум (я б считал - в 25)
|
|||
71
Эмбеддер
14.10.13
✎
14:22
|
другой вариант - вручную в рабочей базе перебить с распечатки
|
|||
72
Dolly_EV
14.10.13
✎
15:49
|
мдаа..)) Весь ответ был в (2). И в начале все было совсем просто...
базы dbf? чтобы избежать "Коллизии" (любимое слово в нашей бухгалтерии)))): 1. для инициализации (перезаписи) объектов в правильной периф попробуй воспользоваться например вот этой поделкой: http://rghost.ru/49364803 галочки расставь - как на картинке! лишнего ничего НЕ СТАВЬ!(ну плюс разве еще какие справочники, которые треба поправить): http://s1.ipicture.ru/uploads/20131014/WXvyDR1G.jpg 2. ПЕРЕД инициализацией (перезаписью) объектов в "правильной" периферийке, УДАЛИ в этой периферийке файлик 1SUPDTS.DBF (и *.CDX) 3. ПЕРЕД загрузкой обмена из "правильной" периферийки в ЦЕНТР, УДАЛИ (положи в сторонку точнее, потом вернешь на место!) в ЦЕНТРЕ файлик 1SUPDTS.DBF (и *.CDX) вот вкратце всё... успехов. Пы.Сы. Если номенклатуры скажем всего в пределах 5000-10000 наименований и контриков в пределах 2000-3000 - НЕ парься с выборкой только нужных - инициализируй всех подряд |
|||
73
sotnikov
14.10.13
✎
16:23
|
(72) Спасибо за дельный совет. Сейчас разверну бекапные базы для опытов. По 3му пункту - центральная база sql. Как быть с ней перед загрузкой?
|
|||
74
Mikeware
14.10.13
✎
17:01
|
(73) очисти содержимое таблицы.
|
|||
75
sotnikov
15.10.13
✎
14:03
|
(72) 1SUPDTS.DBF (и *.CDX) не удаляются во время работы базы. Без них она не запускается. Что делать?
|
|||
76
Bigbro
15.10.13
✎
14:12
|
коллизия при загрузке записанной номенклатуры из периферии -> в ЦБ тоже была перезапись, изменения в ЦБ приоритетны.
|
|||
77
sotnikov
15.10.13
✎
14:17
|
(76) Спасибо кэп. Мне бы теперь с последствиями разобраться. Как в базе маркируется радактирование? Ему присваивается номер или у реквизита проставляется дата последнего изменения? Можно же как-то обойти эту систему и избежать коллизий?
|
|||
78
Bigbro
15.10.13
✎
14:18
|
как раз в том самом апдейтс дбф и хранится история изменений, которая ведется механизмом урбд.
|
|||
79
Mikeware
15.10.13
✎
14:19
|
(75)(77) взрослых позови.
|
|||
80
Bigbro
15.10.13
✎
14:20
|
пожалуйста. по содержимому полей должно быть понятно назначение.
|
|||
81
Mikeware
15.10.13
✎
14:20
|
(78) не ври.
|
|||
82
Bigbro
15.10.13
✎
14:27
|
(81) и в мыслях не было. неправ - поправьте.
|
|||
83
Mikeware
15.10.13
✎
14:30
|
(82) в апдейтсе ведется регистрация объектов для отправки.
а вресионирование - в самих таблицах (в журнале, или в справочниках) |
|||
84
Bigbro
15.10.13
✎
14:32
|
верно, я очень криво выразился, вижу, извиняюсь.
|
|||
85
palpetrovich
15.10.13
✎
15:00
|
весело тут, по-ходу у автора волосатая лапа где-то раз все-еще ковыряет базу :)
|
|||
86
sotnikov
15.10.13
✎
15:01
|
(79) По делу можешь что-нибудь сказать? Если нет, то зачем вообще участвовать в обсуждении?
Меня интересует какой механизм проверки более позднего изменения, по дате или у каждого изменения есть свой айди? |
|||
87
sotnikov
15.10.13
✎
15:03
|
(85) У меня помимо этой базы куча другой работы. К тому же никто ничего реально рабочего не посоветовал, так что я все еще ищу вариант как все аккуратно перезалить из одной в другую.
|
|||
88
Mikeware
15.10.13
✎
15:04
|
(86) по делу я тебе сказал через 3 (_три_!!!!) минуты после твоего вопроса. 11 дней назад. работы там ровно на 15 минут.
ты начал заниматься керней. осталось только стебаться... |
|||
89
Mikeware
15.10.13
✎
15:05
|
+(88) поправка. работы БЫЛО на 15 минут. сейчас уже гораздо больше.
|
|||
90
sotnikov
15.10.13
✎
15:07
|
(88) Ну не сработало это. После того как целая периферия синхронизировалась с центром в центре произошли изменения вызванные обменом с другой периферией и после этого эти "плохие" изменения стали более приоритетными и актуальными чем более поздние изменения в целой периферии. Понимаешь?
|
|||
91
palpetrovich
15.10.13
✎
15:09
|
(89) там не было главного пункта - "сделать бекапы всего что есть на сей момент"
...ну и того что в п.(48) :) |
|||
92
Ёпрст
15.10.13
✎
15:09
|
(90)дык ты и не делал этого.
|
|||
93
sotnikov
15.10.13
✎
15:15
|
Просто сейчас надо либо обойти механизм проверки обновлений, либо залить нужные справочники через xml или txt, но я не знаю перезапишут ли они существующие или будет какая-нибудь блокировки транзакции. Либо лезть по жесткому и удалять поля в скуле, но у меня нет для этого инструментов.
(91) Кстати бекап я сделал сразу после того как выяснилось, что база битая. Проблема в том, что я уже 3 раза пытался развернуть этот бекап - по истечении суток выгрузки он выдает файловую ошибку. |
|||
94
palpetrovich
15.10.13
✎
15:21
|
(93) а бекапы небитых перифериек делал?
|
|||
95
sotnikov
15.10.13
✎
15:22
|
(94) Делал.
|
|||
96
Ёпрст
15.10.13
✎
15:25
|
(93)
>>>>либо залить нужные справочники через xml или txt, но я не знаю перезапишут ли они существующие или будет какая-нибудь блокировки транзакции ибо лезть по жесткому и удалять поля в скуле, но у меня нет для этого инструментов. П....Ц |
|||
97
sotnikov
15.10.13
✎
15:26
|
(96) Что не так?
|
|||
98
Mikeware
15.10.13
✎
15:26
|
(90) гонишь. если _целая_ ПБ обменялась с ЦБ - в ЦБ появились _правильные_ данные. вот их и надо было рассылать.
(93) у тебя есть инструменты сделать в сиквеле все, что угодно. они входят в установочный пакет сиквела. |
|||
99
Ёпрст
15.10.13
✎
15:27
|
(97) всё не так.
Весь поток сознания в (93) - это сплошной п...ц |
|||
100
sotnikov
15.10.13
✎
15:29
|
(98) Ну так я обменялся, а данные не обновились и в центральной остались прежними.
(99) Ну конкретно, в чем проблема? |
|||
101
Mikeware
15.10.13
✎
15:34
|
(100) 1.а правильные данные из правильных перифериек - отправлялись?
2. имхо, в ДНК |
|||
102
Mikeware
15.10.13
✎
15:35
|
(99) там нет "потока сознания" :-)
|
|||
103
sotnikov
16.10.13
✎
01:07
|
(72) Спасибо большое, все получилось.
|
|||
104
Dolly_EV
16.10.13
✎
04:26
|
(103) Спасибо в стакан не нальешь.
Шутю. Пожалуйста. (86) "Меня интересует какой механизм проверки более позднего изменения, по дате или у каждого изменения есть свой айди?" "Механизм" до боли прост: "Кто первый встал - того и тапки" = т.е. те изменения ИЗ периферии, которые РАНЬШЕ других дошли до Центра - останутся в базе, другие изменения тех же объектов - пропадут и оставят после себя запись в логе со словом чудным "Коллизия". Изменения, сделанные непосредственно в Центре ВСЕГДА важнее по отношению ко всем перифериям |
|||
105
sotnikov
16.10.13
✎
10:52
|
(104) Это я понимаю, но это логика, а механизм, это то как это отражается в бд, т.е. записывается в таблицу 1SUPDTS.
Еще раз спасибо, Евгений. |
|||
106
Mikeware
16.10.13
✎
15:18
|
(105) поле verstamp в таблицах. и поле dwnldid в 1supdts/
|
|||
107
DmitriyDI
16.10.13
✎
18:01
|
(103) посмотрел (72), улыбнуло)
|
|||
108
Rie
16.10.13
✎
18:12
|
Не, дорогая редакция, я зудею. Человеку в самом начале ветки дали правильный ответ. Итого - уже 107 (мой будет 108-и) пост.
|
|||
109
elCust
16.10.13
✎
18:15
|
Люди делятся на 2 типа:
1) Те кто пока еще не делают бэкапы 2) И те, кто уже делает бэкапы |
|||
110
Эмбеддер
17.10.13
✎
07:42
|
(108) так и автор уже все сделал
(109) в данном случае бэкап все равно не пригодился бы |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |