Добрый день!
Имеется центральная и 10-ть переферийных баз.
Вопрос: можно ли, при изменениях в центральной базе, не затрагивающих структуру данных, копировать md-к на точки вручную? Не вызовет ли это невосстановимых ошибок?

Речь идет только о изменении в текстах модулей.
Причина - оперативное исправление багов.

(0) При обновление конфигурации ЦБ, мд во все Перефирийки выгрузятся автоматически

не советую.. проще и надежнее пользоваться встроенным механизьмом

можно, если прибьёшь регистрацию, чтоб мд сам не мигрировал

А что, намного быстрее?

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

(4) конечно быстрее.. не надо монопольно загружать пакеты в цб

* в пб

(0) Можно, если в центральную БД он будет залит позже. Т.к. версия МД нигде не проверяется, но отслеживается факт его изменения. Потом штатно при обмене выгрузиться из центральной базы в периферийную и там перезапишется.

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

Мдшники выгружены с помощью этой утилиты
http://gendalf.ru/dep.development/free.konvertor.php

Думаю еще через дропбокс извратиться, чтобы поменять модуль у себя в центре а потом батником по расписанию это все раскидывалось в периферийные базы по расписанию, но пока руки не доходят.

(9) хм, умно... надо запомнить.

(10) не удачное решение, turbomd  в разы лучше

(13) Возможно, я им всего один раз пользовался. Разбираться надо, а пока у меня это решение работает. Очень удобно оперативно переделывать что то удаленно в филиалах и не надо никого выгонять нигде, ни в центре ни в филиале.

(9) чрезж0пица™

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

Решения с турбомд и прочим 1С++ мне не нравится тем  что надо дллки подключать, это не везде приветствуется.

(17) тогда "переходите на восьмерку, она разжижает мозг!"

(18) Ага, щас перехожу. ) БП уже работает, щас с ЗУПом сношаюсь. )

Обоснуйте кстати, чем решение с turbomd лучше. Если убедите, то его поставлю.

(20) Главное не запутаться с каким текстовиком какие документы проводились :)

А вообще если получше тестировать и планировать - все будет оки и без извратов.

(17) Ну ну... так и скажите, что вы не можете и не умеете работать с внештатными механизмами :)
А то что вы вынесли код во внешку, вас еще не один программер будет вспоминать "добрым" словом :)

(20) Разве что простым нажатием кнопки через Телепат вы получаете нужную вам подмену в нужной папочке :)

А так, оба механизма от лукавого ;)
Особенно когда весь код вынесен из МД файла и при этом человек просто увольняется :)

(23) Я перед увольнением могу весь код обратно в МД загнать одной кнопкой. Единственное, эта прибамбулина в заголовок во всех модулях прописывает когда она загружала выгружала модуль во внешку, вот это вычищать заколебешься (на прошлой работе как раз спрашиваю про это). Единственный минус для следующего программера. )

как только забудешь о том, что структуру поменял, тут-то тебя и накроет...

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

(20) все изменения мгновенно, менять можно не только модуль но и форму и.. при должном умении, встроенные Таблицы.

Да и.. не нужен там никакой гендальф..