Администрирование · 12 мин
Как сделать РИБ в 1С: пошаговая настройка распределённой базы
Пошаговая инструкция по созданию РИБ в 1С: план обмена, главный и подчинённый узлы, начальный образ, обмен данными, типичные ошибки и проверка результата.
РИБ (распределённая информационная база) — это механизм 1С, который позволяет работать с несколькими копиями одной конфигурации в разных местах: в центральном офисе, филиалах, магазинах или на складах. Каждая копия работает автономно, а данные между ними синхронизируются через обмен — по расписанию или вручную.
РИБ нужен, когда филиалы работают без постоянной связи с центром (слабый интернет, удалённые точки) или когда требуется разгрузить центральную базу. В отличие от обычной синхронизации через планы обмена, РИБ жёстко связывает узлы в иерархию «главный — подчинённый» и переносит не только данные, но и изменения конфигурации.
Настройка РИБ состоит из четырёх этапов: подготовка главной базы, создание подчинённого узла и начального образа, развёртывание образа на удалённой точке и настройка регулярного обмена. Ниже разобран каждый этап с конкретными действиями и проверками.
Что такое РИБ и когда он действительно нужен
Распределённая информационная база строится на планах обмена с включённым свойством «Распределённая информационная база». В типовых конфигурациях это планы «Полный» и «По организации» (в старых версиях — «Полный» и «ПоОрганизации»). Главный узел хранит полную картину, подчинённые — все или часть данных в зависимости от настроек фильтрации.
РИБ оправдан в трёх ситуациях. Первая — филиалы с нестабильной связью: магазин работает локально, обмен идёт раз в день. Вторая — разделение нагрузки: кассовые узлы работают быстро на небольших базах. Третья — территориальное разделение учёта с консолидацией в центре.
Если филиалы имеют стабильный канал связи, часто проще использовать клиент-серверный режим, веб-клиент или публикацию базы на веб-сервере — это избавляет от обменов, коллизий и рассинхронизации. РИБ выбирайте осознанно, когда автономность узлов важнее простоты администрирования.
Подготовка главной базы перед созданием узлов
Перед созданием РИБ приведите главную базу в порядок. Выполните тестирование и исправление (желательно на копии), закройте неактуальные периоды, проверьте, что конфигурация обновлена до рабочей версии и находится на поддержке. Изменять конфигурацию после запуска РИБ можно только в главном узле — обновления «приедут» в подчинённые узлы через обмен.
Сделайте полную резервную копию базы (выгрузку в .dt). Создание узлов и первый обмен — операции, после которых откат без копии практически невозможен: удалить узел с уже зарегистрированными изменениями и вернуть базу к состоянию «без РИБ» штатными средствами сложно.
Определите состав передаваемых данных. Если филиалу не нужны данные других филиалов, используйте план обмена «По организации» или настройте отборы. Чем меньше данных гуляет между узлами, тем быстрее обмен и меньше коллизий.
Создание плана обмена и подчинённого узла
Откройте в главной базе раздел администрирования: «Администрирование» → «Синхронизация данных» (в некоторых конфигурациях — «НСИ и администрирование» → «Настройка синхронизации данных»). Установите флаг «Синхронизация данных» и при необходимости префикс главной базы — он добавляется к номерам документов, чтобы избежать дублирования номеров из разных узлов.
Перейдите в список планов обмена и создайте новый узел в плане «Полный» (или «По организации»). Укажите код и наименование узла — код должен быть уникальным, обычно используют короткий осмысленный идентификатор филиала, например «МСК1». Заполните настройки отборов, если план их поддерживает: организации, склады, дата начала выгрузки документов.
После сохранения узла платформа автоматически регистрирует для него изменения всех объектов, входящих в состав плана обмена. На большой базе регистрация может занять заметное время — это нормально, не прерывайте процесс.
Создание начального образа подчинённой базы
Начальный образ — это готовая копия базы для развёртывания на удалённой точке. В списке узлов выделите созданный узел и нажмите «Создать начальный образ» (в типовых интерфейсах команда доступна из формы узла или списка планов обмена). Укажите тип расположения: на диске (файловая база) или на сервере 1С.
Создание образа фактически выполняет выгрузку базы с проставленной связью с узлом. На большой базе процесс может занять от десятков минут до нескольких часов. В этот момент желательно минимизировать активную работу пользователей, чтобы образ получился консистентным.
- 1Сделайте резервную копию главной базы (выгрузка .dt)
- 2Включите синхронизацию данных и задайте префикс главной базы
- 3Создайте подчинённый узел в плане обмена, укажите код и отборы
- 4Сформируйте начальный образ подчинённой базы
- 5Перенесите образ на удалённую точку и разверните базу
- 6Настройте транспорт обмена (каталог, FTP или прямое подключение)
- 7Выполните первый обмен из главной и из подчинённой базы
- 8Проверьте, что документы и справочники перенеслись в обе стороны
Полученный образ (каталог с файлами базы или серверная база) перенесите на удалённую точку любым способом: по сети, на внешнем носителе, через облачное хранилище. На месте базу подключают в список информационных баз пользователей.
Настройка обмена данными между узлами
Обмен в РИБ выполняется через сообщения обмена — XML-файлы, которые узел выгружает для корреспондента и загружает от него. Способ передачи файлов настраивается в параметрах синхронизации: локальный или сетевой каталог, FTP-ресурс, электронная почта (в типовых) или прямое подключение к базе-корреспонденту через COM/веб-сервис.
Самый простой вариант — общий сетевой каталог, доступный обоим узлам. Если узлы в разных городах, чаще используют FTP или синхронизируемую папку (например, через корпоративное облако). Убедитесь, что у учётной записи, под которой работает 1С, есть права записи и чтения в выбранном каталоге.
В типовых конфигурациях есть «Помощник настройки синхронизации данных»: он по шагам проводит через выбор транспорта, префиксов, правил выгрузки и проверку подключения. Для первого узла рекомендуется пройти именно через помощник — он сразу покажет ошибки доступа к каталогу или FTP.
Настройте автоматический обмен регламентным заданием: в настройках синхронизации укажите сценарий (выгрузка и загрузка) и расписание, например каждый час или раз в день в нерабочее время. В файловом режиме регламентные задания выполняются только при запущенном сеансе — учтите это при выборе расписания.
Проверка работы РИБ и контрольные точки
После первого обмена проверьте результат предметно: создайте тестовый документ в главной базе, выполните обмен и убедитесь, что он появился в подчинённой. Затем создайте документ в подчинённой базе и проверьте обратную передачу. Проверяйте не только документы, но и справочники — контрагенты, номенклатура должны уходить в обе стороны.
Как проверить результат
Номер отправленного в главном узле совпадает с номером принятого в подчинённом с точностью до одного обмена
Разрыв в номерах, сообщения «принято с предупреждением» — признак пропущенных пакетов
Документ из главной базы появился в подчинённой и наоборот после одного-двух обменов
Документ не переносится или переносится без движений
События обмена без ошибок
Ошибки формата сообщения, конфликты версий конфигурации
В мониторе обмена нет неразрешённых коллизий
Накапливаются предупреждения о коллизиях версий объектов
Следите за номерами сообщений: у каждого узла есть номер отправленного и номер принятого сообщения. Если подчинённый узел принял сообщение №5, а следующее пришло №7, пакет №6 потерян — данные разойдутся. В этом случае потребуется повторная регистрация изменений или восстановление нумерации.
Типичные ошибки и ограничения РИБ
Ключевое ограничение: конфигурацию можно менять только в главном узле. Если филиалу нужна доработка, её вносят в центре и доставляют обменом. Второе ограничение — коллизии: если один объект изменили в двух узлах до обмена, по умолчанию «побеждает» версия главного узла, изменения филиала теряются. Договоритесь с пользователями о правилах: кто и где редактирует ключевые справочники.
Ещё одна граница — нельзя «отсоединить» подчинённую базу и сделать её самостоятельной штатной кнопкой во всех конфигурациях. Если филиал закрывается, узел корректно выводят из обмена, а базу либо архивируют, либо специальной обработкой сбрасывают признак подчинённости.
Если РИБ не подходит: альтернативы
Сравнение вариантов
Подходит при нестабильной связи и автономной работе филиалов; минус — сложность администрирования, коллизии, обмен только по расписанию
Подходит при стабильном канале связи: все работают в одной базе, нет обменов и конфликтов; минус — зависимость от связи и требования к серверу
Подходит для обмена между разными конфигурациями (УТ и БП); минус — не переносит изменения конфигурации, гибче, но требует настройки правил
Перед промышленным запуском РИБ прогоните полный цикл на тестовых копиях: создание узла, образ, обмен в обе стороны, обновление конфигурации в главном узле и его доставку в подчинённый. Большинство проблем РИБ всплывает именно на обновлении конфигурации, а не на первом обмене.
Частые вопросы о РИБ в 1С
Сколько подчинённых узлов можно создать в РИБ?
Жёсткого ограничения платформа не накладывает, на практике работают десятки узлов. Реальный предел определяется объёмом обменов и нагрузкой на главную базу: каждый узел получает своё сообщение, и при большом числе узлов выгрузка в центре становится продолжительной. При десятках узлов имеет смысл разносить обмены по времени.
Можно ли превратить существующую базу филиала в подчинённый узел РИБ?
Напрямую — нет: подчинённая база создаётся только через начальный образ. Если у филиала уже есть рабочая база с данными, её данные придётся переносить в образ обработками (например, через выгрузку-загрузку XML или универсальный обмен), что требует аккуратного сопоставления ссылок.
Что делать, если подчинённый узел долго не выходил на связь?
За время простоя в главной базе накопятся зарегистрированные изменения, и первый обмен будет тяжёлым. Если простой большой, часто быстрее удалить узел и создать новый начальный образ, чем прогонять накопленный объём. Предварительно убедитесь, что в подчинённой базе нет непереданных данных — их нужно выгрузить до замены образа.
Почему после обмена документ появился, но не проводится?
Чаще всего не перенеслись связанные объекты: номенклатура, склады или договоры, на которые ссылается документ, — из-за отборов плана обмена или пропущенных сообщений. Проверьте, что все объекты из состава плана зарегистрированы к обмену, и нет ли разрывов в номерах сообщений. Также проверьте дату запрета изменения данных в подчинённой базе.
Как обновить конфигурацию в подчинённом узле?
Никак напрямую: обновление выполняется только в главном узле. После обновления главной базы при очередном обмене изменения конфигурации передаются в подчинённый узел, и при первом запуске после загрузки база предложит выполнить обновление версии программы. В конфигуратор подчинённой базы для обновления заходить не нужно.
РИБ и обычная синхронизация данных — в чём разница?
РИБ — строгая иерархия идентичных конфигураций с передачей изменений самой конфигурации. Обычная синхронизация (через планы обмена без признака РИБ или универсальный формат) связывает независимые базы, в том числе разных конфигураций, и не переносит обновления. Для связки «УТ — Бухгалтерия» нужна синхронизация, для связки «центр — филиалы одной конфигурации» обычно РИБ.
Что важно запомнить
РИБ создаётся через план обмена: узел в главной базе → начальный образ → развёртывание на точке → настройка транспорта и расписания обмена. Работайте только после резервной копии, конфигурацию меняйте только в главном узле, а после каждого этапа проверяйте передачу тестовых документов в обе стороны.