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

Что такое 1С Server

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

Архитектура построена на трёх компонентах:

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

В файловом режиме вся обработка происходит на компьютере пользователя. Если база весит 50 ГБ, а бухгалтер формирует оборотно-сальдовую ведомость, его рабочая станция загружает в оперативную память гигабайты данных. При десяти одновременных пользователях возникают блокировки файлов, конфликты записи, обрывы сетевых соединений. В клиент-серверном варианте сервер фильтрует данные до отправки — клиент получает только итоговую таблицу на несколько мегабайт.

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

Переход на клиент-серверный режим оправдан при выполнении хотя бы одного из условий:

Количество пользователей ≥10 — файловый режим официально поддерживает до 20 одновременных подключений, но уже с 10 пользователями начинаются тормоза при одновременном проведении документов.
Размер базы данных ≥10 ГБ — при объёме информационной базы свыше 10 гигабайт скорость формирования отчётов в файловом режиме падает в разы. Регламентные операции (закрытие месяца, расчёт зарплаты) выполняются часами.
Интеграции с внешними системами — обмен данными с CRM, сайтом, EDI-провайдерами создаёт фоновую нагрузку. Файловый сервер не справляется с параллельными операциями.
Территориально распределённые офисы — если филиалы работают в одной базе через VPN или интернет, файловый режим генерирует огромный сетевой трафик. Клиент-сервер передаёт по сети в десятки раз меньше данных.
Высокие требования к отказоустойчивости — СУБД позволяет настроить репликацию, кластеризацию, резервное копирование на лету без остановки работы.

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

Требования к серверному оборудованию

1С Server критичен к производительности процессора, скорости дисковой подсистемы и объёму оперативной памяти. Минимальные требования 1С — условность: система запустится, но работать будет медленно. Реальные требования зависят от количества пользователей, объёма базы и интенсивности операций.

Процессор

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

Рекомендации по процессорам для разных сценариев:

Количество пользователей	Рекомендуемый процессор	Частота, ГГц	Ядра/потоки
10–25	Intel Xeon E-2300 / AMD EPYC 7002	≥3.0	4–8 / 8–16
25–50	Intel Xeon Silver 4300 / AMD EPYC 7003	≥2.8	8–16 / 16–32
50–100	Intel Xeon Gold 5300 / AMD EPYC 7003	≥2.6	16–24 / 32–48
100+	Intel Xeon Platinum 8300 / AMD EPYC 7003	≥2.4	24–32 / 48–64

Для типовых конфигураций выбирайте серверные процессоры с высокой частотой Turbo Boost. Модели Intel Xeon с суффиксом «E» (например, E-2388G) имеют частоту до 5.1 ГГц в режиме Turbo — такие чипы идеальны для 1С при небольшом количестве пользователей.

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

1С активно использует кеширование метаданных, планов счетов, справочников. Чем больше данных помещается в оперативную память, тем реже сервер обращается к дискам. Минимальные 4 ГБ RAM хватит только для тестовой базы с двумя пользователями. Реальные потребности:

10–25 пользователей: 16–32 ГБ
25–50 пользователей: 32–64 ГБ
50–100 пользователей: 64–128 ГБ
100+ пользователей: от 128 ГБ

SQL Server и PostgreSQL тоже кешируют данные в памяти. Если сервер одновременно выполняет роль сервера СУБД и сервера 1С, суммируйте требования обоих компонентов. Для конфигурации с 30 пользователями и базой на 50 ГБ оптимально 64 ГБ RAM: 32 ГБ под кеш SQL Server, 16 ГБ под сервер 1С, 16 ГБ под операционную систему и фоновые процессы. Выбирайте серверную оперативную память с поддержкой ECC — она обнаруживает и исправляет ошибки, критичные для баз данных.

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

База данных 1С генерирует десятки тысяч мелких операций чтения-записи в секунду. Обычные HDD выдают 100–200 IOPS, SSD — 50 000–100 000 IOPS. Разница в производительности при проведении партии документов или закрытии месяца — в десятки раз.

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

Объём хранилища рассчитывайте с запасом: текущий размер базы × 3. Например, база 30 ГБ потребует минимум 90 ГБ свободного места под журналы транзакций, резервные копии, временные файлы индексов. Если планируется хранить резервные копии на том же сервере — добавляйте ещё ×5–10 к размеру базы.

Выбор СУБД для 1С Server

Платформа 1С:Предприятие 8 поддерживает три варианта СУБД:

