!!! Обязательно прочитайте описание!!! Для администраторов и опытных пользователей
Корректный автообмен во многом зависит от организации данных. Можно сделать двойную кодировку для справочников и документов. Чтобы не было перекрещивания данных можно в процедурах по формированию кода элемента спр-ка или док-та забить префикс в завимости от узла. Допустим, чтобы, на узле 1 создавался документ «ПНА-001», а на узле «ПНБ-001».
ВАЖНО: версии 1С платформы на серверах должны быть одинаковыми.
Данная конфигурация предназначена для опытных пользователей, администраторов.
УСТАНОВКА:
1. Создайте на обоих узлах (компьютерах, серверах) папки msg с взаимным полным доступом относительно друг друга.
НА ОСНОВНОМ КОМПЬЮТЕРЕ
1. Зайдите в конфигуратор Вашей имеющейся БД
2. Методом сравнения и объединения с конфигурацией публикации (rib2.cf) модифицируйте Вашу БД
3. В конфигураторе создайте нового пользователя ServerControl с правами администратора
4. Проверьте пути: а) В модуль обычного приложения процедура ПриНачалеРаботыСистемы()
б) В Общие модули добавляется модуль ОбменДаннымиXML
5. В дерево конфигуратора откройте Общие-ПланыОбмена-ПланОбмена1
В Свойствах найдите Состав. Укажите все флажки.
6. Откомпиллируйте
7. Загрузите вашу БД
Найдите в меню ПланыОбмена, найдите ПланыОбмена, создайте узлы 1 и 2
Создайте начальный образ системы. Папка, куда будет создан начальный образ является зависимой БД от основной, которую Вы модифицировали в предыдущих пунктах.
8. Перенесите папку, где образ БД на другой компьютер (второй зависимый узел).
!!! ВАЖНО БД-образ не имеет данных о пользователях конфигуратора.
НА ДРУГОМ КОМПЬЮТЕРЕ
1. Подключите БД-образ
2. Откройте конфигуратор и создайте ServerControl с правами администратора, а также других пользователей, которые будут работать с зависимой БД
3. Откомпиллируйте.
На обоих компьютерах (серверах, которые являются узлами РИБ, к которым могут подключаться другие ПК) важно, чтобы пользователь ServerControl был включен во время сеанса (просто «холостой сеанс» 1С под этим пользователем)
Механизм базируется на создании файлов-сообщений изменений в БД.
Если ServerControl был отключен, то это не проблема. Просто загрузки не будет до момента его включения. Накапливаться будут выгрузки на другом узле, которые будут затягиваться «смежником».
Возможно, что нужно периодически очищать кэш на серверах.