На данный момент у нас существует 25 баз Бухгалтерии 2.0. Все базы сняты с замка, в базах есть несколько общих изменений и для некоторых баз индивидуальные.
Обновления отнимают много времени, плюс любые изменения просят добавить во все базы.
Скоро необходимо будет переходить на Бухгалтерию 3.0. Хотелось бы настроить РИБ таким образом, чтобы у баз была общая единственная конфигурация, чтобы обновлять нужно было всего одну базу, а остальные были подчиненными и обменивались с основной базой только конфигурацией БЕЗ данных.
План такой:
1) Сделаю общий CF файл, который будет содержать все необходимые общие доработки из всех баз.
2) Приведу все базы 2.0 к одной конфигурации:
- Сначала выполню "Сравнить\объединить с конф. из файла" с общим CF, чтобы ничего не упустить и проверить.
- Выполню "Загрузить конф. из файла" с общим CF, чтобы они были одинаковые и можно было настроить РИБ
3) Обновлю все базы до 3.0
4) Создам отдельную пустую базу из общего CF 3.0. Сделаю ее основным узлом. Она будет без данных, в ней я буду проводить все обновления.
5) Создам Новый план обмена РИБ с ПУСТЫМ составом (чтобы ничего кроме файла конфирурации в подчиненные узлы не шло) (это я сделаю в самом начале перед созданием общего файла конфигурации)
6) Добавлю все 25 баз как подчиненные узлы
7) В каждой базе создам по 2 узла: центральный и для самой базы
8) Программно установлю Центральный узел как основной.

На сколько я понимаю, после этого я смогу обновлять только одну базу.

Какие тут подводные камни и с чем я могу столкнуться?

я не против

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

(2) с поставками имхо геморно... РИБ прекрасен в этом плане, и защита конф подчинённых узлов заодно

(1) Я ничего не упустил?

(0) должно работать
только мне непонятно зачем первые два пункта, имхо можно начинать с 3)

Зачем в наш век интернетов риб для бухгалтерии. Да еще и для будущей 3.0

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

РИБ нужен для переноса обмена данных. Если обмен данными не планируется(только обмен кодом), то лучше использовать поставку, имхо

(8) так загрузи предварительно общий подготовленный CF

А по-хорошему для серьезного проекта нужно:

РИБ, ЦБ которого будет обновляться из поставки, разработка поставки будет вестись через хранилище

Наличия РИБ не гарантирует отсутствие гемора с ошибкой про конфигурацию которая отличается от ожидаемой

(12) + наличие РИБ гарантирует ошибки, особенно в данных

А при таком количестве баз вероятность того что каждый раз какая то база из 25 отвалится стремится к 100%. Так что имхо игра не стоит свеч

(12) хреново вы как то риб готовите... у нас 18 узлов, за 3 года ни разу не было проблем с обновлением конфы механизмами РИБ

(15) может быть, у вас за 3 года было 3 обмена всего

(16) каждую неделю. Причем иногда посреди недели динамическое (да пичаль, но бизнес требует оперативности:( ).
Надо правильно обновлять базы просто, и следить за их состоянием

каждую неделю - Конфа всмысле.
Данные то бегают постоянно практически

(18) это вобщем, сродни обращению с автомобилем.
Если за ним ухаживать, подливать жидкости, проверять регулярно состояние - то за 3 года ни будет ни одной поломки.
а если просто лить бензин и эксплуатировать в хвост и в гриву - полюбому поломки начнутся одна за другой)

(15) У меня даже обмен с фрешом ломался, приходилось ручками восстанавливать