Имя: Пароль:
1C
1С v8
Обмен конфигурациями
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) спасибо огромное! пошел читать...
Основная теорема систематики: Новые системы плодят новые проблемы.