|
Обмен конфигурациями | ☑ | ||
---|---|---|---|---|
0
motkot
18.01.13
✎
10:45
|
Добрый день.
Подскажите, как лучше организовать обновление конфигураций на удаленных филиалах. Скажем, есть 5 филиалов, у них конфигурация должна соответствовать главному филиалу. Я прикинул 3-и варианта: 1. РИБ, без регистрации каких либо объектов. И регламентное задание выгрузки/загрузки конфы. Но, я так понимаю, для этого потребуется пересоздать все периферийные узлы с нуля, затем залить на них данные (что оооочень проблематично сделать). 2. Сделать сервер хранилища конфигурации. На текущий момент есть просто расшаренная папка между филиалами, в которой лежит файловое хранилище, если в процессе получения изменений на филиале падает инет, база становится неработоспособной. 3. Через скрипты выгружать конфу, ими же загружать в периферийные базы и обновлять. Но здесь проблемка - конфа будет выгружаться/загружаться всегда, при выполнении скриптов. Лучше всего я так понимаю вариант №1, но трудоемкость его выполнения слишком велика отчасти выгрузки инфы куда-то, затем загрузки обратно. Вопросы: 1. Возможно ли сделать №1, без создания первоначального образа периферийных баз, чтобы не выгружать/загружать уже введенную информацию? 2. Сервер хранилища как повлияет на базу филиала при падении инета? 3. Существует ли еще более "удачный" механизм обновления конфигурации в периферийных базах? |
|||
1
Maxus43
18.01.13
✎
10:49
|
1 или 2 можно.
>>Но, я так понимаю, для этого потребуется пересоздать все периферийные узлы с нуля, затем залить на них данные нет >>если в процессе получения изменений на филиале падает инет, база становится неработоспособной нет, просто не обновится. К рабочим базам вобще хранилище лучше не цеплять |
|||
2
motkot
18.01.13
✎
10:50
|
(2) но самый лучший способ №1?
|
|||
3
Maxus43
18.01.13
✎
10:51
|
я привык к 1, ибо юзаю. 2 тоже неплохо.
бонус к 1 - в филиале не изменят конфу, она лочится |
|||
4
motkot
18.01.13
✎
10:52
|
(1) а есть где нить описание, как организовать №1 без создания первоначального образа?
|
|||
5
motkot
18.01.13
✎
10:53
|
(1) почему к рабочим лучше не цеплять хранилище?
|
|||
6
Maxus43
18.01.13
✎
10:55
|
(5) просто опыт, были случаи в практике когда база рушилась.
(4) создай узлы ИБ в центре, в филиалах добавь центральный узел и сделай УстановитьГлавныйУзел("цент") в филиалах. Предварительно в филиалы загрузи цф-ник из центра |
|||
7
DrShad
18.01.13
✎
10:55
|
(4) почитай про метод
ПланыОбменаМенеджер (ExchangePlansManager) УстановитьГлавныйУзел (SetMasterNode) Синтаксис: УстановитьГлавныйУзел(<ГлавныйУзел>) Параметры: <ГлавныйУзел> (необязательный) Тип: ПланОбменаСсылка.<Имя плана обмена>; ПланОбменаОбъект.<Имя плана обмена>; Неопределено. Если в качестве значения параметра передается значение типа ПланОбменаСсылка.<Имя плана обмена> или ПланОбменаОбъект.<Имя плана обмена>, то план обмена, к которому относится ссылка или объект должен быть планом обмена распределенной информационной базы. Если в качестве значения передано значение Неопределено, то назначение главного узла отменяется. Описание: Устанавливает главный узел распределенной информационной базы для текущей информационной базы или отменяет назначение главного узла. Доступность: Сервер, толстый клиент, внешнее соединение. Пример: ПланыОбмена.УстановитьГлавныйУзел(ГлУзел); |
|||
8
motkot
18.01.13
✎
10:56
|
(6) и (7) спасибо огромное! пошел читать...
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |