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

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

Как установить автономный сервер 1С

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

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

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

Материал ориентирован на администратора, который ставит сервер впервые или переносит базы с файлового режима. Приведены варианты для Windows и Linux, рассмотрены PostgreSQL и MS SQL Server как наиболее распространённые СУБД для 1С.

Что понадобится перед установкой

Минимальный набор — 64-разрядная операционная система (Windows Server или поддерживаемый дистрибутив Linux), дистрибутив платформы 1С:Предприятие нужной версии, дистрибутив СУБД и лицензии: серверная лицензия 1С и клиентские лицензии на пользователей. Без серверной лицензии кластер запустится, но базы будут работать с ограничениями или не запустятся вовсе.

По аппаратным ресурсам ориентируйтесь на нагрузку, а не на формальные минимумы. Для небольшой компании с 10–20 пользователями обычно достаточно 16–32 ГБ ОЗУ и SSD-дисков под базы. Процессор важен, но СУБД чаще упирается в память и скорость дисковой подсистемы. Вся память не должна уходить под СУБД — оставьте запас операционной системе и рабочим процессам сервера 1С.

Выбор СУБД для сервера 1С

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

Сравнение вариантов СУБД

PostgreSQL

Бесплатен, есть сборка от 1С с нужными патчами. Подходит для большинства внедрений; требует ручной настройки postgresql.conf под нагрузку.

MS SQL Server

Удобен, если в компании уже есть лицензии и администратор MS SQL. Ограничение — стоимость лицензий при росте числа ядер.

Oracle / IBM Db2

Встречаются редко, в крупных корпоративных контурах. Оправданы только при наличии действующей инфраструктуры и компетенций.

Если выбираете PostgreSQL, берите сборку с сайта 1С или проверенного вендора: ванильный PostgreSQL без патчей может работать некорректно с платформой. После установки обязательно скорректируйте параметры памяти (shared_buffers, work_mem, effective_cache_size) под фактический объём ОЗУ — значения по умолчанию рассчитаны на слабое железо и душат производительность.

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

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

Укажите учётную запись, от имени которой будет работать служба. По умолчанию создаётся пользователь USR1CV8 — подойдёт для большинства случаев. Если сервер 1С и СУБД на разных машинах и нужна аутентификация Windows к SQL Server, используйте доменную учётную запись с правами на оба ресурса.

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

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

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

На Linux платформа поставляется в виде пакетов (deb или rpm). Устанавливайте пакеты в правильном порядке: сначала общие (common), затем сервер (server), при необходимости — пакеты веб-компонентов и дополнительных языков. Зависимости между пакетами строгие, нарушение порядка вызовет ошибки установщика.

bash
sudo dpkg -i 1c-enterprise-common_*.deb
sudo dpkg -i 1c-enterprise-server_*.deb
sudo systemctl enable srv1cv8
sudo systemctl start srv1cv8
sudo systemctl status srv1cv8

После установки убедитесь, что служба srv1cv8 запущена и слушает порты. Каталоги данных кластера (srvinfo) должны принадлежать пользователю, под которым работает агент, — обычно usr1cv8. Ошибки прав на этот каталог — одна из самых частых причин, почему кластер не стартует на Linux.

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

Кластер серверов создаётся автоматически при первом запуске агента — это «локальный кластер» с портом 1541. Откройте консоль администрирования серверов 1С, добавьте центральный сервер по имени машины, и в дереве появится кластер с рабочими процессами. Если консоль не видит сервер, проверьте сетевое имя, DNS и доступность порта агента.

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

При создании базы обратите внимание на параметры: база в СУБД создаётся автоматически, если у указанного пользователя СУБД есть права на создание баз. Для PostgreSQL традиционно используют суперпользователя postgres, для MS SQL — учётную запись с ролью sysadmin или dbcreator. Не используйте эти привилегированные учётные записи для повседневной работы прикладных пользователей — платформа хранит их для служебных операций.

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

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

Служба агента сервера
Норма

Служба работает, порт 1540 слушается

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

Служба падает или порт занят другим процессом

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

Кластер виден, рабочие процессы активны

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

Консоль не подключается к серверу

Информационная база
Норма

База создана, клиент запускается в режиме конфигуратора

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

Ошибка соединения с СУБД при создании базы

Лицензии
Норма

Клиенты запускаются без сообщений об отсутствии лицензий

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

Ошибка «не найдена лицензия» у клиентов

Активация лицензий

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

Клиентские лицензии можно раздавать двумя способами: устанавливать на каждое рабочее место или разместить на сервере и позволить серверу 1С выдавать их клиентам. Второй вариант удобнее при большом числе пользователей — лицензии централизованы, и переустановка клиента их не теряет. Настройка выполняется в свойствах информационной базы: параметр «Разрешить выдачу лицензий сервером».

Сохраните все пин-коды лицензий и регистрационные данные в надёжном месте до начала установки. Восстановление лицензии без резервного пин-кода требует обращения в центр лицензирования и занимает время, а сервер без лицензии встаёт полностью.
ПЗ
Практическое замечание

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

Типичные ошибки
01
Ставить сервер 1С и СУБД на одну слабую машину без запаса ОЗУ — при росте базы начинаются взаимные блокировки по памяти и обслуживание превращается в борьбу за ресурсы
02
Оставить настройки PostgreSQL по умолчанию — база работает медленно уже на десятке пользователей, хотя железо достаточное
03
Закрыть брандмауэром порты агента и рабочих процессов — клиенты не подключаются, хотя сервер «вроде бы работает»
04
Игнорировать регулярное обслуживание СУБД (бэкапы, обновление статистики, реиндексацию) — база деградирует по скорости через месяцы работы
05
Активировать лицензии до финальной настройки виртуальной машины — перенос на другой хост сбрасывает привязку

Отдельно упомянем резервное копирование: его нужно настроить сразу, а не «после запуска». Штатные средства СУБД (pg_dump, планы обслуживания MS SQL) — минимально приемлемый уровень. Выгрузка базы в dt через конфигуратор — дополнение, а не замена бэкапа СУБД, особенно на больших базах, где выгрузка занимает часы.

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

Итог

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

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

Частые вопросы

Можно ли поставить сервер 1С и СУБД на один компьютер?

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

Чем автономный сервер отличается от файлового режима?

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

Нужна ли отдельная лицензия на сервер 1С?

Да. Для работы сервера 1С:Предприятие требуется серверная лицензия, а для пользователей — клиентские лицензии. Исключение — некоторые поставки и лицензии КОРП с особыми условиями. Без серверной лицензии базы на сервере работать не будут.

Какой дистрибутив Linux выбрать под сервер 1С?

Безопасный выбор — дистрибутивы из списка поддерживаемых платформой: актуальные версии Debian, Ubuntu, CentOS-подобные системы. Берите 64-разрядную версию и проверяйте совместимость конкретной версии платформы с версией дистрибутива в системных требованиях 1С.

Что делать, если клиенты не видят сервер после установки?

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

Можно ли перенести файловую базу на сервер 1С?

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