Распределённая база 1С: как сделать и настроить обмен

Распределённая информационная база (РИБ) в 1С — это механизм, при котором несколько баз в разных офисах, складах или магазинах работают независимо, но регулярно обмениваются данными через файлы сообщений. Каждая база содержит полную копию конфигурации, а документы и справочники передаются между узлами по правилам, заданным в плане обмена.

Типовой сценарий: центральная база находится в головном офисе, а периферийные — в филиалах с нестабильным интернетом или вообще без связи. Сотрудники филиала работают локально, а обмен выполняется по расписанию — через общую папку, FTP, электронную почту или флеш-накопитель. При этом каждая база остаётся работоспособной даже при полном отсутствии связи.

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

Когда распределённая база оправдана, а когда нет

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

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

Что подготовить до начала настройки

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

Проверьте, что в конфигурации есть план обмена, пригодный для распределённой работы. В типовых конфигурациях («Управление торговлей», «Розница», «Бухгалтерия») такие планы уже существуют. Для самописной конфигурации план обмена нужно создать в конфигураторе и включить свойство «Распределённая информационная база».

Определите состав данных, которые будут мигрировать: в плане обмена настраивается состав объектов (справочники, документы, регистры). Всё, что не входит в состав, между узлами не передаётся — это можно использовать, чтобы ограничить трафик.

Создание плана обмена в конфигураторе

Если план обмена нужно создать с нуля, откройте конфигуратор, в ветке «Общие» найдите «Планы обмена» и добавьте новый объект. На закладке «Основные» установите флаг «Распределённая информационная база» — именно он включает механизм РИБ с начальными образами и контролем номеров сообщений.

На закладке «Состав» отметьте объекты метаданных, участвующие в обмене. Для справочников и документов выберите режим «Авторегистрация: разрешить», чтобы изменения регистрировались автоматически. Иначе придётся регистрировать объекты к обмену вручную или кодом.

После сохранения обновите конфигурацию базы данных. В пользовательском режиме план обмена появится в разделе настроек синхронизации (точное расположение зависит от конфигурации).

Создание периферийного узла и начального образа

В центральной базе откройте список узлов плана обмена и создайте новый узел для филиала. Укажите код (уникальный, без пробелов — например, FIL01), наименование и настройте отборы, если конфигурация их поддерживает: например, выгружать в филиал только его склады и организации.

Затем выполните команду создания начального образа периферийной базы. Система сформирует файл выгрузки (.dt) или готовую файловую базу — это полная копия центральной базы, уже привязанная к узлу. Процесс может занять значительное время на больших базах, выполняйте его в нерабочие часы.

Перенесите образ в филиал любым способом и разверните его. При первом запуске база «знает», что она периферийная: главный узел для неё — центральная база. С этого момента узлы готовы к обмену.

1. 1
   Сделайте резервную копию центральной базы
2. 2
   Проверьте или создайте план обмена с признаком «Распределённая информационная база»
3. 3
   В центральной базе создайте узел филиала с уникальным кодом
4. 4
   Задайте отборы по данным, если они предусмотрены конфигурацией
5. 5
   Создайте начальный образ периферийной базы
6. 6
   Разверните образ в филиале и проверьте запуск
7. 7
   Настройте транспорт обмена и выполните первую синхронизацию

Настройка транспорта и расписания обмена

Обмен в РИБ происходит через файлы сообщений формата Message_КодОтправителя_КодПолучателя.xml. Способ передачи файлов задаётся в настройках узла: локальный или сетевой каталог, FTP-ресурс, электронная почта. В типовых конфигурациях это делается через помощник настройки синхронизации данных.

Для регулярного обмена настройте расписание: в типовых решениях есть сценарии синхронизации, которые выполняются регламентным заданием. В файловых базах регламентные задания выполняются только при запущенном сеансе — учтите это или используйте отдельный сеанс для обмена.

Надёжный вариант для файловых баз — внешний запуск обмена по расписанию планировщика Windows через командную строку с выполнением обработки или вызовом процедуры синхронизации.

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"D:\Bases\Filial" /N Admin /P *** /C RunExchange

Проверка работоспособности обмена

После настройки выполните контрольный цикл: создайте в центральной базе тестовый элемент справочника, входящего в состав плана обмена, выполните выгрузку, перенесите файл в филиал (если транспорт ручной), загрузите и убедитесь, что объект появился. Затем сделайте обратную проверку из филиала в центр.

Следите за номерами сообщений: каждый узел хранит номера отправленных и принятых сообщений. Если файл потерян, в журнале появятся ошибки о нарушении нумерации — это сигнал, что часть данных не дошла.

Типичные ошибки и ограничения РИБ

Частая проблема — коллизии: один и тот же объект изменён и в центре, и в филиале между обменами. По умолчанию принимается версия главного узла, но в типовых конфигурациях есть настройки разрешения коллизий. Продумайте правила заранее: кто «главный» по конкретным данным.

Вторая типичная ситуация — попытка изменить конфигурацию в периферийной базе. Это невозможно: все доработки делаются в центре и распространяются через обмен. Если периферийная база отвязана от главного узла вручную, вернуть её в РИБ без потери данных сложно.

Наконец, не забывайте про рост объёма регистрации изменений. Если обмены не выполняются долго, таблицы регистрации раздуваются, выгрузка замедляется. Настройте регулярность обменов и периодически контролируйте размер очереди.

Обслуживание и ответы на частые вопросы

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