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