Помогите срочный вопрос по УРБД
 

Есть центр и переферия. В центре клиенты "положили" новый МД тупо поверх старого. Через День, два работы все рухнуло. Обмен с переферийкой делался.
В этот центр развернули старую копию этого центра (два дня назад). Обмен не делали.
Вопрос - на переферии теперь новый МД.
В центре старый. Если накатить красиво новый через объединение, то как быть с пакетами обмена ?
Ведь выгрузка с центра будет иметь старую нумерацию, и переферия его не должна загрузить, и аналогично обратно - центр не примет выгрузку переферии...
Как это можно подправить ? Слышал про номер пакета, но где его менять и на какой ?
вроде в 1cv77Dld.id ... но на что

Если в файлах 1Cv77Dld.id и файле с данными поменять номер сессии обмена - последнее значение в кавычках (например "2184|EKC") на просто номер больший - загрузить в центре, потом выгрузку сделать и загрузить в переферии - возобновится нормальный обмен пакета ми нумерация пойдет дальше ?

Убить периферийную базу и создать заново.
Потерянные документы перекинуть из старой периферийной в новую (как вариант).

ну обмены если файлы сами есть - можно подложить , это раз
второе , переназначить обмен ... в ручной режим

Итого, у тебя 3 рассинхрона:
1. Несоответствуют конфигурации.
2. Разная нумерация файлов обмена.
3. Данные в ПБ несоответствуют данным ЦБ.

Если 1-е и 2-е сколько нибудь легко побеждается, то с третьим - большая проблема. Заморачиваться с восстановлением существующих данных имеет смысл, только если обмен шел по формату "ИБ создания + центр" и очень важны данные, вбитые за 2 дня в ПБ.

4-101 > подложить это как ? по очереди подсунуть в Центр все выгрузки с Переферии ?

А в ручной это для чего ?

5-Lexusss >
1. ну после смены MD в центре и обмене на переферию прийдет такой же МД и красиво сольется как я понимаю
2. ее можно только руками как в (2) писал подправить ?

(7) 1. Не сольется красиво. Если в центр положили cf, а в переферии объединили (или наоборот), то при загрузке РБД id объектов конфы разъедутся с потерей данных.
Надо сравнивать результаты творчества в ЦБ и ПБ.
2. [url]http://argat.h11.ru/URBDStructure.html[/url]
Я жестко внутрь УРБД 7.7 последний раз влазил лет 5 назад. Позабыл уже где, чего и как. Но эта ссылка - это проматерь всех извращений над УРИБ семерки.

(8) какой ЦФ ? Оо у него я понимаю как раз семерка
(6) сделать выгруки как загрузки , в центр , ручной режим - в конфигураторе - режим обмена
ЗЫ файлики обмена замечательно пересобираются

(9) Ну, думаю, ты понял, что я про md :)))
Про выгрузки/загрузки - это ты погорячился. Вопрос в том, каким волшебным образом новый md очутился на ПБ. При штатном механизме обмена такого не произойдет, т.к. в UDTS не будет строчки с пустым ИД, пока не обновишь конфу в конфигураторе -> следовательно md не уйдет по обмену на ПБ.

10 МД можно взять и с перефирии ... в какой то момент они совпадали ж .
..

10+ Опять же, ТС так и не описал какая у него схема обмена и как он думает побеждать траблу №3, описанную мной.

(10) 99% обновили

(11) Зависит от характера изменений md. Без вскрытия пациента сначала сравнением, а при необходимости и GComp'ом - я бы своего заключения не выдал.
Клиент явно что то мутил с базами, а теперь не признается. Проводить лечение без анамнеза - гиблое дело, а получить его при жестко врущем пациенте - это к доктору Хаусу )))

(13) Маловероятно. Если база с подложенным md пережила штатное обновление конфигурации - она не умрет. Инфа 99%. По крайней мере на dbf. На SQL такого не творил )

SQL тоже можно ручками таблицы поправить
ЗЫ собсно пересобирал так , ничо страшного - главное понимать чо делаешь и что такое урбд на 77

Схема обмена там автоматом . Руками не делают.
Намутил клиент чтото странное, в МД менялось пара реквизитов, начать выправлять как обычно соответствие DD и файлов - отличий море..хм
Исправил базу подменой старого МД, потом обновлением на более новый... Все ок, тесты все прошли.
Сделал обмен с переферийками - выгрузка и загрузка прошли .. хм.. что то слишком просто как то ...

Самое странное, что в битой базе, где со слов клиента был положен ТОЛЬКО МД файл поверх старого, уже был разбег между данными словаря и самими DBF ...

8-Lexusss > за ссылку большое спасибо, уже читал, когда увидел ее тут . Жалко там все же не до конца все описано. Я так и не понял где же 1С хранит номер следующего пакета... А так конечно инфа оченьполезная