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

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

Как поднять сервер 1С: пошаговое руководство для администратора

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

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

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

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

Планирование: что подготовить до установки

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

Проверьте системные требования конкретной версии платформы 1С:Предприятие. Ключевые параметры — объём оперативной памяти (сервер 1С и СУБД активно её потребляют, для рабочей связки меньше 16 ГБ брать не стоит), свободное место на дисках под базы и журналы, а также разрядность: 64-битные версии сервера и СУБД сегодня являются стандартом. Убедитесь, что у вас есть дистрибутив платформы нужного релиза и действующие лицензии — серверная лицензия для сервера 1С и клиентские лицензии для пользователей.

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

Установка и настройка СУБД

Наиболее популярный бесплатный вариант — PostgreSQL со сборкой от 1С, доступный на портале 1С:Обновление программ. Обычный «ванильный» PostgreSQL с официального сайта не подходит: сервер 1С требует специфических патчей. Альтернативы — MS SQL Server (платный, но удобен в администрировании) и Oracle для крупных внедрений.

При установке PostgreSQL от 1С задайте пароль суперпользователя postgres и запомните порт (по умолчанию 5432). После установки рекомендуется скорректировать конфигурацию postgresql.conf под объём оперативной памяти сервера: параметры shared_buffers, work_mem, effective_cache_size и maintenance_work_mem напрямую влияют на производительность базы. Ориентировочные значения зависят от конфигурации железа, поэтому используйте рекомендации из документации к сборке и профильные материалы 1С, а не случайные цифры из интернета.

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

Установка сервера 1С:Предприятия

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

Агент сервера по умолчанию использует порт 1540, менеджер кластера — 1541, рабочие процессы — диапазон 1560–1591. Эти порты должны быть открыты в брандмауэре Windows между сервером 1С, сервером СУБД и клиентскими машинами. Закрытые порты — вторая по частоте причина того, что клиенты «не видят» сервер.

Проверить, что агент запущен, можно через оснастку services.msc: служба «Агент сервера 1С:Предприятия (x86-64)» должна быть в состоянии «Выполняется». Если служба не стартует, смотрите журнал событий Windows — чаще всего причина в неверном пароле учётной записи службы или недостатке прав.

Порядок действий при установке
  1. 1
    Установите СУБД и задайте пароль администратора
  2. 2
    Установите сервер 1С:Предприятия, укажите учётную запись службы
  3. 3
    Откройте порты 1540-1541 и 1560-1591 в брандмауэре
  4. 4
    Запустите консоль управления серверами 1С и зарегистрируйте сервер
  5. 5
    Создайте информационную базу в кластере с указанием СУБД
  6. 6
    Проверьте подключение клиентом и работу сеансов

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

Откройте консоль «Администрирование серверов 1С:Предприятия» (файл 1CV8 Servers.msc), зарегистрируйте в ней ваш сервер по имени или IP-адресу. В дереве консоли появятся кластер и список информационных баз — пока пустой.

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

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

text
Пример строки подключения клиента:
Srvr="srv1c";Ref="trade_base";
где srv1c — имя сервера 1С, trade_base — имя базы в кластере

Проверка работоспособности и подключение пользователей

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

Для подключения пользователей добавьте базу в список на каждом клиенте: «Добавить» → «Информационная база на сервере 1С:Предприятия» → имя сервера и имя базы. В терминальной среде список баз можно централизованно распространить через общий файл ibases.v8i или групповые политики, чтобы не настраивать каждое рабочее место вручную.

Обратите внимание на лицензии: клиентские лицензии могут раздаваться сервером 1С, если соответствующие программные или аппаратные ключи установлены на нём и включена опция раздачи лицензий в свойствах базы. Иначе ключи должны быть доступны на клиентских машинах или в сети через HASP License Manager.

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

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

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

Состояние «Выполняется», в консоли кластера виден сервер

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

Служба остановлена или падает после старта — смотрите журнал событий Windows

Подключение клиента
Норма

База открывается, сеанс виден в консоли кластера

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

Ошибка «информационная база не обнаружена» — проверить имя сервера, порты и версию платформы

Работа с СУБД
Норма

База создана в СУБД, регламентные задания выполняются

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

Ошибки доступа к СУБД — проверить учётные данные и pg_hba.conf

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

Чаще всего администраторы сталкиваются с несовпадением версий платформы на сервере и клиентах, закрытыми портами, недостатком прав у учётной записи службы и попыткой использовать обычный PostgreSQL вместо сборки от 1С. Ещё одна распространённая ситуация — база создана, но клиенты получают ошибку лицензирования, потому что ключи не видны серверу.

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

Типичные ошибки
01
Установка «ванильного» PostgreSQL вместо сборки от 1С — сервер не сможет создать базу
02
Разные версии платформы на сервере и клиентах — клиент не подключается с ошибкой несовпадения версий
03
Закрытые порты 1540-1541 и 1560-1591 — клиенты не видят кластер
04
Учётная запись службы без нужных прав — агент не стартует или не может писать в свои каталоги
05
Отсутствие администратора кластера и резервных копий — любой сбой превращается в потерю доступа

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

Итог

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

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

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

Можно ли поднять сервер 1С на Linux?

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

Сколько пользователей выдержит один сервер?

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

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

Да, для работы сервера 1С:Предприятия требуется серверная лицензия (программная или аппаратный ключ HASP). Клиентские лицензии приобретаются отдельно и могут раздаваться сервером либо использоваться локально на рабочих местах.

Что делать, если клиент пишет «информационная база не обнаружена»?

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

Как перенести файловую базу на сервер?

Откройте файловую базу в конфигураторе и выполните выгрузку в файл .dt. Затем создайте новую серверную базу через клиент 1С и загрузите в неё выгрузку через «Загрузить информационную базу». После проверки данных добавьте пользователей и настройте права.

Обязательно ли выносить СУБД на отдельный сервер?

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