Сервер 1С Предприятия: что это, как развёртывается и когда нужен

Когда в компании работают 2–3 человека, файловая база 1С справляется. Но как только количество пользователей растёт, начинаются проблемы: база тормозит, отчёты формируются минутами, а при одновременном редактировании данных появляются конфликты блокировок. Это сигнал — пора переходить на сервер 1С Предприятия.

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

В этой статье разбираем: чем серверная версия 1С отличается от файловой, из каких компонентов состоит архитектура, когда переходить на сервер и как выбрать подходящее оборудование.

Чем отличается серверная версия 1С от файловой базы

Файловая база 1С — это один файл формата .1CD, который хранится на сетевом диске или компьютере. Каждый пользователь работает с этим файлом напрямую: запускает 1С, открывает базу, выполняет запросы. Вся обработка данных идёт на рабочей станции пользователя.

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

Параметр	Файловая база	Серверная база
Количество пользователей	До 5–10 комфортно	От 10 до нескольких сотен
Где обрабатываются данные	На рабочей станции	На сервере приложений
Нагрузка на сеть	Высокая (передаётся весь файл базы)	Низкая (только результаты запросов)
СУБД	Встроенная (файл .1CD)	MS SQL Server, PostgreSQL, IBM DB2
Требования к рабочим станциям	Высокие (нужны мощные ПК)	Минимальные (хватает тонкого клиента)
Резервное копирование	Остановка работы базы	Без остановки работы пользователей
Отказоустойчивость	Нет	Можно настроить кластер серверов

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

Архитектура многопользовательской системы 1С

Серверная версия 1С Предприятия состоит из нескольких компонентов, каждый из которых выполняет свою функцию. Понимание этой структуры помогает правильно выбрать оборудование и настроить систему.

Компоненты серверной 1С

Сервер приложений 1С (Application Server) — главный компонент системы. Он принимает запросы от пользователей, выполняет бизнес-логику конфигурации, работает с СУБД и возвращает результаты клиентам. Сервер приложений работает как служба Windows или демон Linux.

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

Тонкий клиент (Thin Client) — программа на рабочей станции пользователя. Она отправляет запросы серверу приложений и отображает интерфейс. Вся обработка данных идёт на сервере, поэтому требования к компьютеру минимальные.

Веб-клиент — альтернатива тонкому клиенту, работает через браузер. Не требует установки приложения на компьютер, что удобно для удалённых сотрудников или работы из разных локаций.

Кластер серверов — группа серверов приложений 1С, работающих как единое целое. Кластер позволяет распределить нагрузку между несколькими машинами, повысить отказоустойчивость и масштабировать систему по мере роста компании. Управление кластером осуществляет служба менеджера кластера (RAS — Remote Administration Service).

Как это работает

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

Если в системе настроен кластер, менеджер кластера распределяет пользователей между доступными серверами приложений. Это позволяет балансировать нагрузку: если один сервер перегружен, новые подключения направляются на менее загруженный.

Когда переходить на сервер 1С

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

Признаки, что пора переходить на сервер

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

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

Объём базы данных превышает 10 ГБ. Чем больше база, тем медленнее работает файловый вариант. СУБД вроде MS SQL Server или PostgreSQL эффективнее обрабатывают большие объёмы данных, используют индексы и кеширование.

Нужна удалённая работа или несколько офисов. Файловую базу сложно безопасно открыть для удалённого доступа. Серверная 1С позволяет подключаться через веб-клиент или VPN, настраивать права доступа и контролировать безопасность.

Критична отказоустойчивость. В файловой базе нет резервирования: если файл повреждён или сервер упал, работа останавливается. Серверная архитектура позволяет настроить кластер, резервное копирование без остановки базы и автоматическое переключение на резервный сервер в случае сбоя.

Нужна интеграция с другими системами. Серверная 1С лучше подходит для интеграции через веб-сервисы, REST API или прямые подключения к базе данных. Файловый режим такие возможности ограничивает.

Когда можно остаться на файловой базе

