Администрирование сервера 1С:Предприятие: как установить и настроить

Сервер 1С:Предприятие — это промежуточный слой между клиентскими приложениями и базой данных, который берёт на себя выполнение прикладного кода, управление транзакциями и блокировками. Он нужен, когда с базой работает больше нескольких пользователей, требуется разграничение нагрузки, фоновые задания или тонкий/веб-клиент. Файловый вариант в таких условиях быстро упирается в блокировки и риск повреждения данных.

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

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

Что подготовить перед установкой

Прежде чем запускать установщик, определите архитектуру решения. Минимальный набор решений: операционная система (Windows Server или поддерживаемый дистрибутив Linux), СУБД (Microsoft SQL Server, PostgreSQL, Oracle Database или IBM Db2), разрядность платформы (32 или 64 бита) и способ лицензирования (программные или аппаратные ключи HASP).

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

Проверьте сетевую связность: клиентские машины должны видеть сервер по имени или IP, порты агента и рабочих процессов не должны перекрываться брандмауэром. По умолчанию агент сервера использует порт 1540, рабочие процессы — диапазон 1560–1591, менеджер кластера — 1541.

Установка сервера 1С на Windows

Запустите установщик из дистрибутива платформы (setup.exe) от имени администратора. В окне выбора компонентов отметьте «Сервер 1С:Предприятия», а также «Администрирование сервера 1С:Предприятия» — консоль управления кластером. Если планируется работа с веб-клиентом, дополнительно установите модули расширения веб-сервера.

На шаге настройки службы агента укажите учётную запись, под которой будет работать служба. По умолчанию установщик предлагает создать пользователя USR1CV8. Это рабочий вариант, но в доменной среде часто используют выделенную доменную учётную запись — она нужна, если сервер 1С должен обращаться к сетевым ресурсам или аутентифицироваться на MS SQL Server через Windows-аутентификацию.

После завершения установки убедитесь, что служба «Агент сервера 1С:Предприятия» запущена. Если служба не стартует, первым делом смотрите журнал событий Windows и права учётной записи службы на каталог srvinfo.

1. 1
   Запустите setup.exe из дистрибутива платформы от имени администратора
2. 2
   Выберите компоненты: «Сервер 1С:Предприятия» и «Администрирование сервера 1С:Предприятия»
3. 3
   Укажите учётную запись для службы агента (USR1CV8 или доменная)
4. 4
   Завершите установку и проверьте, что служба агента запущена
5. 5
   Откройте консоль администрирования и подключитесь к локальному серверу

Установка сервера 1С на Linux

На Linux платформа распространяется в виде пакетов DEB и RPM. Установка выполняется стандартным пакетным менеджером: сначала устанавливаются общие компоненты, затем пакет сервера и, при необходимости, пакет расширения веб-сервера. Порядок пакетов важен из-за зависимостей.

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

Агент сервера запускается как системная служба (systemd-юнит либо скрипт запуска, поставляемый с платформой). Каталог данных кластера по умолчанию находится в домашнем каталоге пользователя srv1cv8 — учтите это при планировании резервного копирования.

# Пример установки пакетов на DEB-based системе
sudo dpkg -i 1c-enterprise-<em>-common_</em>.deb
sudo dpkg -i 1c-enterprise-<em>-server_</em>.deb
sudo dpkg -i 1c-enterprise-<em>-ws_</em>.deb
# Запуск агента сервера
sudo systemctl start srv1cv8
sudo systemctl status srv1cv8

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

Кластер серверов — основная единица администрирования: он объединяет рабочие серверы, рабочие процессы и зарегистрированные информационные базы. После установки агента кластер с настройками по умолчанию обычно уже существует; подключитесь к нему через консоль администрирования серверов (на Windows) или через кроссплатформенную консоль администрирования.

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

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

# Альтернатива: создание базы через конфигуратор из командной строки
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /S"srv1c\MyBase" /RestoreFromServerCfg

Настройка лицензий

Серверные и клиентские лицензии 1С бывают программными (привязка к аппаратной конфигурации через сервис лицензирования) и аппаратными (USB-ключи HASP). Программные лицензии активируются пин-кодом; серверную лицензию активируют на том сервере, где работает агент.

Критичный момент: программная лицензия привязывается к ключевым параметрам оборудования. Существенное изменение конфигурации виртуальной машины (объём памяти, число процессоров, MAC-адрес, серийные номера дисков) может сделать лицензию недействительной, и потребуется повторная активация резервным пин-кодом. На виртуальных машинах фиксируйте MAC-адрес и избегайте частых изменений конфигурации.

Для аппаратных ключей на сервере устанавливается менеджер лицензий HASP, а в настройках платформы (файл nethasp.ini или параметры кластера) указывается, где искать ключи. Один многопользовательский ключ обычно раздаёт лицензии на всю локальную сеть.

Проверка работоспособности и типичные ошибки

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

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

Файловый или клиент-серверный вариант: как выбрать

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

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

Часто задаваемые вопросы