Что нужно для работы 1С на сервере

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

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

Материал ориентирован на администратора или руководителя, который планирует развёртывание с нуля или перенос 1С с обычного компьютера на выделенный сервер.

Файловый или клиент-серверный режим: что выбрать

1С поддерживает два режима работы. В файловом режиме база хранится в одном файле 1Cv8.1CD, к которому пользователи обращаются по сети или через веб-сервер. Это просто и дёшево, но у режима есть жёсткое ограничение: вся база при операциях фактически обрабатывается на стороне клиента, сеть загружается, а одновременная работа более чем 5–10 пользователей вызывает блокировки и рост времени отклика.

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

Граница перехода размыта, но практические признаки того, что файловый режим исчерпан: пользователи жалуются на ошибки «Конфликт блокировок», закрытие месяца занимает часы, база превышает 10–15 ГБ, а регламентные операции приходится запускать ночью вручную.

Аппаратные требования: процессор, память, диски

Ключевой нюанс 1С: производительность сильнее зависит от тактовой частоты и производительности одного ядра, чем от общего числа ядер. Типовые операции — проведение документа, расчёт в запросе — выполняются однопоточно. Поэтому процессор с 8 ядрами на 3,5–4+ ГГц обычно полезнее для 1С, чем 24-ядерный на 2 ГГц. Многоядерность важна для параллельной работы многих пользователей и СУБД, но частота всё равно приоритетнее.

Оперативная память расходуется тремя потребителями: операционной системой, сервером 1С (процессы rphost) и СУБД. Ориентировочный подход: зарезервировать 4–8 ГБ под ОС и служебные нужды, остальное распределить между СУБД и сервером 1С. Для небольшой компании на 10–20 пользователей обычно закладывают 32–64 ГБ, для 50+ пользователей — от 64–128 ГБ с возможностью расширения. Лучше взять память с запасом: нехватка ОЗУ уводит СУБД в своп, и производительность падает катастрофически.

Дисковая подсистема — третий критический компонент. База данных и журналы транзакций должны лежать на SSD, в идеале NVMe. Размещение базы на обычных HDD — гарантированный источник «тормозов» при проведении и отчётах. Для отказоустойчивости используют RAID 1 или RAID 10 на аппаратном контроллере; программный RAID-5 для базы нежелателен из-за штрафа на запись.

Операционная система и лицензии

Сервер 1С:Предприятия работает на Windows Server и на поддерживаемых дистрибутивах Linux. Выбор ОС обычно подчинён выбору СУБД: связка Windows Server + MS SQL привычна администраторам, но требует лицензий на обе системы; связка Linux + PostgreSQL бесплатна по лицензиям ОС и СУБД, но требует соответствующих навыков. Клиентские лицензии 1С не зависят от ОС сервера.

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

Настройка СУБД: PostgreSQL и MS SQL

Установка СУБД «по умолчанию» — почти гарантия проблем. Для PostgreSQL под 1С нужно как минимум настроить shared_buffers (обычно 25–40% ОЗУ), effective_cache_size, work_mem и параметры автовакуума, иначе база со временем начнёт деградировать. Существуют специализированные сборки PostgreSQL, адаптированные под 1С, — они предпочтительнее ванильной.

Для MS SQL критичны: режим восстановления базы (для 1С обычно Simple или Full с регулярным бэкапом журнала), ограничение максимальной памяти сервера (чтобы SQL не отъел всю ОЗУ у сервера 1С), размещение tempdb на быстром диске и регулярное обновление статистики и перестроение индексов. План обслуживания с бэкапом, проверкой целостности и обслуживанием индексов — обязательный минимум.

-- MS SQL: ограничить память сервера (пример: 24 ГБ из 32 ГБ)
EXEC sp_configure 'max server memory (MB)', 24576;
RECONFIGURE;

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

Сеть, резервное копирование и безопасность

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

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

Развёртывание и проверка результата

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

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

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

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

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

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

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