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