Администрирование · 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-инфраструктуры, но требует лицензий, стоимость которых при большом числе ядер существенна.
Сравнение вариантов СУБД
Бесплатен, есть сборка от 1С с нужными патчами. Подходит для большинства внедрений; требует ручной настройки postgresql.conf под нагрузку.
Удобен, если в компании уже есть лицензии и администратор MS SQL. Ограничение — стоимость лицензий при росте числа ядер.
Встречаются редко, в крупных корпоративных контурах. Оправданы только при наличии действующей инфраструктуры и компетенций.
Если выбираете PostgreSQL, берите сборку с сайта 1С или проверенного вендора: ванильный PostgreSQL без патчей может работать некорректно с платформой. После установки обязательно скорректируйте параметры памяти (shared_buffers, work_mem, effective_cache_size) под фактический объём ОЗУ — значения по умолчанию рассчитаны на слабое железо и душат производительность.
Установка сервера 1С на Windows
Запустите установщик платформы и выберите компонент «Сервер 1С:Предприятие». Если планируете администрировать кластер с этой же машины, добавьте «Администрирование сервера 1С:Предприятие». Мастер предложит установить сервер как службу Windows — это рекомендуемый вариант, при нём агент сервера стартует автоматически при загрузке системы.
Укажите учётную запись, от имени которой будет работать служба. По умолчанию создаётся пользователь USR1CV8 — подойдёт для большинства случаев. Если сервер 1С и СУБД на разных машинах и нужна аутентификация Windows к SQL Server, используйте доменную учётную запись с правами на оба ресурса.
- 1Установите СУБД и убедитесь, что её служба запущена
- 2Запустите setup.exe платформы, выберите «Сервер 1С:Предприятие» и «Администрирование сервера»
- 3Выберите установку как службы Windows, укажите учётную запись (по умолчанию USR1CV8)
- 4Откройте консоль «Администрирование серверов 1С», зарегистрируйте центральный сервер
- 5Проверьте, что служба «Агент сервера 1С:Предприятия» работает
После установки проверьте, что служба агента сервера запущена и порты агента (по умолчанию диапазон вокруг 1540–1541 и порты рабочих процессов 1560–1591) не заняты другими приложениями и не закрыты брандмауэром, если клиенты подключаются по сети.
Установка сервера 1С на Linux
На Linux платформа поставляется в виде пакетов (deb или rpm). Устанавливайте пакеты в правильном порядке: сначала общие (common), затем сервер (server), при необходимости — пакеты веб-компонентов и дополнительных языков. Зависимости между пакетами строгие, нарушение порядка вызовет ошибки установщика.
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С выдавать их клиентам. Второй вариант удобнее при большом числе пользователей — лицензии централизованы, и переустановка клиента их не теряет. Настройка выполняется в свойствах информационной базы: параметр «Разрешить выдачу лицензий сервером».
Сохраните все пин-коды лицензий и регистрационные данные в надёжном месте до начала установки. Восстановление лицензии без резервного пин-кода требует обращения в центр лицензирования и занимает время, а сервер без лицензии встаёт полностью.
Типичные ошибки и ограничения
Отдельно упомянем резервное копирование: его нужно настроить сразу, а не «после запуска». Штатные средства СУБД (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 в неё. На больших базах выгрузка и загрузка могут занять часы, поэтому планируйте перенос на нерабочее время.