Если в компании работают 3–5 человек, база данных небольшая (до 5 ГБ), нет планов расширения и все сотрудники находятся в одном офисе — файловая база справится. Переход на сервер в этом случае будет избыточен.

Требования к оборудованию для сервера 1С

Выбор железа зависит от количества пользователей, объёма базы, типа задач (бухгалтерия, склад, производство) и конфигурации 1С. Но есть общие рекомендации.

Процессор

Сервер 1С активно использует многопоточность: каждый сеанс пользователя — это отдельный поток. Чем больше пользователей, тем больше потоков нужно обрабатывать одновременно. Поэтому важны не только частота ядер, но и их количество.

Для небольшой системы (10–20 пользователей) достаточно процессора с 4–8 ядрами. Для средней нагрузки (20–50 пользователей) нужно 8–16 ядер. Для крупных внедрений (50+ пользователей) выбирайте процессоры с 16–32 ядрами или распределяйте нагрузку на несколько серверов в кластере. Современные серверные процессоры Intel Xeon или AMD EPYC подходят для этих задач.

Оперативная память

1С использует оперативную память для кеширования данных, выполнения запросов и хранения сеансов пользователей. Чем больше RAM, тем меньше обращений к диску и выше скорость работы.

Минимум для сервера приложений — 8 ГБ. Для СУБД MS SQL Server или PostgreSQL — ещё 8–16 ГБ. Если сервер приложений и СУБД работают на одной машине, закладывайте минимум 16–32 ГБ. Для крупных систем рекомендуется 64–128 ГБ и больше. Серверная память с поддержкой ECC защищает от ошибок и повышает стабильность системы.

Дисковая подсистема

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

Для небольших баз (до 50 ГБ) можно использовать SATA SSD. Для средних и крупных систем рекомендуются NVMe SSD с высокой скоростью случайного чтения/записи. Если критична отказоустойчивость, настраивайте RAID 1 (зеркало) для операционной системы и RAID 10 для данных СУБД.

Для журналов транзакций СУБД можно выделить отдельный быстрый диск — это ускорит операции записи и снизит задержки при большом количестве одновременных изменений.

Сеть

Хотя серверная архитектура передаёт по сети только результаты запросов, а не весь массив данных, пропускная способность сети всё равно важна. Рекомендуется сеть Gigabit Ethernet (1 Гбит/с) или быстрее. Для больших систем с удалёнными филиалами настраивайте отдельные каналы связи и контролируйте задержки (ping).

Типовые конфигурации серверов

Количество пользователей	Процессор	RAM	Диски
До 10	4–8 ядер, 2.4+ ГГц	16 ГБ	2 × SATA SSD 480 ГБ (RAID 1)
10–30	8–12 ядер, 2.6+ ГГц	32 ГБ	2 × NVMe SSD 960 ГБ (RAID 1)
30–100	16–24 ядра, 3.0+ ГГц	64–128 ГБ	4 × NVMe SSD 1.92 ТБ (RAID 10)
100+	2 × 16–32 ядра	128–256 ГБ	6+ × NVMe SSD (RAID 10), отдельные диски под журналы СУБД

Если нужен готовый сервер под ключ, обратите внимание на стоечные серверы или серверные платформы, которые можно собрать через конфигуратор серверов с учётом конкретных задач.

Как развёртывается сервер 1С Предприятия

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

Установка и настройка операционной системы

Чаще всего используют Windows Server (2016, 2019, 2022) или Linux (Ubuntu Server, CentOS, Astra Linux). Выбор зависит от опыта администраторов и требований к лицензированию. Windows Server проще в настройке и поддержке, но требует платных лицензий. Linux — бесплатный, но требует больше знаний для администрирования.

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

Установка СУБД

Для MS SQL Server выбирайте редакцию Standard или Enterprise в зависимости от нагрузки. Установите СУБД, создайте базу данных для 1С, настройте режим восстановления (рекомендуется Full для возможности восстановления на конкретный момент времени). Выделите под базу данных и журналы транзакций отдельные файлы на быстрых дисках.

