К статье
Практический материал

Администрирование · 12 мин

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

Как добавить информационную базу в кластер серверов 1С через консоль администрирования: создание БД на СУБД, параметры, проверка подключения и типичные ошибки.

Добавление информационной базы в кластер серверов 1С — стандартная операция при переходе с файлового режима на клиент-серверный, при развёртывании новой базы или при переносе системы на другой сервер. Операция выполняется через консоль администрирования серверов 1С:Предприятия и требует заранее подготовленной базы данных на сервере СУБД (MS SQL Server, PostgreSQL, Oracle или IBM Db2).

Ключевой момент, который часто упускают: консоль кластера не создаёт базу данных на СУБД автоматически, если не поставить соответствующую галочку, а учётная запись, от имени которой кластер обращается к СУБД, должна обладать достаточными правами. Большинство ошибок при добавлении базы связано именно с правами доступа и сетевыми настройками, а не с самой консолью.

Ниже разобран полный порядок действий: от подготовки СУБД до проверки работоспособности базы, а также типичные ошибки и способы их диагностики. Инструкция применима к типовой связке «1С + MS SQL Server» и «1С + PostgreSQL», отличия оговорены отдельно.

Что подготовить перед добавлением базы

До запуска консоли администрирования убедитесь, что выполнены четыре условия. Во-первых, сервер 1С:Предприятия установлен и служба «Агент сервера 1С:Предприятия» запущена — без неё консоль не увидит кластер. Во-вторых, сервер СУБД развёрнут и доступен по сети с машины, где работает агент сервера 1С.

В-третьих, подготовьте учётную запись для доступа к СУБД. Для MS SQL Server это обычно логин с правами на создание баз данных (роль dbcreator или sysadmin на этапе создания, далее достаточно владения конкретной базой). Для PostgreSQL — роль с правом CREATEDB. Использовать встроенную учётную запись администратора СУБД в продуктиве не рекомендуется: создайте отдельный логин для 1С.

В-четвёртых, проверьте сетевую доступность: порт СУБД (по умолчанию 1433 для MS SQL, 5432 для PostgreSQL) должен быть открыт в брандмауэре, а имя сервера БД должно разрешаться в IP-адрес с сервера 1С. Если сервер 1С и СУБД на одной машине, указывайте имя хоста или localhost — оба варианта работают, но имя хоста предпочтительнее при возможной миграции.

Открытие консоли администрирования кластера

Консоль администрирования устанавливается вместе с сервером 1С:Предприятия. В Windows она находится в меню «Пуск» в папке «1С:Предприятие» под именем «Администрирование серверов 1С:Предприятия». Файл консоли называется 1CV8 Servers.msc и открывается как оснастка MMC.

После запуска разверните в дереве слева узел «Central 1C:Enterprise Servers» — там появится список зарегистрированных серверов. Если кластер на другой машине, добавьте его вручную: правый клик по узлу, «Создать» → «Центральный сервер», укажите имя или IP-адрес сервера. Порт агента по умолчанию — 1540, менять его нужно только если он изменён при установке.

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

Создание информационной базы в кластере

Правый клик по ветке «Информационные базы» → «Создать» → «Информационная база». Откроется диалог с параметрами. Заполните поля последовательно:

  • Имя — название базы в кластере, как его увидят пользователи. Не обязано совпадать с именем базы данных на СУБД, но для простоты администрирования обычно совпадает.
  • Тип СУБД — MSSQLServer, PostgreSQL, OracleDatabase или IBM DB2. Выберите строго тот, который развёрнут у вас.
  • Сервер баз данных — имя или IP сервера СУБД. Для MS SQL с именованным экземпляром указывайте в формате SERVER\INSTANCE.
  • Имя базы данных — имя БД на сервере СУБД. Если база ещё не создана, отметьте флажок «Создать базу данных в случае её отсутствия».
  • Пользователь и пароль сервера БД — учётные данные, подготовленные на этапе подготовки.

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

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

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

Загрузка данных и первый запуск

Добавленная в кластер база — пустая оболочка: в ней нет ни конфигурации, ни данных. Чтобы наполнить её, запустите конфигуратор, при добавлении базы в список выберите вариант размещения «На сервере 1С:Предприятия», укажите имя сервера (кластера) и имя информационной базы в точности как в консоли.

Далее есть два пути. Если это новая система — загрузите конфигурацию из поставки или откройте базу пустой и загрузите файл конфигурации (.cf). Если это перенос существующей базы — используйте выгрузку в файл .dt из исходной базы («Администрирование» → «Выгрузить информационную базу») и загрузите его в новую серверную базу через «Загрузить информационную базу».

Для больших баз (десятки гигабайт) выгрузка в .dt может занять часы и потребовать значительного дискового пространства. Альтернатива — перенос средствами СУБД: сделать резервную копию базы данных на старом сервере и восстановить её на новом, после чего добавить базу в кластер без флажка создания БД, указав имя уже существующей базы. Этот способ заметно быстрее, но требует совместимости версий СУБД.

Проверка результата

После добавления базы пройдите контрольные точки. В консоли кластера база должна отображаться в ветке «Информационные базы» без значков ошибок. На стороне СУБД в списке баз данных должна появиться база с указанным именем — в MS SQL это видно в SQL Server Management Studio, в PostgreSQL — через pgAdmin или запрос к каталогу.

Затем проверьте клиентское подключение: добавьте базу в список запуска на клиентской машине и войдите. Успешный вход в конфигуратор или тонкий клиент означает, что связка «клиент → кластер → СУБД» работает целиком. Если вход выполняется с сервера, но не с клиентских машин — проблема в сетевой доступности портов кластера (1540–1541 и диапазон рабочих процессов 1560–1591 по умолчанию).

