Внесла изменения в конфигурацию, теперь в файл обмена выгружается md'шник... поняла что это не вариант. Как вернуть обратно - чтобы в обмене не отправлялся md-файл ?

восстанови из копии

почему не вариант?

Восстановить бэкап, который вы сделали до изменения мд.

(1) это уже делаю, но уже успели сделать обмены... могут какие-то документы потеряться.
(2) там где переферийки интернет ужасный, они не загрузятся и мне подключиться будет проблемно

больше информации, а то "отвалилось колесо - дайте правила вождения для 3-х колесных авто"

(4) тогда или (1) или (3)

(4) если изменения в MD были не связаны с изменениями в данных, то из бакапа можно восстановить только сам MD.

(4) Надя не делай этого.
Нельзя обменяться и загружать копию. У вас произойдет рассинхронизация данных в базах.

(8) посмотрела по обменнику - сделали только выгрузку в переферийки, но никто не смог загрузиться.

+(9) ну и новые документы успели завести. заново заведут.

(0) МДшник выгружаться будет до тех пор пока из периферийки не придет ответ об успешной загрузке. Смотреть надо почему МДшник не может загрузиться в периферийке.

(0) Не восстанавливай копию - нарвешься на перегенерацию всех перифериек

блин... мне уже страшно

(12) по подробнее можно?
чтобы знать

(0) Если изменения МД не связаны с изменением структуры БД (модули только правила), то можно удалить из таблички 1SUPDTS строчку соответствующую измененной конфе (тип и код объекта нулевые, если память не изменяет). Тогда МД выгружаться не будет.

(15) вписала всего одну строчку в один документ, чтобы брал в комментарий инфу из документа основания.
Это попадает под ваше описание?

ни чего не  нужно было делать, нужно было дождаться ответа от всех перефериек и потом еще раз обновить мд...

теперь ОЧЕНЬ вероятно получить траблы, самые простые - это несоотвествие номера пакета или версии конфигурации

(14) В выгрузке с данными идет идентификатор выгрузки. Файлик 1cv77Dld.id. В нем идентификатор выгрузки. Восстанавливая копию в центральной базе ты ломаешь нумерацию пакетов выгрузки. И имеешь (17)

тупо удалить из 1supdts запись с objid=0 и typeid=0
или банально удалить из файла обмена md и принять этот файл на стороне получателя

(12) гонишь....

(19) тоже склонялась к варианту удалить md из обмена, но опасаюсь

(19) Точно проблем не будет? не будет в следствии этого потом выгружаться?

(21) ну, 1с же достаочно глупая. она не подозревает, что суровая челябинская диффчонка ее нак нагло обманет. поэтому она будет искренне  считать, что периферийка приняла файл вместе с изменением конфиги.

(22) смотря как сделаешь...

(24) успокоил, спасибо!
попробую на одной базе, до которой ехать ближе )))

(25) вы обмены вручную возите???

(24) а при этом конфу можно оставить измененной? или вернуть в прежнее состояние?

(26) нет, просто если вдруг что-то будет не так, то придется проехаться по всем (((

(16) Попадает. Но из бэкапа зря поднималась. Так бы вообще никаких проблем бы не было.

бекап в отдельную папку подняла, еще монопольно сижу.
измененная рядом "лежит".

(15) (19) у меня этот файлик 200 мб весит, даже не знаю что там придется удалять. Думаю стоит попробовать просто удалить md из обмена. Я так понимаю смысл тот же.

(30) Тогда бекап не поднимай и сделай как в (19) сказано. Если таблички страшновато ковырять - можешь просто выгрузить обменки, поудалять из них мд и после этого разослать.

(27) да пофиг.
запись в 1supdts  с objid=0 и typeid=0 говорит о том, что надо отправить md.
соответсвенно, при выгрузке обмена md добавляется в файл выгрузки. считается, что пока мд в периферийке не обновится, обмен в ПБ не пройдет. и мд будет посылаться и посылаться в мд
с другой стороны, пб смотрит на файл обмена. если там есть мд - она пытается обновится. если нет - просто принимает обмен.
собственно, можно весьма просто обновлять в течение дня в ЦБ  конфигу динамически, а в конце дня рассылать измененную в периферийки

(0) Нужно решать проблему невозможности принятия изменений периферийками, а не лепить костыли (которые к тому же могут принести кучу гемороя).

200 Мб даже для 3г не шибко страшно, в крайнем случае можно открыть для себя ftp с докачкой.

(31) это говорит о том, что с какой-то периферийкой не производятся обмены.
----
механизм рабооты семерочного урбд достаточно прост, описан неоднократно, изучен вдоль, поперек, и по диагонали. возьми на себя труд почитать написанное, а не спрашивать на форумах...

(34) "кучу геморроя" это приносит тем,у кого вместо головы жоппа.

(34) с интернетом от мегафон даже фтп не спасает.
(35) спасибо! поняла. Есть такие переферийки, по возможности "отвяжу" их.

(37) Для этого случая делай архив многотомный.
(31) какой размер md ?
(0) рекомендуется использовать режим автонумерации ( гораздо легче разбираться c тек ситуацией)

Да не надо ничего химичить - один раз проведи обмен с измененным МД, получи квитанции, удали ненужные изменения и опять проведи обмен - чего тут сложного, стандартный механизм нормально отработает, если правка - 1 строка кода. Полезешь вглубь - извини, с твоими знаниями-то - развалишь систему.

(39) да ладно вам... (19) метод с удалнием мд вроде прошел. посмотрим что будет. развалится база - черт с ней, все равно давно пора новую уже делать, просто некогда всё )))

(40) не развалиться
механизм УРБД в 77 железобетонный.

(41) Теперь я точно спокойна!
Спасибо!

(41) ну уж сразу "железобетонный"...
достаточно гибкий, если приложить усилия :-)))