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