УРБД в 1С 8.3: что это такое и как работает

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

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

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

Как устроен механизм УРБД

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

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

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

Чем УРБД отличается от обычных планов обмена

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

Сравнение вариантов

УРБД (распределённая ИБ)

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

План обмена + правила конвертации

Подходит для обмена между разными конфигурациями (например, УТ и БП) или с фильтрацией данных. Требует разработки и сопровождения правил, но даёт гибкость.

Сервисы и шины данных

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

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

Как настроить распределённую базу: порядок действий

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

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

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

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

Ограничения и типичные проблемы

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

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

Как проверить, что обмен работает корректно

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

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

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

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

Норма

Номер принятого сообщения совпадает с номером отправленного на другом узле

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

Разрыв в нумерации — пакеты потеряны, требуется повторная выгрузка

Загрузка файла обмена

Норма

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

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

Ошибки несовпадения конфигураций или массовые коллизии

Движение тестового документа

Норма

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

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

Документ не переносится — объект не входит в состав плана обмена или обмен не выполняется

Версии конфигурации

Норма

Версия конфигурации одинакова во всех узлах

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

Версии различаются — обмен заблокируется при следующем обновлении

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

Когда УРБД подходит, а когда стоит выбрать альтернативу

УРБД остаётся разумным выбором, когда в центре и филиалах работает одна и та же конфигурация, обмен нужен полный или почти полный, а каналы связи нестабильны. Классический сценарий — сеть магазинов или складов на единой самописной конфигурации, где важна автономность каждой точки и централизованное обновление.

Маршрут решения

Как выбрать действие

Во всех узлах одна конфигурация и нужен обмен всеми даннымиИспользуйте УРБД — настройка минимальна, конфигурация обновляется централизованно

Конфигурации в узлах разные (например, УТ и БП)Применяйте план обмена с правилами конвертации данных

Нужна фильтрация данных по филиалам или правамИспользуйте планы обмена с подписками на события или типовые сценарии синхронизации

Требуется интеграция с внешними системами в реальном времениРассмотрите HTTP-сервисы, веб-сервисы или брокеры сообщений вместо файлового обмена

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

Частые вопросы об УРБД в 1С 8.3

Можно ли превратить периферийную базу в обычную самостоятельную?

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

Что делать, если файл обмена потерян или повреждён?

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

Работает ли УРБД в клиент-серверном варианте?

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

Почему после обновления конфигурации периферийная база не принимает обмен?

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

Можно ли обмениваться только частью данных в УРБД?

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

Чем УРБД отличается от копирования базы?

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