v7: Как восстановить периферийную базу #636571

Она сломалась, есть ее копия месячной давности и центральная база.

ну создай новую периферию из центральной

Если миграция полная проще новую создать. Если нет, то все равно создать новую из сломанной перенести те документы которые не мигрируют

А как у вас настроены правила обмена?

3) Правила настроены вручную, не все документы есть в периферийной, в центральной есть все.

Если в центральной все, значит новую создавай тогда.

буду пытаться. 1. удалю в ЦБ в конф-ре ПБ, и создам с таким же префиксом заново 2. Выгружу. 3. Загружу в ПБ. Правильно? 4. Посмотрю что вышло, пото если что еще вас побеспокою

Склонируй, и удали ненужное. быстрее будет

Дааа, помница мы с помощью таблиц УРБД, 1с++ кувалды и чьей-то матери сделали миграцию двухстороннюю 7.7->8.1

С таким же нельзя. Но мне говорили как то, что правкой таблиц можно добиться того, что база будет считать себя невыгруженной и получить первичную выгрузку уже существующей базы заново... Но тебе рекомендую просто создать первичную базу с новым кодом.

для генерации новой базы - как раз можно. а в его случае - даже нужно.

Если предполагается с поломанной потом чего-то доносить в восстановленную из Центральной, то лучше не перевыгружать а в 1DBSET на нужной периферийке поставить "N" - выгрузится с тем же ИД  cw014, можно по-подробнее? осталось чего-нить может? у меня примерно таже задача щас маячит на горизонте: Подружить самописную 7.7 и БП 8.2 на предмет постоянного корректного обмена туда-сюда

делал так пару месяцев назад, настучался я в бубен тогда...

1. Копия ЦБ (это наша будущая ПБ) 2.1 Если от побитой ПБ остался целый 1SDBSET - копируем его в "Копию ЦБ" - всё - это новая ПБ 2.2 Если не остался - открываем любым редактором дбф 1SDBSET, удаляем все строки кроме ЦБ и нашей ПБ. В поле DBSTATUS в строке с ЦБ вместо "M" ставим "P", в строке с ПБ вместо "С" ставим "M" (все буквы - латинские) Про структуру файлов УРБД смотреть, например здесь: 3. остается удалить из нее "лишние" доки, которые по правилам миграции не должны попадать в нее

Примерно так:

а в 1SSystem код базы кто менять будет? Пушкин?

дадада! оно какбэ само-собой разумеется)))

спасибо!

, можно в личку тогда уж и остальное по теме (в каком-нить виде)? а то по вырванному из контекста пинок не достаточно силен для окончательного осмысления :-(

разумеется, что Пушкин? :-)

а что именно?

коррректируешь выгрузку в восьмерку, вместо отбора "по датам" - делаешь выборку документов нужного вида через ВернутьИзмененныеДокументы. после этого - ПодготовитьКВыгрузке ну а при подтвекрждении обмена (если снеговик полностью принял обмен) - ПодтвердитьОбмен с нужным идом.

И что же там "сломалось"?

ТЗ на почту, попробую поискать

конечно он :-) (бесит, что нельзя здесь свои посты править :- - последовательность применения (схема), - как обрабатывается выгрузка из 7.7 на стороне 8 (принцип , код на 8), - ...короче разжевать и положить :-) Из приведенного я понял, что 8-ка по отношению к 77 - "периферийка" (ИдБазы="1C8"), на сервере создается табличка "СоответствияОбъектов", с которой при каждой сессии обмена джойнится 1supdts... короче без более полноценного примера тямы не хватает :-(

кинул

скорее, просто семерка - ведущая база. оперативный учет ведется в ней. все созданные/изменные документы регистрируются урбдшкой, и отбираются для выгрузки именно не по периоду, а по регистрации в 1сапдейтсе. см

Короче, стучиь в аську, есличо®

угу, это я понял... на 8 чего уходит в итоге? в каком виде? и как обрабатывается на входе 8-кой?... Ок, стукнусь!

Где ТЗ то?

Лови письмо

поставь мод.

единственное, там реализован только односторонний обмен 7--->8 в обратную сторону написать недолго.

поймал?