Доброго времени суток.
Досталась РИБ Розница 2.2, необходимо обновить.
В центральном узле открываю Конфигурация->ОткрытьКонфигурацию, вижу замочек и значок "Изменения конфигурации заблокированы средствами управления РИБ". Конфигурация->Поддержка->ОбновитьКонфигурацию(недоступно).
Конфигурация->СравнитьКонфигурации->нет пункта меню КонфигурацияПоставщика.
Конфигурация->ОткрытьКонфигурациюБД->Конфигурация->Поддержка->ОбновитьКонфигурацию(недоступно).
Что-то тут не то или мне память отшибло, как РИБ обновлять?...

(0) точно центральный узел открываете?

центральная в другом месте. если не получится найти центральную
выгоняешь всех из всех баз
делаешь все обмены
с помощью обработки выдираешь базу из РИБ
делаешь новый риб и свою базу для каждого узла обмена

с предыдущим админом полностью рассчитались?

"Изменения конфигурации заблокированы средствами управления РИБ" - признак базы данных подчиненного узла. Изменения конфигурации доступны только в центральной базе. Остальное - гуглите, не ленитесь.

Всем спасибо за помощь! все узлы проверила, видимо, придется действовать по (2)...Подскажите название обработки, пожалуйста..делала такое только вручную..

Предупреждение: схема работы, описанная в (2) может быть не рабочей, даже скорее всего - не рабочая.

Как автор может сделать "все обмены"? Как можно такое "не глядя" советовать, не разобравшись в теме, если у автора все подчинённые узлы обмениваются информацией только через центральный узел, который автор так и не обнаружила?

Не знаешь - ищи того кто знает. Не знаешь кто знает - ищи тех, кто знает того, кто знает.

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

подумываю перебросить все из "центра" через УниверсальнуюВыгрузкуЗагрузкуXML все в чистую базу, а там обновить и заново узлы создать.... долго... и понять хочется, че ж с исходной базой не так...

Чем много, много слов - лучше один раз скрин окна настройки поддержки.

(7) "Конфигурация - Поддержка - Настройка поддержки" - там должна быть "видна" конфигурация поставщика, иначе - основная конфигурация была снята с поддержки. Кстати, "видимость" конфигурации поставщика не зависит от центральная или подчинённая эта база.

(8) Это не обязательно. Достаточно в той базе, которую вы считаете "центральной" выполнить всего одну строку кода - "ПланыОбмена.ГлавныйУзел = Неопределено;". Она же, кстати, снимает замки с конфигураций узлов РИБ. Но мне кажется, что не всё так просто у вас с базой.

(8) "че ж с исходной базой не так" - включаю телепатию :)

Как вариант, в конфигурации два плана обмена РИБ - "лишний" план обмена добавил программист под себя любимого. Или у него на компе тот самый ненайденный "центральный" узел.
Зачем?
Чтобы удобнее было не спеша обновлять копию базы и мигрировать обновления в рабочую распределенную информационную базу.

(6)Я бы сказал дурацкая и абсолютно ненужная

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

Не исключаю, что поддержка конфигурации могла быть реализована "на стороне". Например, франч или бывший программист могли фиктивный центральный узел разместить на своих компьютерах. Тогда такие "левые" связи можно/нужно рубить. Иногда есть смысл "пересоздать" РИБ, перетащив базы  на другие сервера (ну или на другие каталоги), чтобы отрубить все остальные неявные левые, паразитные связи.

(12)Делаем узел центральным. Удаляем узлы из планов обмена. Создаем нужные с нужными кодами. Устанавливаем нужные номера сообщений вновь созданным узлам. В переферийках при необходимости создаем узел с нужным кодом и делаем его центральным(ну или меняем код у того который есть), все остальные удаляем. Готово. Приседания с регистрациями\переригстрациями\отменой регистрации изменений в узле, добавить в любой момент процесса по вкусу.

(12) Совершенно непонятно, что такое
"неявные левые, паразитные связи"

(13) Это лишние телодвижения. Достаточно в базе пройти по планам обмена, открывая их, и посмотреть пиктограммы узлов, чтобы разобраться какой из узлов текущий, какие подчинённые и какой из узлов объявлен главным. А потом это же надо сделать в базах остальных узлов. Этой информации вполне достаточно, чтобы нарисовать топологию РИБ. По ней станет ясно какую именно базу можно сделать "центральной" и какие узлы при этом нужно исключить из плана обмена.

(14) Если есть подозрение, что к базе данных могут иметь доступ посторонние люди через постороннее программное обеспечение (именно это я имел ввиду по "левыми" связями), то базы РИБ (и сам обмен сообщениями) можно переместить на другие сервера или другие каталоги (или иначе подключить на серверах). Я не предлагал "пересоздавать" РИБ. Нет смысла, если РИБ уже был создан,  он рабочий и даже обмен сообщениями в нём в рабочем состоянии.

(13) >>Это лишние телодвижения
Согласен. Тут вообще многое нужно делать исходя из текущей ситуации.

>>именно это я имел ввиду по "левыми" связями
Тогда у же и базу на другой сервак и людей в другое помещение, при каждой смене прога или админа, мало ли вообще чего может быть. Пароли менять это как бы для слабаков.

"Пароли менять это как бы..." - даже, как бы, неуместно в суе упоминать :) Это, как бы, надо делать регулярно.

(5) Обмены встанут после этого. В РИБ конфигурации обязаны быть одинаковыми.

(7) Так если ее нет в центральном узле - откуда она будет в подчиненном?

(12) Ага, а еще все данные сливаются на сторону? И никто не напрягся?

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

(21) * не является РИБ - Никто из нас этого в глаза не видел

(18) Sorry, имхо, Вы не в теме. Топологию обмена в РИБ можно изменять - конфигурации при этом остаются(останутся ) по прежнему идентичными.

(20) А кому "напрягаться" если они не "в теме"? :)
(офф)
В своё время я для, недавно принятого на работу, главбуха сделал отдельный узел - она любила по несколько раз в день запускать расчет себестоимости, нарушая нормальную работу остальных пользователей. Пока мы с ней нашли общий язык и я её убедил, что так делать нежелательно - она сидела на отдельном узле. Думаешь кто-то "напрягался" по этому поводу? Нет, наоборот, все расслабились, вдохнув облегченно. Чисто формально рассуждая, это был левый обмен на сторону.