Администрирование · 12 мин
Сервер 1С:Предприятие: что это, как работает и когда нужен
Что такое сервер 1С:Предприятие, как он работает с СУБД и клиентами, когда нужен переход с файлового режима, требования и типичные ошибки при установке.
Сервер 1С:Предприятие — это программный компонент платформы 1С, который работает как посредник между пользователями (тонкими и толстыми клиентами, веб-клиентом) и системой управления базами данных. Он принимает запросы от клиентских приложений, выполняет серверный код прикладного решения, обращается к СУБД и возвращает результат. Вместо того чтобы каждый компьютер пользователя напрямую читал файлы базы, вся логика сосредоточена на выделенной машине.
Такая трёхзвенная архитектура — «клиент → сервер 1С → СУБД» — принципиально отличается от файлового режима, где база лежит в общей сетевой папке, а каждый клиент работает с ней напрямую. Файловый вариант прост, но плохо переносит рост числа пользователей: при одновременной работе нескольких десятков человек начинаются блокировки, падение скорости и риск повреждения данных. Серверный режим снимает эти ограничения за счёт централизованной обработки транзакций.
Практически сервер 1С:Предприятие нужен организациям, где с системой одновременно работают от 10–15 пользователей, база выросла до нескольких гигабайт, требуется разграничение прав на уровне СУБД, фоновое выполнение регламентных заданий или круглосуточная доступность. Ниже разберём, как устроен сервер, что потребуется для развёртывания и как не допустить типовых ошибок.
Как устроена трёхзвенная архитектура 1С
В клиент-серверном режиме работают три уровня. Первый — клиентское приложение: тонкий клиент, толстый клиент или браузер с веб-клиентом. Оно отвечает только за интерфейс и ввод данных. Второй уровень — кластер серверов 1С:Предприятия, где исполняется серверный код конфигурации, обрабатываются запросы, работают фоновые и регламентные задания. Третий уровень — СУБД, которая хранит данные и выполняет SQL-запросы, сформированные сервером 1С.
Кластер серверов состоит из процессов: агент сервера (ragent) управляет кластером и реестром, рабочие процессы (rphost) непосредственно обслуживают соединения пользователей, а менеджер кластера (rmngr) распределяет нагрузку. На одном физическом сервере может быть несколько рабочих процессов, а самих серверов в кластере — несколько, что позволяет масштабировать систему горизонтально.
Важно понимать разделение ответственности: сервер 1С не хранит данные сам, он транслирует объектную модель конфигурации в запросы к СУБД. Поэтому производительность системы зависит от обоих звеньев: слабый сервер СУБД не спасёт мощный сервер 1С и наоборот.
Чем серверный режим отличается от файлового
В файловом режиме платформа сама выполняет роль СУБД, работая с файлом 1Cv8.1CD. Это удобно для небольших команд: не нужны ни лицензии на сервер, ни администратор СУБД. Но у файлового режима есть жёсткие ограничения: сетевой доступ к файлу чувствителен к качеству сети, конкурентная работа вызывает ожидания на блокировках, а внезапное отключение клиента может повредить базу.
Серверный режим переносит работу с данными в полноценную СУБД с журналированием транзакций. Блокировки становятся управляемыми, появляется возможность точного резервного копирования средствами СУБД, разграничения доступа и работы по расписанию без участия клиентских машин.
| Критерий | Файловый режим | Клиент-серверный режим |
|---|---|---|
| Хранение данных | Файл 1Cv8.1CD в сетевой папке | СУБД (PostgreSQL, MS SQL и др.) |
| Комфортное число пользователей | Ориентировочно до 10–15 | Десятки и сотни |
| Устойчивость к сбоям сети | Низкая, риск повреждения файла | Высокая, транзакции в СУБД |
| Регламентные задания | Требуют запущенного клиента | Выполняются на сервере автономно |
| Дополнительные расходы | Нет | Лицензия на сервер 1С и, возможно, на СУБД |
Сравнение вариантов
Подходит для 1–10 пользователей, небольшой базы и простой инфраструктуры. Ограничение: блокировки и риск повреждения файла при росте нагрузки.
Экономичный вариант для средних внедрений: СУБД бесплатная, есть сборки, адаптированные под 1С. Требует грамотной настройки.
Частый выбор в крупных организациях: развитые средства администрирования, но нужны лицензии на СУБД.
Какие СУБД поддерживает сервер 1С
Платформа 1С:Предприятие работает с несколькими промышленными СУБД. Наиболее распространены Microsoft SQL Server и PostgreSQL (включая сборки, адаптированные под требования 1С). Также поддерживаются Oracle Database и IBM Db2, но они встречаются заметно реже и обычно в крупных корпоративных контурах.
Выбор СУБД влияет на стоимость владения и требования к администрированию. PostgreSQL не требует лицензионных платежей, но чувствителен к настройкам памяти и планировщика. MS SQL Server проще в сопровождении для администраторов Windows-инфраструктуры, но лицензируется отдельно. Само прикладное решение (конфигурация) от выбора СУБД практически не зависит — платформа абстрагирует различия, хотя отдельные запросы могут выполняться с разной скоростью.
При выборе учитывайте опыт своих специалистов: СУБД, которую команда умеет резервировать, мониторить и восстанавливать, почти всегда лучше «идеальной на бумаге», но незнакомой.
Что нужно для установки и настройки сервера
Для развёртывания потребуется выделенная машина (физическая или виртуальная) с запасом оперативной памяти — рабочие процессы rphost активно её потребляют, особенно при проведении больших документов и построении отчётов. ОС может быть Windows или Linux; дистрибутивы сервера 1С выпускаются для обеих платформ. СУБД можно разместить на том же сервере при небольшой нагрузке, но при росте базы её лучше вынести на отдельную машину.
Лицензионно сервер 1С:Предприятие требует отдельной лицензии, которая приобретается в дополнение к клиентским. Без серверной лицензии кластер работать не будет, даже если клиентские лицензии в порядке. Версии платформы на сервере и у клиентов должны быть совместимы — обычно их обновляют синхронно.
- 1Установите и настройте СУБД, создайте пустую базу с нужными параметрами сортировки
- 2Установите компонент «Сервер 1С:Предприятие» и убедитесь, что служба агента запущена
- 3Откройте консоль администрирования серверов и проверьте, что кластер виден
- 4Создайте информационную базу через конфигуратор в режиме «На сервере 1С:Предприятия», указав параметры СУБД
- 5Установите серверную лицензию и проверьте подключение тонким клиентом
- 6Настройте резервное копирование средствами СУБД и проверьте восстановление на тестовой копии
После установки обязательно проверьте базовые вещи: доступность портов кластера (по умолчанию диапазон 1540–1591) между клиентами, сервером 1С и СУБД, корректность DNS-имён и отсутствие антивирусных проверок, блокирующих рабочие процессы. Значительная часть проблем «1С не подключается к серверу» сводится именно к сетевым и антивирусным ограничениям.
Как администрировать сервер и следить за нагрузкой
Основной инструмент администратора — консоль управления серверами 1С (или отдельная утилита администрирования кластера). Через неё создают и удаляют информационные базы, просматривают активные сеансы и соединения, принудительно завершают зависшие сеансы, настраивают требования назначения функциональности и блокировку регламентных заданий.
Для диагностики производительности используют технологический журнал платформы — он фиксирует длительные запросы, блокировки и ошибки. Дополнительно полезен мониторинг со стороны СУБД: активные запросы, ожидания, рост tempdb или аналогичных структур. Завышенное потребление памяти процессом rphost часто указывает на тяжёлые отчёты или неоптимальный код конфигурации.
Как проверить результат
Служба работает, кластер виден в консоли администрирования
Служба останавливается, в журнале событий ошибки портов или лицензии
Тонкий клиент открывает базу по имени сервера без ошибок
Ошибка соединения, тайм-ауты, требование указать кластер вручную
Задания выполняются по расписанию без запущенных клиентов
Задания не стартуют или падают с ошибками в журнале регистрации
Память растёт под нагрузкой и возвращается после завершения операций
Постоянный рост до исчерпания памяти — признак утечки или тяжёлого кода
Типичные ошибки при внедрении серверного режима
Частая ошибка — перенос базы на сервер без изменения привычек администрирования. Резервное копирование файловым копированием каталога СУБД вместо штатных средств бэкапа приводит к невосстановимым копиям. Другая крайность — установка сервера 1С и СУБД на перегруженную виртуальную машину, где ресурсы делятся с другими сервисами: внешне всё работает, но отчёты выполняются в разы медленнее.
Отдельно стоит сказать о безопасности: доступ к консоли кластера и к СУБД должен быть ограничен, учётные записи администраторов — персональными, а служебные порты — закрыты от пользовательской сети. Сервер 1С хранит в служебных каталогах чувствительную информацию, и открытый доступ к ним равнозначен доступу ко всей базе.
Когда переход на сервер оправдан, а когда нет
Переход оправдан, если одновременно работают более 10–15 пользователей, база превышает несколько гигабайт, нужны автономные регламентные задания, интеграции через веб-сервисы, круглосуточная работа или требования к отказоустойчивости. В этих условиях файловый режим становится источником постоянных блокировок и рисков.
Если пользователей мало, база компактна и компания не готова содержать администрирование СУБД, серверный режим может оказаться избыточным: появятся расходы на лицензии и сопровождение без ощутимого выигрыша. Промежуточный вариант — оптимизация файлового режима (размещение базы на быстром диске сервера, отказ от антивирусной проверки каталога базы) как временная мера до роста нагрузки.
Как выбрать действие
Что важно запомнить
Сервер 1С:Предприятие — связующее звено между клиентами и СУБД, обеспечивающее стабильную многопользовательскую работу. Переход на него оправдан при росте числа пользователей и объёма базы, но требует лицензий, настройки СУБД, регулярного резервного копирования и мониторинга.
Частые вопросы о сервере 1С:Предприятие
Можно ли установить сервер 1С и СУБД на один компьютер?
Да, для небольших внедрений это рабочая схема, которая упрощает сетевую настройку. Но оба компонента активно потребляют память и дисковые ресурсы, поэтому при росте базы и числа пользователей СУБД лучше выносить на отдельную машину, чтобы нагрузки не конкурировали.
Нужна ли отдельная лицензия на сервер 1С?
Да. Сервер 1С:Предприятие лицензируется отдельно от клиентских лицензий, и без серверной лицензии кластер не запустится в полноценном режиме. Клиентские лицензии при этом также необходимы — они приобретаются по числу одновременно работающих пользователей.
Как перенести базу из файлового режима на сервер?
Штатный способ — выгрузка базы в файл .dt через конфигуратор и последующая загрузка в новую информационную базу, созданную на сервере. Для больших баз процесс длительный, поэтому его выполняют в нерабочее время, предварительно сделав копию и проверив результат на тестовом контуре.
Что делать, если клиенты не видят сервер 1С?
Проверьте, что служба агента сервера запущена, порты диапазона 1540–1591 открыты на межсетевом экране, а имя сервера корректно разрешается в DNS. Также убедитесь, что версия платформы клиента совместима с версией сервера и антивирус не блокирует процессы кластера.
Можно ли использовать несколько серверов 1С в одном кластере?
Да, кластер поддерживает несколько рабочих серверов, между которыми распределяются соединения и фоновые задания. Это применяют для повышения отказоустойчивости и производительности в крупных внедрениях, но такая схема требует более квалифицированного администрирования.
Какая СУБД лучше для сервера 1С — PostgreSQL или MS SQL?
Однозначного ответа нет. PostgreSQL не требует лицензионных платежей и при грамотной настройке показывает хорошую производительность. MS SQL Server удобнее в сопровождении для команд, работающих в инфраструктуре Microsoft, но требует лицензий. Выбирайте исходя из бюджета и опыта администраторов.