Как создать распределенную информационную базу 1С

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

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

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

Когда РИБ подходит, а когда лучше выбрать другой механизм

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

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

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

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

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

Третье — подготовьте канал передачи сообщений обмена. Это может быть общий сетевой каталог, доступный обоим узлам, FTP-сервер или обмен через электронную почту. Учетная запись, под которой выполняется обмен, должна иметь права на чтение и запись в выбранном каталоге.

Создание главного узла и узлов филиалов

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

В выбранном плане обмена уже существует предопределенный узел — это текущая база. Откройте его и задайте осмысленный код и наименование, например «ЦЕНТР» — «Центральный офис». Код узла используется в именах файлов обмена, поэтому делайте его коротким и без пробелов. С этого момента база становится главным узлом РИБ.

Теперь создайте элемент плана обмена для каждого филиала: «Создать» → укажите код и наименование узла (например, «Ф1» — «Магазин №1»). Если план обмена поддерживает фильтрацию (например, по организациям), настройте в узле состав выгружаемых данных — это уменьшит объем пересылаемых сообщений и ограничит данные филиала только его организацией.

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

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

Платформа предложит выбрать тип создаваемой базы: файловая на диске или сразу на сервере 1С/SQL. Для файлового варианта укажите каталог — будет создана полноценная информационная база, уже связанная с главным узлом. Процесс может занять продолжительное время при большом объеме данных: создается полная копия базы с отметкой о принадлежности к узлу.

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

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

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

Обмен в РИБ выполняется сообщениями — файлами формата Message_XXX_YYY.xml, где XXX и YYY — коды узлов-отправителя и получателя. В каждом узле настройте способ передачи: общий каталог (самый простой вариант для локальной сети), FTP-ресурс или почтовый ящик. Параметры задаются в настройках транспорта сообщений обмена в типовых конфигурациях.

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

Для регулярной работы настройте автоматический обмен: в файловом режиме — через сценарий синхронизации по расписанию в типовой конфигурации или через планировщик Windows, запускающий 1С с обработкой обмена; в клиент-серверном — через регламентное задание. Интервал выбирайте исходя из требований к актуальности данных: для магазинов обычно достаточно обмена несколько раз в день.

"C:\Program Files\1cv8\8.3.24.1467\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\Filial1" /N"Администратор" /P"пароль" /Execute"D:\Scripts\Obmen.epf" /C"ВыполнитьОбмен"

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

Проверка результата и контроль обмена

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

Контролируйте номера отправленных и принятых сообщений: они видны в форме узла плана обмена. Если номер отправленного сообщения в одном узле растет, а принятого в другом — нет, сообщения теряются в транспорте: проверяйте права на каталог, доступность FTP и содержимое папок обмена.

Обновление конфигурации и типичные ошибки

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

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

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

Частые вопросы о распределенных базах 1С