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

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

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

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

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

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

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

Выбор режима: файловый или клиент-серверный

Файловый режим — самый простой способ «поставить 1С на сервер»: база в виде файла 1Cv8.1CD размещается в общей сетевой папке на Windows Server или NAS, а платформа устанавливается на каждый клиентский ПК. Такой вариант не требует покупки серверной лицензии 1С и лицензий на СУБД, но имеет жёсткие ограничения по масштабированию.

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

Сравнение вариантов размещения

Файловый режим на сетевой папке

Подходит до 5–10 пользователей и базы до ~10 ГБ. Не нужна серверная лицензия 1С и СУБД. Ограничение: блокировки при конкурентной записи, риск повреждения файла при обрыве сети.

Клиент-серверный режим

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

Веб-сервер (публикация на IIS/Apache)

Дополнение к любому режиму для доступа через браузер или тонкий клиент по HTTP. Подходит для удалённых сотрудников и филиалов без VPN.

Требования к серверу и подготовка ОС

Для клиент-серверного варианта рекомендуется выделенный физический сервер или виртуальная машина с гарантированными ресурсами. Ориентиры по железу: современный многоядерный процессор, от 16–32 ГБ ОЗУ для небольшой базы (чем больше данных в оперативной памяти СУБД, тем быстрее отчёты), быстрые диски — желательно SSD/NVMe, причём файлы данных и журнал транзакций СУБД лучше разносить на разные физические диски.

По операционной системе поддерживаются Windows Server и ряд дистрибутивов Linux (список конкретных версий смотрите в системных требованиях вашей версии платформы на сайте поставщика — они меняются от релиза к релизу). Перед установкой обновите ОС, настройте статический IP-адрес сервера, корректное имя хоста и синхронизацию времени — расхождение часов между сервером и клиентами вызывает ошибки аутентификации и лицензирования.

Отдельно проверьте сеть: между клиентами и сервером должна быть гигабитная сеть без потерь пакетов. Работа 1С через Wi-Fi или медленный VPN-канал в файловом режиме — одна из главных причин повреждения баз и «зависаний».

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

Дистрибутив платформы скачивается с портала 1С по действующей подписке ИТС. Запустите установщик на сервере и выберите компонент «Сервер 1С:Предприятия» — при необходимости вместе с ним ставятся «Администрирование сервера» (консоль кластера) и «Сервер хранилища конфигурации». Разрядность сервера и СУБД должна совпадать: для 64-битной СУБД ставьте 64-битный сервер 1С.

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

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

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

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

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

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

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

Создание и публикация информационной базы

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

Для доступа через браузер или тонкий клиент по HTTP дополнительно публикуется база на веб-сервере (IIS или Apache): устанавливается компонент «Модули расширения веб-сервера», затем выполняется публикация через конфигуратор («Администрирование» → «Публикация на веб-сервере») или утилитой webinst. Проверьте, что публикация открывается по адресу вида http://сервер/ИмяБазы и запрашивает авторизацию.

После создания базы заведите пользователей и назначьте роли. Не работайте под полными правами в повседневном режиме и не давайте всем сотрудникам административные права «для удобства» — это главный источник случайных удалений данных и изменений настроек.

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

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

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

Служба работает, кластер открывается в консоли, рабочие процессы запускаются

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

Служба останавливается, в журнале событий ошибки старта — проверяйте права учётной записи и порты

Создание базы в кластере
Норма

База появилась в списке, в СУБД создана база данных с таблицами

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

Ошибка создания БД — нет прав у учётной записи 1С на SQL-сервере или неверно указан тип СУБД

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

Тонкий/толстый клиент открывает базу, проведение документа проходит без ошибок блокировок

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

Ошибка соединения — проверяйте firewall (порты агента и рабочих процессоров 1С), DNS-имя сервера

Резервное копирование
Норма

Тестовый бэкап средствами СУБД создаётся и восстанавливается в тестовую базу

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

Бэкап есть, но не восстанавливается — копия бесполезна, перенастройте план обслуживания

Настройка клиентских рабочих мест

На компьютеры пользователей устанавливается клиентская часть платформы той же версии, что и сервер (минорные релизы должны совпадать, иначе клиент откажется подключаться). Для массовой установки используйте групповые политики или скрипты тихой установки с заранее подготовленным файлом ответов.

Список баз у пользователей можно централизовать: файл списка баз (.v8i) кладётся в общую папку и подключается через настройки стартера, либо публикация распространяется через параметр /AppAutoUpdate или групповую политику. Это избавляет от ручной настройки каждого рабочего места при добавлении новой базы.

В клиент-серверном режиме предпочтителен тонкий клиент: он меньше нагружает сеть и клиентский ПК, вся логика выполняется на сервере. Толстый клиент нужен в основном разработчикам и для отдельных режимов, недоступных в тонком.

Перед переводом пользователей на серверную базу проведите параллельный тест: загрузите копию рабочей базы, дайте 2–3 сотрудникам поработать день в штатном режиме и замерьте время проведения типовых документов и построения ключевых отчётов. Это дешевле, чем экстренная настройка производительности уже в бою.
ПЗ
Практическое замечание

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

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

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

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

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

FAQ: частые вопросы об установке 1С на сервер

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

Да, если использовать файловый режим с общей сетевой папкой — серверная лицензия для этого не требуется, нужны только клиентские лицензии на рабочие места. Однако такой вариант ограничен по числу пользователей и устойчивости к сбоям. Для клиент-серверного режима серверная лицензия обязательна.

Какую СУБД выбрать для серверной 1С?

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

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

Комфортно — до 5 пользователей, терпимо — до 10 при небольшой базе и быстрой сети. Дальше начинаются блокировки при конкурентной записи и рост риска повреждения файла. Точный порог зависит от интенсивности ввода документов: отдел, непрерывно проводящий документы, «упрётся» раньше, чем пользователи, в основном смотрящие отчёты.

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

Откройте базу в конфигураторе, сделайте выгрузку в файл .dt («Администрирование» → «Выгрузить информационную базу»). Затем создайте пустую серверную базу в консоли кластера, откройте её конфигуратором и выполните загрузку из .dt. После загрузки проверьте целостность данных и настройте права пользователей, прежде чем переводить людей на новое подключение.

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

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

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

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

Итог

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

Установка 1С на сервер сводится к выбору режима (файловый или клиент-серверный), установке платформы и СУБД, созданию базы в кластере, настройке прав и обязательному резервному копированию с проверкой восстановления. При числе пользователей больше 5–10 переходите на клиент-серверный вариант сразу — это дешевле, чем лечить последствия повреждённой файловой базы.