Как собрать сервер для 1С на 5 пользователей

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

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

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

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

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

Клиент-серверный режим устраняет эти проблемы: платформа 1С работает как серверное приложение, а данные хранятся в полноценной СУБД, которая корректно обрабатывает конкурентный доступ. Для пяти пользователей, которые одновременно вводят документы и строят отчёты, клиент-серверный режим — рекомендуемый вариант, особенно если база больше 3–5 ГБ.

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

Расчёт аппаратной конфигурации

Требования 1С к железу нетривиальны: платформа активно использует один-два потока на пользовательскую сессию, поэтому важнее частота процессора, чем число ядер. Для пяти пользователей достаточно процессора с 4–8 ядрами и высокой тактовой частотой — подойдут современные модели уровня Intel Core i5/i7, Xeon E или AMD Ryzen. Покупать двухпроцессорную плату нет смысла.

Оперативной памяти нужно 32–64 ГБ. Из них часть займёт сервер 1С (рабочие процессы rphost), часть — СУБД, которая эффективно кэширует данные в памяти. Признак недостатка памяти — активное использование файла подкачки и резкие «подвисания» при построении отчётов.

Дисковая подсистема — самое важное место. Обязательны SSD-накопители: обычные HDD катастрофически тормозят работу СУБД. Минимальная разумная схема — два SSD в зеркальном массиве RAID1: при отказе одного диска сервер продолжит работать. Ёмкость рассчитывайте с запасом: размер базы × 3–4 плюс место под систему, журналы транзакций и временные файлы.

Отдельно позаботьтесь об источнике бесперебойного питания. Внезапное отключение электричества в момент записи транзакции — типичная причина повреждения баз данных. ИБП должен уметь по USB или сети сообщать серверу о разряде батареи, чтобы система успела корректно завершить работу.

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

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

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

Установка платформы 1С и СУБД

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

1. 1
   Установите ОС, обновите её, настройте статический IP-адрес сервера и имя компьютера без кириллицы и пробелов
2. 2
   Установите PostgreSQL (сборку для 1С) или MS SQL Server, задайте пароль администратора СУБД
3. 3
   Установите компоненты сервера 1С:Предприятия той же разрядности (x64), запустите агент сервера
4. 4
   Откройте консоль администрирования сервера 1С, создайте кластер и рабочий сервер
5. 5
   Создайте информационную базу через консоль или конфигуратор, указав параметры подключения к СУБД
6. 6
   Установите платформу на компьютеры пользователей и добавьте базу в список подключений
7. 7
   Проверьте вход под каждым пользователем и работу типовых операций

После установки PostgreSQL обязательно скорректируйте его конфигурацию под объём памяти сервера: параметры shared_buffers, work_mem и effective_cache_size по умолчанию рассчитаны на очень слабые машины. Общее правило: shared_buffers — около четверти оперативной памяти, effective_cache_size — половина или две трети. Точные значения подбираются под конкретную нагрузку.

Пример базовых параметров в postgresql.conf для сервера с 32 ГБ ОЗУ:

shared_buffers = 8GB
effective_cache_size = 20GB
work_mem = 64MB
maintenance_work_mem = 1GB
max_connections = 50

Не завышайте max_connections: каждое соединение потребляет память, а сервер 1С сам управляет пулом подключений к СУБД. Для пяти пользователей значений 40–60 соединений достаточно с запасом.

Настройка резервного копирования

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

Для PostgreSQL используйте pg_dump или pg_basebackup по расписанию, для MS SQL Server — планы обслуживания с полной и разностной копиями. Минимальная схема: полная копия ежедневно в нерабочее время, хранение копий за последние 7–14 дней, раз в неделю копия выносится на внешний носитель или в другое здание. Дополнительно раз в месяц полезно делать выгрузку базы в файл .dt средствами конфигуратора — это независимый от СУБД формат.

Проверяйте восстановление из бэкапа хотя бы раз в квартал на тестовой копии. Бэкап, который ни разу не восстанавливали, нельзя считать существующим — это самая частая причина безвозвратной потери данных в небольших компаниях.

Типичные ошибки при сборке и эксплуатации

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

Когда самостоятельной сборки недостаточно

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

Альтернатива собственному серверу — облачная аренда: провайдер выделяет виртуальную машину с установленной платформой и берёт на себя бэкапы и железо. Для пяти пользователей это часто сопоставимо по деньгам с покупкой и обслуживанием своего сервера, особенно если считать стоимость электричества, ИБП и времени администратора.

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