Как развернуть сервер 1С: пошаговое руководство

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

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

Инструкция ориентирована на Windows Server и связку 1С + PostgreSQL как наиболее распространённый бесплатный вариант, но логика шагов одинакова для MS SQL Server и Linux. Точные версии платформы и СУБД сверяйте с документацией на совместимость — не каждая версия PostgreSQL поддерживается каждой версией платформы 1С.

Определите, нужен ли вам клиент-серверный режим

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

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

Подготовьте оборудование и операционную систему

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

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

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

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

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

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

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

Get-Service "1C:Enterprise 8.3 Server Agent*" | Select-Object Name, Status

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

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

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

После установки СУБД выполните базовую настройку памяти: PostgreSQL по умолчанию сконфигурирован очень консервативно, и без увеличения параметров вроде shared_buffers база будет работать медленнее своих возможностей. Конкретные значения зависят от объёма ОЗУ сервера; не копируйте «оптимальные конфиги» из интернета без учёта своего железа.

Создайте информационную базу

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

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

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

1. 1
   Убедитесь, что службы сервера 1С и СУБД запущены и видят друг друга по сети
2. 2
   В окне запуска 1С выберите создание базы на сервере 1С:Предприятия
3. 3
   Укажите имя сервера 1С, имя базы, тип СУБД и параметры подключения к серверу БД
4. 4
   Дождитесь создания базы и первого запуска конфигуратора
5. 5
   Создайте пользователей и назначьте им роли
6. 6
   Проверьте вход под обычным пользователем с клиентской машины

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

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

Лицензии сервера 1С активируются на самом сервере; клиентские лицензии могут раздаваться сервером автоматически. Убедитесь, что суммарное число клиентских лицензий покрывает пиковое число одновременных сеансов — иначе часть пользователей получит отказ во входе в самый неподходящий момент.

Резервное копирование настраивайте штатными средствами СУБД: pg_dump или физические копии для PostgreSQL, планы обслуживания для MS SQL. Проверяйте восстановление из копии хотя бы периодически — копия, которая ни разу не восстанавливалась, не считается надёжной. Храните копии на отдельном носителе, а не на том же диске, где лежит база.

Типичные ошибки при развёртывании

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

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

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