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