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