v7: 1С 7.7 Неправильно сделали периферийную базу. #768451


#0 by ok_ter
Здравствуйте. Неверно сделала ПБ. Выгрузила и Загрузила не через Адмен-е.-РаспределеннаяИБ-Управление, а через Админ-е - загрузить. Получилось 2 ЦБ( Недельку поработали (много док.) и при автообмене (УРБД) выдает ошибку : Файл загрузки данных содержит данные, выгруженные из неизвестной информационной базы. Хорошо бы не потерять документы . Помогите пожалуйста) Спасибо.
#0 by ok_ter
Здравствуйте. Неверно сделала ПБ. Выгрузила и Загрузила не через Адмен-е.-РаспределеннаяИБ-Управление, а через Админ-е - загрузить. Получилось 2 ЦБ( Недельку поработали (много док.) и при автообмене (УРБД) выдает ошибку : Файл загрузки данных содержит данные, выгруженные из неизвестной информационной базы. Хорошо бы не потерять документы . Помогите пожалуйста) Спасибо.
#1 by ДенисЧ
Там в двух местах в табличках нужно поправить... сейчас придут старшие товарищи и назовут эти места. я уже не помню.
#2 by Ёпрст
Ну, так, примерно (по памяти) 1) в 1sdbset вашей "перефирийки" ставим 'M', у центральной 'P', остальные строки, если есть, удаляем 2) в 1ssystem  dbsign меняем на код текущей (смотреть его в ЦБ)
#3 by Davalebor
теперь надо синхронизировать эти две базы?
#4 by ok_ter
Непоняла( уточните, где именно в файле ставить (М).. и (Р)?
#5 by ok_ter
Да.
#6 by Mikeware
в Dbsign
#7 by Mikeware
#8 by Mikeware
Вообще, не делайте обмен! а топридет полный ПЦ
#9 by Mikeware
выгрузку для ПБ как делали?
#10 by Ёпрст
неа, в SNAPSHPER
#11 by Ёпрст
в Dbsign хранится код базы..туда нужно нужный код поставить
#12 by Mikeware
не, 'nj gthbjl hfcxtnf jcnfnrjd
#13 by Mikeware
в snapsper хранится период расчета остатков
#14 by ok_ter
Администрирование-Выгрузить даные
#15 by Ёпрст
ненеее
#16 by Mikeware
dbsign и dbuuid у нее правильные, соответсвуют друг другу. просто признаки баз неправильные. это - dbstatus. Но фигня в том, что у нее похоже, базы с одинаковым dbsign, значит, idы документов пересекаются
#17 by Ёпрст
путаешь, период хранится в accdate
#18 by Mikeware
Да! однозначно
#19 by Mikeware
В ACCDATE хранится период бухитогов
#20 by Mikeware
выгрузку для ПБ как делали? Что в каждой из баз дает ЦентральнаяИБКод и ТекущаяИБКод ???
#21 by Davalebor
да просто походу выгрузили данные Администрирование -> Выгрузить данные. То есть получили просто копию. И работали в обоих базах параллельно неделю.
#22 by Ёпрст
стареешь
#23 by Mikeware
Пардон, сразу не заметил. Ну, тогда подтверждаю и
#24 by Mikeware
не стареют душой ветераны. Агат не грузится, но наизутсь помню, в т.ч. по аббревиатурам
#25 by Ёпрст
а мот я ? Пилять, совсем уриб забыл :)
#26 by ok_ter
Да да да..
#27 by Mikeware
ACCount DATE, SNAPSHOT PERiod... ----- Блин, чо ж ей посоветовать-то?
#28 by ok_ter
Так как точно поступить... Запуталась уже(((
#29 by Mikeware
SNAPSHPER     Периодичность итогов регистров остатков (устанавливается в меню Операции - Управление оперативными тогами - Периодичность сохранения остатков). F – 5 дней. C – Декада (10 дней). T – 15 дней. M – месяц. Тип - Строка. ACCDATE     Дата актуальности бухгалтерских итогов. Тип - Дата (для SQL DateTime). © .
#30 by Mikeware
по хорошему, надо развернуть "первичную" базу (сделать, как будто в периферийку только загрузились), в ней сделать , а потом в нее перетащить любым из способов созданные документы
#31 by Mikeware
на ответь
#32 by ok_ter
Где посмотреть Код?
#33 by Mikeware
открыть Табло в каждой из баз, и вбить по две строчки: ЦентральнаяИБКод и ТекущаяИБКод
#34 by Davalebor
я бы слил все в одну базу сначала, через xml например, а потом уже сделал бы из нее новую периферийку.
#35 by Mikeware
можно и так. Ей еще по-хорошему наверняка придется номера доков менять (префиксы), хотя это и необязательно
#36 by ok_ter
Извините, но где именно "Табло" и две строчки? в конфигураторе ЦБ -нельзя изменить код(
#37 by Mikeware
молчит... похоже, довели ее до самоубийства...
#38 by ok_ter
Можно поподробней)))
#39 by Mikeware
в предприятии. запустие предприятие, в нем сервис-табло, и там...
#40 by Mikeware
позовите программиста. Дешевле выйдет.
#41 by ok_ter
нет дышу пока )))) думаю...
#42 by Davalebor
номера доков, коды справочников..
#43 by ok_ter
жду...3й день .. вот решила у Вас спросить)
#44 by Mikeware
ну, мы ответили. все же, ответьте на -, тогда окончательно скажу
#45 by Davalebor
ну если сливать все в одну базу, то план такой: -в одной из баз перенумеровать все введенные документы (что бы при слиянии документы с одинаковыми номерами не затирали друг друга) -изменить коды справочников введенных в базе в течение этой недели (что бы не затерлись справочники с одинаковыми кодами) -взять конфигурацию "конвертация данных" и настроить там правила обмена (для идентичных конфигураций это не сложно) -выгрузить данные из одной базы в другую. потом уже периферийку новую сделать.
#46 by Ёпрст
Ну и ладно
#47 by Ёпрст
это не наш метод
#48 by Davalebor
так если даже одна база станет периферийной, то вопрос слияния данных остается открытым, что с номерами доков делать и со справочниками?
#49 by Mikeware
номера - мелочь. идентификаторы - вот где засада... превратить базу в правильную периыерийку - дело меньше чем на минуту. а вот разгрести иды...
#50 by ok_ter
В ПБ:
#51 by Mikeware
короче, делайте нормальную правильную периферийку с нуля, и долбите туда документы руками. Это должно стать воспитательным моментом для того, кто так делал ПБ.
#52 by Mikeware
что и требовалось доказать...
#53 by Davalebor
ok_ter, объем-то набитых документов какой? а то может ну его нафик все эти слияния и поглощения? вон в нормальный способ :)
#54 by ok_ter
очень, очень трудно будет( помогите( Насколько я поняла нужно поменять коды...но я не знаю какие и как точно(
#55 by Mikeware
одними кодами не обойтись. Сколько денег?
#56 by HawkEye
сделай нормально новую ПБ и обработкой перенси в нее те документы которые вносили в ненормально сделанную ПБ, за документами подтяни справочники... будет и проще и надежнее.
#57 by ok_ter
я и так уже переделывала эти документы.. неделю. Изначально "делали" криворукие- не Перемещение, а РН... я это все наново ставила на ПН..потом уже перемещ. капец короче..
#58 by ok_ter
новую я могу. но,как именно Обработкой? в конф - загрузить данные? обеденить?
#59 by пипец
вот примерчик , аналогично можно и с дбф
#60 by пипец
чо там сложного , перегнал базу в скуль - сделали по перегнали в дбф и ~~/)
#61 by Davalebor
Ты не читал что ли ? В двух базах работали параллельно, теперь надо объединить данные.
#62 by ok_ter
все верно это новый магазин. Документов немного...но они длинные - много товара (мелкого) могу номера ПН, Перемещений в ручную переписать.   РН тут пока не делала
#63 by пипец
ну что такого то - смысл тот же самый сдалать ДВЕ по две два центра - две переферийки от каждой с одинаковыми айди желательно перезаписать в любом из центров документы и справочники которые надо загрузить !! - сделать файл обмена - подменить выгрузку на загруку в пакетнике - загрузить в нужную базу - вуаля
#64 by пипец
+ мну такое еще с 7.5 версией делал, пакетники подменяются внутри - только в путь... главное знать чо выгружать загружать (с уникальностью фингня - все загрузится , поругает но загрузит, это ж УРБД)
#65 by пипец
+ сам пакетник это текстовые файлы + мд-шник если был обмен конфигурацией, всех делов на пол дня не более имхо
#66 by пипец
+ это с перекурами и проверками на копиях )
#67 by HawkEye
тыж программист? напиши обработку, тем более если один вид документов всего, там делов на 2 часа..
#68 by пипец
ващет таких обработок уже и так тучи в интернете ))- и имхо будет правильнее ))) всякие ситуации типа с совпадением кодов если справочники параллельно заносились обойти ЗЫ кстати можно и без SQL каждой базе создать по переферийке обменяться - потом в переферийке любой базы перепровести документы обработкой - сделать выгрузку данных (не забыть про справочники) выгрузить пакетник - зайти подменить ади в пакетнике - загрузить в чужой центр )
#69 by ok_ter
попробую я вариант только неуверенна в п3 как правильно: настроить правила обмена
#70 by HawkEye
ну вот найди в этой кучке конфетку и дай автору...по мне быстрее свою написать, чем ковыряться в чьих то нетленках..
#71 by Mikeware
ты правда дебил, или прикидываешься? у нее иды документов в одно мпространстве, да ещке и стартовали с одной точки, т.е. гарантировано пересекаются. после загрузки в ЦБ такой классный винегрет будет... вместе с олиивье... причем уже один раз съеденый...
#72 by Mikeware
судя по сообщениям, это бушка или операторка...
#73 by HawkEye
а чего мы тогда не просим фото? ))
#74 by Mikeware
А зачем? Чего мы еще не видели? Чем нас можно удивить :-))
#75 by HawkEye
епта... для порядку...
#76 by Mikeware
а не опасаешься, что вместо "порядку" наступит бардак? :-)
#77 by ok_ter
весело с Вами... помогите(
#78 by Mikeware
тут два варианта - либо вы делаете вручную, либо платите денюшку.
#79 by пипец
и что ? при чем тут это ? про смену айди написано зря ? ЗЫ сначала попробуйте потом тычьте пальцаме ....
#80 by ok_ter
я ж говорю.. попробую пока вариант а потом уже буду платить денежку.
#81 by HawkEye
главное чтобы бардак, был красивый )) желательно в стиле ню )))) чем помочь?! без специфических знаний - будет еще хуже... поэтому или зовем специалиста, или перебиваем документы руками... ну или становимся программистом, но для этого все равно кто-то должен укусить...
#82 by HawkEye
после если одна и та же номенклатура оприходывалась в обеих базах, получишь задвоение номенклатуры.
#83 by Mikeware
Дебиллушко... у нее _уже_ в базе документы с пересекающимися идами. она их уже накерячила. поэтому - надо чем-то внешним, типа КД или дбф/оле (хотя и тут будет некоторая веселуха с номерами(небольшая, но тем не менее), а особенно весело будет если добавились элементы справочников)
#84 by ok_ter
а как не получить задвоение?
#85 by пипец
хмм за такие "ярлыки" можно и ... разговор окончен
#86 by HawkEye
для ответа на этот вопрос, надо понимать кто, как и в какой момент заводит, там много нюансов )))
#87 by Mikeware
какие нафик "ярлыки"? хочешь, чтоб она воспользовалась твоим советом, и покерила еще и центральную? тогда уже точно ей придется фотографироваться в стиле ню, чтоб с конторой рассчитаться.. варианты: 1)вбить все руками в новой базе 2)найти обработку обмена, которой сможешь перекинуть данные, перекинуть эти данные (хоть в свежесозданную правильную периферийку, хоть в ЦБ), и работать в правильно созданной ЦБ 3)позвать программиста и заплатить ему немножко денег -- выбирай!
#88 by ok_ter
много тмц не вводили. может задвоить новые? или задвоит все ТМЦ?
#89 by ok_ter
попробую №2) только "стремно" по задвоению..
#90 by Mikeware
новые задвоит. поменяй у них хотя бы код - поставь другой префикс. Ну и желательно это же у документов. а потом тогда - п2 из 87
#91 by Mikeware
Сервис-МониторПользователей-ЖурналРегитрации- прошерстить все справочники по событию "Записан новый элемент", поменять коды.
#92 by ok_ter
я их не найду. 2900 тис ТМЦ попробую так... документы уже поменяла
#93 by ok_ter
ого...даже так...СПАСИБО пойду пообедаю)
#94 by Mikeware
Ну расскажи хоть потом о результатах... забавно будет послушать...
#95 by Mikeware
в принципе, для сиквельной версии можно довольно легко написать замену сигна урбд в идах доков. попробовал сейчас - работает даже. Со справочниками чуть геморнее, но тоже реально. Придумал как. но в файловой трахаться неохота.
#96 by Pit0n_08
1. Из ЦБ создай правильную ПБ и разверни на месте. 2. В неправильной ПБ обработкой "UChoice.ert" присвой документам префикс правильной ПБ. 3. В неправильной ПБ измени коды новых элементов справочников, созданных за время работы. 4. Из неправильной ПБ обработкой "Export77.ert" выгрузи нужные документы в файл. 5. В правильной ПБ обработкой "Import77.ert" загрузи документы. 6. Контролируй ПБ и проводи автообмен. ЗЫ. Советую не забывать про соломку (архивы, то бишь)...
#97 by Это_mike
п2 она сама сделала. П3 я ей подсказал, как сделать. П1 ей уже оаз пять сказали. Ей осталось вомпользоваться твоими п4 и п5...бум надяццо
#98 by ДенисЧ
Хм... А почему до сих пор не задан пятничный вопрос?
Тэги: 1С 7.7 и ранее
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С