Microsoft SQL Server — наиболее распространённый вариант в России. Официально поддерживается 1С, есть сертифицированные специалисты. Минус — стоимость лицензий (от 150 000 рублей за Standard Edition).
PostgreSQL — бесплатная open-source СУБД. 1С адаптировала платформу под PostgreSQL, производительность сопоставима с SQL Server. Подходит для компаний, оптимизирующих расходы на ПО.
1С:Enterprise Server (собственная СУБД) — встроенная СУБД от 1С. Проще в установке, не требует отдельного администрирования. Ограничение — поддержка только в связке с платформой 1С, нельзя использовать для сторонних приложений.

Для малого и среднего бизнеса (до 50 пользователей) оптимален PostgreSQL: нулевые затраты на лицензии, достаточная производительность, активное сообщество. Для крупных организаций с сотнями пользователей и критичными требованиями к отказоустойчивости — SQL Server с настройкой кластеризации Always On.

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

Клиент-серверный режим требует серверных лицензий 1С. Лицензионная модель зависит от редакции платформы:

КОРП (Корпоративная) — поддерживает клиент-серверный режим без ограничений. Лицензируется по количеству одновременных сеансов (клиентских лицензий).
ПРОФ (Профессиональная) — работает в клиент-серверном режиме, но с ограничениями на функциональность (например, нет распределённых информационных баз). Тоже лицензируется по сеансам.
Базовая — не поддерживает клиент-серверный вариант. Только файловый режим.

Клиентская лицензия — это право одного пользователя одновременно работать в базе. Если куплено 20 клиентских лицензий, в системе могут одновременно работать не более 20 человек. Общий штат может быть больше — например, 40 сотрудников, из которых одновременно работают максимум 20.

Дополнительно потребуется серверная лицензия на каждый физический или виртуальный сервер, где установлена платформа 1С:Предприятие 8.x. Стоимость серверной лицензии зависит от количества ядер процессора. Например, для сервера с процессором на 16 ядер нужна лицензия на 16 ядер.

Пример расчёта для компании с 30 сотрудниками, из которых одновременно работают 25:

Платформа 1С:Предприятие 8.3 КОРП (серверная лицензия на 16 ядер): ~200 000 рублей
25 клиентских лицензий КОРП: ~5 000 × 25 = 125 000 рублей
Типовая конфигурация (например, «Управление торговлей 11»): от 48 000 рублей
Итого: ~373 000 рублей (без учёта скидок)

При использовании PostgreSQL экономия на СУБД составит 150 000–300 000 рублей (стоимость SQL Server). При использовании собственной СУБД 1С экономия аналогична.

Архитектура развёртывания 1С Server

Клиент-серверный вариант 1С разворачивают в нескольких конфигурациях:

Однобоксовая схема

Сервер СУБД и сервер 1С:Предприятия установлены на одной физической машине. Подходит для малого бизнеса (10–30 пользователей). Плюсы: простота настройки, минимальные затраты на оборудование. Минусы: единая точка отказа, ограниченная масштабируемость.

Для такой схемы подойдёт сервер начального уровня с процессором Intel Xeon E-2300, 32–64 ГБ RAM и SSD в RAID 1.

Двухбоксовая схема

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

Пример конфигурации:

Сервер СУБД: Intel Xeon Gold 5300, 128 ГБ RAM, NVMe SSD 1 ТБ в RAID 10
Сервер 1С: Intel Xeon Silver 4300, 64 ГБ RAM, SSD 500 ГБ в RAID 1

Кластерная схема

Несколько серверов 1С:Предприятия объединены в кластер, нагрузка распределяется между ними. СУБД развёрнута на отдельном сервере или в режиме высокой доступности (SQL Server Always On, PostgreSQL Patroni). Используется в крупных организациях с сотнями одновременных пользователей.

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

Сетевая инфраструктура и требования к каналам

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

Минимальная скорость локальной сети — 100 Мбит/с, рекомендуемая — 1 Гбит/с. Для территориально распределённых офисов требования к каналу связи:

До 10 пользователей в филиале: 5–10 Мбит/с
10–25 пользователей: 10–20 Мбит/с
25+ пользователей: от 20 Мбит/с

Задержка (ping) критична для интерактивных операций. При ping выше 50 мс пользователи ощущают замедление интерфейса. Если филиалы работают через интернет с ping 100–200 мс, рассмотрите вариант публикации 1С через веб-клиент или терминальный доступ (RDP, Citrix).

Миграция с файлового режима на клиент-серверный

Перенос базы из файлового режима в клиент-серверный выполняется в несколько этапов:

