Как создать узел РИБ в 1С: настройка распределённой базы

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

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

Что такое узел РИБ и когда он нужен

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

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

Подготовка перед созданием узла

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

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

Создание плана обмена в конфигураторе (для нетиповых решений)

Если план обмена нужно создать с нуля, откройте конфигуратор и в дереве конфигурации найдите ветку «Общие» → «Планы обмена». Добавьте новый план обмена, задайте имя, например «Филиалы», и в палитре свойств установите флажок «Распределённая информационная база». Без этого флажка план обмена будет работать как обычный обмен с внешними системами, а не как РИБ.

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

Создание подчинённого узла в центральной базе

В режиме «1С:Предприятие» откройте центральную базу с правами администратора. В типовых конфигурациях перейдите в раздел «Администрирование» → «Настройки синхронизации данных» и включите использование синхронизации. Затем откройте список настроек синхронизации и создайте новую, выбрав вариант распределённой информационной базы (например, «Полный»).

При создании настройки программа предложит ввести префикс подчинённой базы — уникальный код из 2–3 символов, который добавляется к номерам документов и кодам справочников, чтобы избежать конфликтов нумерации. Префикс центральной базы задаётся отдельно и тоже должен быть уникальным. После заполнения параметров запустите создание начального образа: система сформирует файл базы (обычно .1CD для файлового варианта) с копией данных.

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

Развёртывание начального образа в филиале

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

Для клиент-серверного варианта начальный образ создаётся как выгрузка, которую затем загружают на сервер 1С или разворачивают через консоль кластера. Учитывайте, что создание образа большой базы может занять значительное время — планируйте операцию на нерабочие часы, поскольку на период формирования образа может потребоваться монопольный доступ или работа пользователей будет замедлена.

Настройка и запуск обмена данными

Обмен между узлами выполняется через каталог обмена, FTP или прямое подключение. В настройках синхронизации укажите способ транспорта и параметры подключения. Для регулярного обмена настройте расписание: в типовых конфигурациях это делается прямо в настройке синхронизации, либо через регламентное задание «Выполнение обмена данными».

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

Контрольные точки

Как проверить результат

Номера сообщений обмена

Норма

На центральном и подчинённом узлах номера отправленных и принятых сообщений совпадают встречно

Тревожный признак

Счётчики расходятся — сообщение потеряно или не загружено

Тестовый документ

Норма

Документ, созданный в филиале, появляется в центральной базе после обмена

Тревожный признак

Документ не переносится или появляется с ошибкой регистрации

Журнал обмена

Норма

В результатах обмена нет ошибок, пакеты приняты полностью

Тревожный признак

Есть ошибки коллизий, отказов загрузки или устаревших сообщений

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

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

Учитывайте и ограничения механизма: РИБ не подходит для большого числа узлов с интенсивным обменом (каждый узел хранит регистрацию изменений для всех остальных), а коллизии — когда один объект изменён на двух узлах — разрешаются по правилу приоритета главного узла, что не всегда соответствует бизнес-логике. Для сложных сценариев интеграции часто выбирают альтернативы: EnterpriseData, веб-сервисы или механизмы синхронизации через универсальный формат.

Частые вопросы

Чем РИБ отличается от обычной синхронизации данных?

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

Можно ли превратить существующую базу филиала в узел РИБ?

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

Что делать, если обмен остановился с ошибкой «конфигурация узла отличается»?

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

Сколько узлов можно создать в РИБ?

Жёсткого ограничения платформа не устанавливает, но на практике при росте числа узлов увеличивается объём регистрации изменений и время обмена. Для десятков узлов механизм работоспособен при грамотной настройке расписаний, для сотен — обычно рассматривают другие архитектуры интеграции.

Можно ли удалить узел РИБ, если филиал закрывается?

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