helly

(9)Задумка именно такая - обновляться только из центра, ибо в данный момент 12 баз, у каждой - свои нюансы в конфигурации. И любая светлая идея начальства требует различных усилий для каждой базы. А так - в центре идею воплотили, по всем филиалам скинули и наслаждаемся жизнью.

Но есть у нас база (База1), которая физически лежит на сервере в одном городе, а по ночам с определёнными документами в ней работают в другом городе. В обоих городах сервера стоят в самых глухих уголках этих городов и отсутствие ночью интернета там - явление привычное и запасные каналы не спасают. Это просто данность, на которую я влиять не могу. Поэтому надо из Базы1 выгружать некие документы в Базу2, где с ними (документами) будут проводить изменения и создавать другие документы. Всё это счастье должно выгружаться обратно в Базу1. Ессно, изменения конфигурации из Базы1 в Базу2 тоже хочется гонять автоматически. Исторически База2 - это именно периферийка. Хочется это сохранить, ибо удобно для работы. И сейчас настроено и работает всё, кроме обновления конфигурации

(5)А точнее, создавать в центральной базе, остальные-то - только подчинённые..

(4)В данный момент вот так выглядят планы обменов (не смогла прикрепить картинки)

Центр, полный обмен - узлы ЦБ (центральный, текущий), МК (подчинённый)
База1, полный обмен - узлы ЦБ (центральный), МК (подчинённый, текущий), КМК (подчинённый)
База2, полный обмен - узлы МК (центральный), КМК (подчинённый, текущий)

Т.е. в Базе1 надо создать ещё один полный план обмена, и уже в нём делать второй обмен? Т.е. так:

Центр, полный обмен - узлы ЦБ (центральный, текущий), МК (подчинённый)
База1, полный обмен - узлы ЦБ (центральный), МК (подчинённый, текущий)
База1, полный обмен1 - узлы МК (центральный, текущий), КМК (подчинённый)
База2, полный обмен - узлы МК (центральный), КМК (подчинённый, текущий)

Так?

Прикрепленные файлы:

Центр-УБ1.png
УБ1.png
УБ2.png

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

Вот надо, чтобы из подчинённого узла так же по полному плану обмена по определённым правилам выгружалась инфа в ещё одну базу. Причём, именно по принципу РИБ, чтобы не мудрить с регистрацией изменений

Здравствуйте.
Ситуация такая: УТ 10.3, имеем центральную базу (ЦБ) - 0 уровень, филиальную базу (УБ1) - 1 уровень, и от этой филиальной базы ещё одна периферийка - (УБ2), 2 уровень.
В ЦБ в конфигурацию вношу изменения. провожу обмен ЦБ-УБ1, изменения конфигурации принимаются в УБ1, всё красиво. Тут же проводу обмен УБ1-УБ2 - никакие изменения конфигурации для конфы УБ2 не зарегистрированы и не выгружаются.
Вопрос: как в этом случае передавать изменения конфигурации из УБ1 в УБ2 и далее вниз по уровням узлов?

Спасибо, использую для самоподготовки. А то Читаю вопросы, понимаю, что знаю эти вещи, а в слова облечь не могу.. Спасибо

Спасибо, полезные вещи нашла для себя. Правда, искала возможность работы с файлом mlg как с БД, хотелось апросом выбирать события за период, а не листать все записи за последние N лет :) . Но код очень полезен

(1) и действительно!!.... спасибо за подсказку!

Обработка для Бух77, ТиС/Компл 77