Доброе время суток. Хочу поделиться с вами своим горьким опытом по обмену между узлами.
Дело было так:
Была база(Как потом выяснилось - главная), в базе была ошибка, вылетала при переходе на новый релиз (где-то в зарплате, какая - то дата не определялась), правдами и не правдами - я её додумался как обойти(в конфигураторе - все же программист 1с), потом таки обновил. Через некоторое время - мне звонят и говорят "Наша подчиненная база не запускается вообще. Разберись с этим".
Захожу к ним по удаленке, смотрю - точно не запускается, та же ошибка что и в главной базе.
Итого:
1.есть главный узел - с новым релизом и новыми документами;
2.есть подчиненный узел - тоже с новыми документами и старым релизом.
Подчиненная запускается и сразу просит обновиться(Окно обновлений открывается модально - никуда не залезешь, Ctr + O - тоже не работает.)
Цель: отвентить подчиненную базу, поправить код в подчиненной базе, перейти не новый релиз, поправит код обратно, привинтить обратно к главной базе.
Решение: Как оказалось все на много проще чем я думал. Есть такая полезная штука ка "Запуск 1с из командной строки". К стати если кто знает где есть более полная инфа по запуску 1с из командной строки - поделитесь пож., а то в инете только некоторые параметры.
Итак лечение подчиненной базы -
Запустить конфигуратор с параметром командной строки /ResetMasterNode (для базовых версий не используется).
Все зависит от того - насколько важные данные ты собираешься поменять и передадутся ли эти данные к ним в центральную базу! В принципе ничего страшного, если ты реально осознаешь что делаешь!
Скажите, если я отключу главный узел, затем изменю пару документов и потом восстановлю его, то база может запороться? Я хочу убедиться что за такие методы люди сверху по шапке не настучат...