Установка СУБД. Развернуть SQL Server или PostgreSQL, создать пустую базу данных с правами для пользователя 1С.
Выгрузка данных. В файловом режиме выполнить выгрузку информационной базы в файл .dt через конфигуратор.
Создание новой базы. В списке информационных баз 1С создать новую базу в клиент-серверном режиме, указать параметры подключения к СУБД.
Загрузка данных. Загрузить выгруженный файл .dt в новую базу через конфигуратор.
Проверка целостности. Запустить тестирование и исправление информационной базы (Администрирование → Тестирование и исправление).
Настройка клиентов. На рабочих станциях пользователей изменить параметры подключения: вместо пути к файлу указать адрес сервера 1С и имя базы.

Процесс останавливает работу пользователей на 2–8 часов в зависимости от объёма базы. Планируйте миграцию на выходные или нерабочее время.

Мониторинг и обслуживание 1С Server

После развёртывания серверного варианта настройте регулярный мониторинг:

Производительность СУБД: отслеживайте долгие запросы (slow queries), блокировки таблиц, утилизацию процессора и памяти.
Логи сервера 1С: анализируйте журнал регистрации на предмет ошибок подключения, превышения лимитов памяти, зависших сеансов.
Резервное копирование: настройте автоматическое резервное копирование базы СУБД (не файлов 1CD!). SQL Server — через планы обслуживания, PostgreSQL — через pg_dump или Barman.
Обновление индексов: раз в месяц выполняйте реорганизацию и перестроение индексов СУБД. В SQL Server — через команды REORGANIZE и REBUILD, в PostgreSQL — через REINDEX.

Отказоустойчивая конфигурация требует мониторинга состояния кластера, репликации СУБД, работоспособности балансировщика нагрузки. Для этого используйте встроенные средства СУБД или сторонние системы мониторинга (Zabbix, Prometheus).

Частые ошибки при внедрении 1С Server

Недооценка требований к железу. Компании покупают сервер с 8 ГБ RAM для 20 пользователей, надеясь на «оптимизацию». Через месяц система тормозит, требуется апгрейд. Закладывайте запас по памяти и процессору минимум 50%.

Использование обычных HDD вместо SSD. Экономия 10–15 тысяч рублей на дисках оборачивается потерей производительности в десятки раз. База на 20 ГБ формирует оборотно-сальдовую ведомость за 5 минут на HDD и за 20 секунд на SSD.

Установка всех компонентов на один сервер без планирования роста. Однобоксовая схема удобна на старте, но не масштабируется. Если через год штат вырастет вдвое, придётся переделывать архитектуру с остановкой работы.

Отсутствие резервного копирования. Некоторые компании полагаются на RAID как на «защиту от потери данных». RAID защищает от отказа диска, но не от удаления базы пользователем, вирусов-шифровальщиков, сбоя контроллера. Настройте ежедневные автоматические бэкапы с хранением копий вне сервера.

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

Практические рекомендации

Перед развёртыванием 1С Server проведите нагрузочное тестирование конфигурации. Установите платформу на выбранный сервер, загрузите копию продуктивной базы, запустите эмуляцию работы пользователей через встроенный инструмент «Тестирование производительности». Это покажет, справится ли железо с реальной нагрузкой.

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

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

Планируйте мощности с запасом. Лучше купить сервер с 64 ГБ RAM и использовать 40 ГБ, чем взять 32 ГБ и через полгода докупать модули памяти с остановкой работы. Процессоры и память дорожают, а производительность бизнеса от простоев падает сильнее.

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

Можно ли перейти с файлового режима на клиент-серверный без остановки работы?

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

Какую СУБД выбрать для 1С Server — SQL Server или PostgreSQL?

Для малого и среднего бизнеса (до 50 пользователей) рекомендуется PostgreSQL — бесплатная СУБД с производительностью, сопоставимой с SQL Server. Для крупных организаций с требованиями к отказоустойчивости и наличием штатных администраторов БД — SQL Server с настройкой кластеризации Always On.

Сколько оперативной памяти нужно серверу для 20 пользователей 1С?

Минимум 32 ГБ, оптимально 64 ГБ. Из них 16–32 ГБ будет использовать кеш СУБД, 8–16 ГБ — сервер 1С, остальное — операционная система и фоновые процессы. При объёме базы свыше 50 ГБ увеличивайте память до 64–128 ГБ для эффективного кеширования.

Полезное

1С на сервер: отличия 1С Server от стандартной версии