Как сделать базу основной в 1С

Фраза «сделать базу основной в 1С» обычно означает одну из трёх задач: назначить главный узел в распределённой информационной базе (РИБ), установить нужную базу первой в списке запуска, чтобы она открывалась по умолчанию, или перевести рабочую копию базы в статус основной после тестирования. Каждая из этих задач решается по-разному, и путать их нельзя: смена главного узла РИБ затрагивает обмен данными между базами, а порядок в списке запуска влияет только на удобство пользователя.

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

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

Определите, какая именно задача перед вами

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

Третий случай — восстановление после сбоя: рабочая база потеряна, есть копия, и её нужно «поднять» как основную. Здесь задача сводится к восстановлению из резервной копии и подключению пользователей к новому расположению, а не к настройке узлов.

Как сделать узел главным в распределённой базе (РИБ)

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

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

Если конфигурация самописная или команда недоступна в интерфейсе, задачу решают программно через метод ПланыОбмена.УстановитьГлавныйУзел(). Этот метод вызывается в той базе, которая должна стать главной, и в качестве параметра передаётся ссылка на узел «этой» базы (обычно Неопределено либо ссылка на собственный узел плана обмена). Работу через код выполняйте только при понимании структуры плана обмена.

1. 1
   Сделайте резервные копии всех узлов распределённой базы
2. 2
   Проведите полный обмен: все узлы должны получить актуальную конфигурацию
3. 3
   Откройте в будущем главном узле настройку синхронизации данных
4. 4
   Найдите узел текущей базы и выполните «Установить главный узел»
5. 5
   Проверьте, что конфигурация разблокирована для изменений
6. 6
   Проведите тестовый обмен с одним из подчинённых узлов

Смена главного узла через код конфигуратора

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

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

ПланыОбмена.УстановитьГлавныйУзел(Неопределено); // текущая база становится главным узлом

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

Как сделать базу основной в списке запуска 1С

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

Для отдельных пользователей удобнее создать ярлык с параметром запуска конкретной базы. В свойствах ярлыка указывается путь к исполняемому файлу 1С с ключами: режим запуска (предприятие или конфигуратор), строка подключения к базе — файловой через параметр /F или серверной через /S. Такой ярлык запускает именно «основную» базу в обход общего списка.

Восстановление копии как основной рабочей базы

Когда основная база потеряна, а есть копия (файл выгрузки .dt или резервная копия SQL), её разворачивают и назначают рабочей. Для файловой базы достаточно загрузить .dt через конфигуратор в новую папку и добавить базу в список запуска пользователей. Для клиент-серверной базу восстанавливают средствами СУБД, затем регистрируют в кластере 1С.

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

Типичные ошибки и ограничения

Чаще всего проблемы возникают из-за смены главного узла «в спешке» — без завершения текущего цикла обмена. Данные, отправленные старым главным узлом, но не принятые подчинёнными, после переключения теряются: новый главный узел о них не знает. Вторая типичная ошибка — попытка сделать главными сразу два узла. План обмена допускает только один главный узел; две базы, считающие себя центральными, не смогут корректно обмениваться.

Отдельная группа ошибок связана с правами: установка главного узла требует полных прав (роль администратора) в базе. Если команда недоступна или неактивна, первым делом проверьте права пользователя, а не ищите сбой в конфигурации.

FAQ