Для PostgreSQL установите последнюю стабильную версию, настройте параметры в файле postgresql.conf: увеличьте shared_buffers, work_mem, maintenance_work_mem в зависимости от объёма RAM. Настройте автоматическую очистку (autovacuum) для поддержания производительности.

Установка платформы 1С Предприятия

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

После установки запустите консоль администрирования серверов 1С (через утилиту 1cv8.exe в режиме /S или через веб-интерфейс). Создайте информационную базу, укажите тип СУБД, параметры подключения к базе данных, пользователя СУБД и пароль.

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

Создайте пустую информационную базу через консоль администрирования. Запустите конфигуратор 1С, подключитесь к новой базе. Загрузите конфигурацию (cf-файл) или выполните обновление с типовой конфигурации с диска ИТС. После загрузки обновите конфигурацию базы данных, чтобы структура таблиц СУБД соответствовала метаданным конфигурации.

Если переходите с файловой базы, выполните выгрузку данных в dt-файл из файловой базы, а затем загрузите этот файл в серверную базу. После загрузки проверьте целостность данных, перепроведите документы при необходимости.

Настройка прав доступа и тестирование

Настройте роли и права пользователей в конфигураторе. Создайте учётные записи пользователей в информационной базе, назначьте роли. Проверьте подключение тонкого клиента, веб-клиента. Протестируйте основные операции: проведение документов, формирование отчётов, обмен данными.

Запустите нагрузочное тестирование, чтобы проверить, как система ведёт себя при одновременной работе нескольких десятков пользователей. Для этого используйте штатные средства 1С или специализированные утилиты вроде 1C:Enterprise Performance Analyzer или vanessa-behavior.

Оптимизация производительности сервера 1С

После развёртывания важно настроить систему для максимальной производительности. Даже мощное оборудование не спасёт, если настройки неоптимальны.

Настройки кластера серверов 1С

В консоли администрирования настройте параметры кластера: максимальное количество сеансов на один рабочий процесс, объём памяти для кеша, таймауты подключений. Оптимальное количество рабочих процессов обычно равно количеству ядер процессора или чуть меньше.

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

Оптимизация СУБД

Для MS SQL Server регулярно обновляйте статистику, перестраивайте индексы, выполняйте дефрагментацию. Настройте планы обслуживания (Maintenance Plans) для автоматизации этих задач.

Для PostgreSQL настройте параметры effective_cache_size, random_page_cost, включите сбор статистики. Используйте расширение pg_stat_statements для мониторинга медленных запросов.

Регулярное обслуживание базы данных

Выполняйте тестирование и исправление информационной базы (через конфигуратор или утилиту chdbfl). Периодически сжимайте таблицы СУБД, удаляйте устаревшие данные, архивируйте старые документы. Это снижает объём базы и ускоряет выполнение запросов.

Резервное копирование и отказоустойчивость

Сервер 1С часто хранит критически важные бизнес-данные. Потеря информации из-за сбоя оборудования или ошибки администратора может стоить компании больших денег. Поэтому резервное копирование и отказоустойчивость — обязательные элементы инфраструктуры.

Стратегия резервного копирования

Настройте автоматическое резервное копирование базы данных. Для MS SQL Server используйте планы обслуживания или сторонние решения. Для PostgreSQL — утилиту pg_dump или специализированные инструменты вроде Barman.

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

Выполняйте полные копии раз в неделю, инкрементные или дифференциальные — каждый день. Для критичных систем настраивайте репликацию базы данных на резервный сервер в режиме реального времени.

Кластер серверов для отказоустойчивости

Если простой системы недопустим, настройте кластер из нескольких серверов приложений 1С. Если один сервер выходит из строя, пользователи автоматически переключаются на другой. Для СУБД используйте встроенные механизмы отказоустойчивости: Always On Availability Groups для MS SQL Server или Patroni для PostgreSQL.

Лицензирование серверной версии 1С

Для работы сервера 1С Предприятия нужны серверные лицензии платформы. Количество лицензий зависит от количества одновременно работающих пользователей.

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

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

Частые вопросы о сервере 1С Предприятия