Доброго времени.
Вопрос чисто по теории.
Есть две распределенные базы, главного узла нет.
Можно ли копию распределенного узла сделать основным узлом, и подключить обе распределенные к этой центральной?
Или нужно только делать выгрузку образа?

Можно.
Не нужно.

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

Тут дело может быть ещё хуже - если эти "распределенные базы" (в смысле "подчинённые узлы"?) принадлежали разным базам (ранее у них были различные главные узлы).

(3) нет.они принадлежали одной.
Т.е судя из ответов я понимаю что лучше заново создать узлы выгрузкой  чем заниматься подключением ?

(3) и еще в последних свежих конфигурация настораживает наличие константы с ГУИД информационной базы.

Подскажите как это сделать?
Как подключить "подчиненный узел" к "главному узлу"

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

(4)Забудьте Вы про создание начального образа - это тут не к месту и не в тему.

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

(6) в текущем бывшем подчиненном список узлов плана обмена есть? Если есть, то идентификатор главного узла в сети должен во всех базах назваться одинаково и он должен быть назначен главным

(7) Незнаю по мануалу делал
Я с риб на 8ке первый раз дело имею.

Сцылка на мануал, не пиара ради, указания источника для
https://its.1c.ru/db/metod8dev#content:5802:hdoc:отключение_информационной_базы_от_главного_узла

(8) Я незнаю как потеряли главный узел. Проблема у знакомого.
Он сказал что этого компа на котором крутился главный узел нет с лета

+(10) Восстановление информационной базы главного узла
Шаг 1.2

(11) Мда... и в этих базах всё время работали юзверы? Если "Да" - то считайте что у Вас есть две автономные и независимые друг от друга базы и гуглите как их слить в единую базу. Вот когда сольете данные в одну базу - вот тогда и разворачиваете её в РИБ.

а версия базы и какой там был план обмена - известны?

(14) Нет

Еще вопрос. Два подчиненых узла без главного могут обмениваться напрямую?

(16) просто та инструкция, которая в (10), она еще на версиях 8.2 была актуальна.
А если это свежие базы, например с поддержкой Enterprise data... или просто программисты что-то настраивали по своему, то обмен может называться РИБ-ом весьма условно.

(13) Почему нельзя просто слить инфу из второй подчиненной в первую . Которая станет главным узлом?
Допустим пол года не было обменов, конфы (подчиненные узлы )полностью идентичны и имеют разные префиксы (т.е инфа не задвоится и не пересечется).

(17) Спасибо

(18) Длительная автономная работа неизбежно приводит к "рассинхронизации" и "рассогласованию" НСИ, к дублированию информации.

То, что префиксы различные в базах - особой роли не играет. В одной базе в справочнике номенклатуры появится новая с кодом "01-12345" и наименованием "Дурилка картонная", а в другой базе - запись с кодом "02-54321" и наименованием "Дурилка (картонная)" - Вам от этого легче будет? Нет, я так не думаю :)

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

Подскажите если не трудно, прямой обмен между базами "подчиненными узлами" минуя "главный узел"  возможен?

(23) Если напишешь руками правила обмена, то можно.

(23) Есть же в качестве примера готовая обработка УниверсальныйОбмен
(или как она там называется точно, не помню)

(24) Т.е так напрямую средствами РИБ без дополнительных правил не возможен?

(26) Нет, конечно. РИБ - это строго определённая структура. Всё остальное - обмены по правилам.

(27) Все я получил доступ, посмотрел.
Для второй подчиненной базы, первая подчиненная является главной.
Т.е иерархическая структура

Между ними налажен обмен средствами РИБ.
Мне нужно сделать главный узел из первого подчиненного узла (копии) и подсоединить первый подчиненный узел уже к главному узлу.

(29) Ну если все так, то тебе в первой базе надо сделать:
ПланыОбмена.УстановитьГлавныйУзел(Неопределено);

И в принципе все. Вторая уже подключена к ней.

(30) уточню.
После этого первая база станет главным узлом. Вторая так и останется подчиненным. Если нужен еще один подчиненный - создавай новый.

(28) Требуется уточнить, чтобы не ошибиться с советом: с чего Вы решили что нет главного узла? На основании каких признаков Вы так решили?

Если у Вас две подчиненных базы без главной базы, то во "второй базе" в плане обмена должно быть два узла (эта база и "первая"), а в "первой базе" - три узла (эта база, "вторая" и отсутствующая главная); в планах обмена обеих баз недоступна пиктограмма и недоступно действие "Создать начальный образ"; конфигурации обеих баз с признаком "Изменения конфигурации заблокированы средствами управления распределенной ИБ"... Всё именно так?

(28) так что за версия конфиг и платформ?

(33) Это не принципиальный вопрос. Версии платформы могут быть различные в узлах, а конфигурации - закрыты от изменений (т.е. они соответствуют состоянию "идентичные"). Сужу на основании (28)... эээ... если сказанное ТС соответствует истине :)

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

(32) Именно так.
В первой подчиненной 3 узла, во второй подчиненной 2 узла.
Главного узла нет вообще. Комп на котором крутилась база с главным узлом его фактически нет, что с ним стало незнаю.

(33) Конфа Розница, редакция 2.2 (2.2.6.28)

(36) Если у Вас из всей "отсутствующей" РИБ остались только два узла, один из которых подчинён второму - то создание третьего, "главного" узла ради работоспособности РИБ не нужно - первый узел может взять функции центрального узла на себя. Т.е. я хочу сказать, что схема обмена типа "центральный узел <-> первый узел <-> второй узел" имеет смысл делать, только если у вас три территориально удаленных подразделения.

(37) Осталось уточнить настройку обмена (скорее всего "по магазинам"). А учитывая что это Розница, то потребуется ещё настройку переделывать вместе с узлами.

(37) получается, что поскольку длительное автономное существование Розницы было возможно только при условии создания номенклатуры самостоятельно операторами в каждой базе, то, соответственно, будут дубли номенклатуры. А если это будут самые простейшие правила обмена или конвертации, то тогда пойдет миграция справочников с дублями. Как минимум, этот момент нужно будет протестировать дополнительно.

(38) Настройка обмена "по магазинам".
(39)
Было 3 базы (узла)
ГЛ - главный (Главный узел-Неопределено)
ЦМ - 1 магазин (Главный узел ГЛ)
ВС - 2 магазин (Главный узел ЦМ)
Дублей между ВС и ЦМ нет, так как обмен там сохраняется и выполняется постоянно.

(0) можно программно признак установить , но стоит ли это делать?? скорее всего НЕТ.
Что мешает правильно создать главный узел и выгрузить конфу с базой?

(40) тогда по мануалу из (10), который тобой же был в ветке упомянут можешь из базы ЦМ взять копию, отключить главный узел в это копии (она станет сама главной) и переименовать/назначить в списке узлов верные имена узлов (текущий узел у копии станет ГЛ, а прежний ГЛ переименовать в ЦМ)

и обмен должен пойти как было задумано ранее

(42) Все получилось.  спасибо

Подскажите еще такой вопрос.
А узлы могут быть соединены пирамидой?
Т.е каждый с каждым?

(44) В случае штатного РИБа нет.
Если сделаешь свой обмен на правилах - по ленте Мёбиуса иъ закручивай

(45) понял. Спасибо