Контрольные точки

Как проверить результат

База в консоли кластера
Норма

Отображается в ветке «Информационные базы»

Тревожный признак

Базы нет в списке или консоль выдаёт ошибку при обновлении

База на СУБД
Норма

БД с указанным именем существует и доступна

Тревожный признак

БД отсутствует — не был установлен флажок создания или не хватило прав

Вход через клиента
Норма

Конфигуратор/тонкий клиент открывают базу

Тревожный признак

Ошибка соединения — проверяйте порты и имя базы в списке запуска

Сеансы в консоли
Норма

При входе пользователя появляется активный сеанс

Тревожный признак

Сеанс не создаётся — ошибка аутентификации или недоступность рабочего процесса

Типичные ошибки и их устранение

Самая частая ошибка — «Ошибка СУБД: доступ запрещён» или её аналоги. Причина почти всегда в правах учётной записи: логин не имеет права создавать базу или не существует вовсе. Проверьте подключение к СУБД этими же учётными данными через штатный клиент СУБД — если вход не удаётся там, проблема точно не в 1С.

Вторая типичная ситуация — «Сервер баз данных не обнаружен». Здесь проверяйте по цепочке: разрешается ли имя сервера в IP (команда ping или nslookup), открыт ли порт СУБД, запущена ли служба СУБД, включён ли протокол TCP/IP в настройках MS SQL Server (по умолчанию в некоторых редакциях он отключён).

Третья группа ошибок — несовпадение разрядности и версий. Сервер 1С и клиентские библиотеки СУБД должны быть совместимы: для 64-разрядного сервера 1С требуются 64-разрядные клиентские компоненты СУБД. Для PostgreSQL используйте сборку, рекомендованную для работы с 1С, — стоковая версия может не поддерживаться.

Типичные ошибки
01
Использовать учётную запись администратора СУБД в продуктиве — риск безопасности; создайте отдельный логин с минимально необходимыми правами
02
Указать имя базы данных, не совпадающее с реальной БД при переносе backup/restore — кластер создаст пустую базу или выдаст ошибку
03
Не включить блокировку регламентных заданий для копии базы — тестовая копия начнёт выполнять боевые регламентные операции
04
Забыть про брандмауэр — кластер виден, но рабочие процессы недоступны с клиентских машин
05
Пытаться добавить базу при остановленной службе агента сервера 1С — консоль не увидит кластер

Отличия для PostgreSQL и особые сценарии

Для PostgreSQL порядок действий идентичен, но есть нюансы. Учётная запись должна иметь атрибут CREATEDB; в файле pg_hba.conf должна быть разрешена аутентификация с адреса сервера 1С по паролю (md5 или scram-sha-256 в зависимости от версии). Кодировка и параметры локали базы создаются из шаблона сервера 1С — менять их вручную на СУБД не нужно.

Если требуется добавить базу в отдельный (не локальный) кластер — например, выделенный кластер для тестирования — сначала создайте кластер в консоли (правый клик по «Кластеры» → «Создать»), задайте ему отдельный диапазон портов, и только затем добавляйте базу внутрь него. Это изолирует тестовую нагрузку от продуктивных рабочих процессов.

Для автоматизации добавления баз используется утилита командной строки rac из состава сервера 1С или пакетный режим конфигуратора с параметром CreateDistributive... — однако для разовой операции графическая консоль проще и нагляднее. Скрипты оправданы при массовом развёртывании однотипных баз.

Сравнение вариантов наполнения базы

Загрузка .dt через конфигуратор

Подходит для баз небольшого и среднего размера; просто и надёжно, но медленно на больших объёмах

Перенос средствами СУБД (backup/restore)

Быстро для больших баз; требует совместимости версий СУБД и добавления в кластер без создания БД

Загрузка конфигурации .cf

Только для новых внедрений без данных; данные справочников и документы не переносятся

FAQ

Можно ли добавить в кластер базу, которая уже существует на сервере СУБД?

Да. Укажите точное имя существующей базы данных и не отмечайте флажок «Создать базу данных в случае её отсутствия». Кластер зарегистрирует базу и начнёт с ней работать, если учётная запись имеет к ней доступ.

Консоль не видит локальный кластер — что проверить?

Убедитесь, что служба «Агент сервера 1С:Предприятия» запущена, а порт 1540 не занят другим процессом и не блокируется брандмауэром. Также проверьте, что версия консоли совпадает с версией установленного сервера.

Нужно ли останавливать работу пользователей при добавлении новой базы?

Нет. Добавление новой информационной базы не влияет на уже работающие базы кластера. Блокировка сеансов требуется только для операций с конкретной существующей базой — например, при загрузке данных или обновлении конфигурации.

Чем отличается имя базы в кластере от имени базы данных на СУБД?

Имя в кластере — это отображаемое название, которое видят пользователи в списке баз. Имя базы данных — физическое имя БД на сервере СУБД. Они могут различаться, но для упрощения администрирования обычно их делают одинаковыми.

Ошибка «различаются версии клиента и сервера» при входе — в чём причина?

Версия платформы на клиентской машине не совпадает с версией сервера 1С. Установите на клиенте ту же версию платформы, что работает на сервере, либо настройте требование соответствия версий в свойствах информационной базы.

Как удалить базу из кластера, не удаляя данные на СУБД?

В консоли выделите базу и выберите «Удалить»: в диалоге будет вариант «Удалить информационную базу» (только регистрация в кластере) и «Удалить базу данных». Выберите первый — данные на СУБД останутся нетронутыми, и базу можно будет добавить обратно.

Итог

Что важно запомнить

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