Администрирование · 11 мин
Как выбрать сервер для 1С: от расчёта нагрузки до проверки результата
Как выбрать сервер для 1С: расчёт нагрузки, требования к процессору, памяти и дискам, выбор СУБД, варианты развёртывания и типичные ошибки при покупке.
Выбор сервера для 1С — это не покупка «самого мощного железа», а подбор конфигурации под конкретную нагрузку: число пользователей, объём базы, режим работы (файловый или клиент-серверный) и используемую СУБД. Ошибка на этом этапе приводит либо к переплате за неиспользуемые ресурсы, либо к постоянным «тормозам», которые бухгалтерия и менеджеры ощущают каждый день.
Главная особенность 1С в том, что платформа чувствительна не к количеству ядер, а к частоте процессора и скорости дисковой подсистемы. Типовые операции — проведение документов, формирование отчётов, закрытие месяца — создают короткие, но интенсивные всплески нагрузки, и сервер должен выдерживать именно пики, а не средние значения.
В этой статье разберём, как оценить нагрузку, какие характеристики действительно важны, как выбрать между физическим сервером, виртуализацией и облаком, и как проверить, что купленное железо справляется с задачей.
Шаг 1. Оцените нагрузку: пользователи, база, режим работы
Прежде чем смотреть каталоги серверов, соберите исходные данные. Первый параметр — число одновременно работающих пользователей. Считайте не штатную численность, а реальный пик: сколько человек одновременно находятся в базе в самый загруженный час. Именно от этого числа зависят требования к процессору и памяти.
Второй параметр — размер информационной базы и темп её роста. Откройте свойства базы или посмотрите размер файла 1Cv8.1CD (для файлового режима) либо размер базы в СУБД. Учтите, что база растёт, и закладывайте запас минимум на 2–3 года эксплуатации.
Третий параметр — профиль нагрузки. Торговля с потоком заказов и обменами с сайтом нагружает сервер иначе, чем бухгалтерия с периодическими отчётами. Отдельно учитывайте фоновые процессы: регламентные задания, обмены данными, интеграции с внешними системами — они работают параллельно с пользователями и требуют своих ресурсов.
Посмотрите активные сеансы в консоли или журнале регистрации в часы пик
Размер 1Cv8.1CD или базы в MS SQL / PostgreSQL плюс запас на рост
ERP и КА обычно требуют заметно больше ресурсов на пользователя
Обмены, регламентные задания, отчёты по расписанию
Шаг 2. Выберите режим работы: файловый или клиент-серверный
Файловый режим — база лежит в общей папке, и каждый клиент читает её по сети. Это простой и дешёвый вариант, но у него есть жёсткое ограничение: при росте числа пользователей и объёма данных резко растут блокировки и сетевой трафик. Практический ориентир — до 5–10 активных пользователей и база умеренного размера. Дальше начинаются жалобы на скорость и конфликты блокировок.
Клиент-серверный режим использует связку «сервер 1С:Предприятия + СУБД» (MS SQL Server, PostgreSQL или другие поддерживаемые варианты). Здесь вся обработка данных идёт на сервере, клиенты получают только результат. Это масштабируемое решение для десятков и сотен пользователей, но оно требует более мощного железа, лицензий на сервер 1С и СУБД, а также квалифицированного администрирования.
Файловый режим против клиент-серверного
Подходит для 1–10 пользователей и небольших баз. Ограничение: рост блокировок и зависание при интенсивной записи.
Подходит от 10–15 пользователей и далее, поддерживает регламентные задания и отказоустойчивость. Ограничение: стоимость лицензий и необходимость администрирования.
Промежуточный вариант: файловая база на том же сервере, где работают пользователи по RDP. Снимает проблему сетевого доступа к файлу, но требует много RAM.
Шаг 3. Подберите процессор, память и диски
Процессор — самый недооценённый компонент. Сервер 1С и СУБД плохо распараллеливают типовые операции, поэтому важна частота ядра, а не их количество. Выбирайте CPU с высокой тактовой частотой и производительностью на ядро; покупка 24-ядерного серверного чипа с низкой частотой для 1С — типичная переплата без выигрыша в скорости. Ориентир по числу ядер: 4–8 ядер для небольших внедрений, 8–16 — для средних, дальше — по результатам нагрузочного тестирования.
Оперативная память. В клиент-серверном режиме основной потребитель — СУБД: она должна держать в памяти максимально возможную часть базы и индексов. Практическое правило: RAM должна быть сопоставима с размером активно используемой части базы, минимум — с запасом под рабочие процессы сервера 1С (rphost), каждый из которых может потреблять сотни мегабайт и больше. Для небольших внедрений начинайте от 32 ГБ, для средних — от 64–128 ГБ, с возможностью расширения.
Дисковая подсистема критична для СУБД: журналы транзакций и файлы базы требуют быстрой случайной записи и чтения. Используйте SSD или NVMe-накопители; классические HDD под базу 1С в клиент-серверном режиме — гарантированный источник медленной работы. Желательно разнести файлы базы, журнал транзакций и временные файлы (tempdb) на разные дисковые массивы, а также использовать RAID с защитой от отказа одного диска.
Шаг 4. Выберите СУБД и лицензионную модель
Для клиент-серверной 1С чаще всего выбирают между MS SQL Server и PostgreSQL. MS SQL проще в администрировании для типовых внедрений, но требует платных лицензий, стоимость которых зависит от числа ядер или пользователей. PostgreSQL бесплатен, но требует более тщательной настройки и опыта: параметры по умолчанию часто не оптимальны для нагрузки 1С.
Отдельно учитывайте лицензии самого сервера 1С:Предприятия — он лицензируется независимо от клиентских лицензий. Перед покупкой железа просчитайте полную стоимость владения: сервер 1С, СУБД, клиентские лицензии, операционная система. Иногда оказывается, что лицензии стоят дороже самого сервера, и это влияет на выбор архитектуры.
Шаг 5. Физический сервер, виртуализация или облако
Собственный физический сервер в офисе даёт полный контроль и предсказуемую производительность, но требует бесперебойного питания, охлаждения, охраны и администратора. Для компании с 20–100 пользователями и стабильной инфраструктурой это часто самый экономичный вариант на горизонте 3–5 лет.
Облачный сервер (аренда виртуальных мощностей) снимает вопросы железа, электричества и частично резервного копирования, но требует стабильного интернет-канала у всех пользователей и ежемесячных платежей. Важно внимательно смотреть на характеристики арендуемых дисков — дешёвые облачные тарифы часто ограничивают скорость дисковых операций, что критично для СУБД.
Готовые облачные сервисы 1С (аренда доступа к уже развёрнутой базе) подходят небольшим компаниям без своего администратора: вы платите за подписку и получаете работающую систему. Ограничения — меньше свободы в настройке, зависимость от провайдера и вопросы к выгрузке своих данных при смене сервиса.
Как выбрать вариант размещения
Шаг 6. Проверьте производительность до и после внедрения
До покупки полезно провести нагрузочное тестирование или хотя бы замерить текущие показатели: время проведения типового документа, время формирования ключевых отчётов, длительность закрытия месяца. Эти цифры станут точкой отсчёта для проверки нового сервера.
После развёртывания повторите те же замеры на новом железе и сравните. Дополнительно понаблюдайте за счётчиками производительности в часы пик: загрузка процессора, длина дисковой очереди, доступная память, ожидания СУБД. Устойчиво высокая дисковая очередь или нехватка памяти — признаки узкого места, которое нужно расширять.
Как проверить, что сервер справляется
Не хуже, чем на старой системе, стабильно в течение дня
Растёт в часы пик в разы
Кратковременные всплески
Постоянно высокая очередь, отчёты «висят»
Есть запас после работы СУБД
Свопинг, падение процессов rphost
Единичные, привязаны к конкретным операциям
Массовые жалобы на общую медленность
Типичные ошибки при выборе сервера для 1С
Самая частая ошибка — покупка сервера «по количеству ядер» без учёта их частоты. Вторая — экономия на дисках: размещение базы на медленных SATA-дисках или дешёвых облачных хранилищах с ограничением операций ввода-вывода. Третья — отсутствие запаса по памяти: сервер, купленный «впритык», через год роста базы начинает уходить в своп.
Отдельная группа ошибок — организационные: отсутствие резервного копирования с проверкой восстановления, размещение сервера в помещении без кондиционирования и бесперебойного питания, отсутствие плана действий при отказе оборудования.
Что важно запомнить
Начинайте с подсчёта пользователей и размера базы. Приоритеты железа для 1С: частота процессора, быстрые SSD/NVMe-диски, достаточный объём памяти под СУБД. От 10–15 пользователей планируйте клиент-серверную архитектуру. Обязательны резервные копии с проверкой восстановления и замеры производительности до и после миграции.
Частые вопросы
Можно ли использовать обычный офисный компьютер как сервер для 1С?
Для файлового режима на 3–5 пользователей — да, если у компьютера достаточно памяти, SSD-диск и стабильное питание. Но у десктопа нет резервирования компонентов, серверной экосистемы и надёжности: для критичной базы лучше серверное оборудование с RAID и гарантией.
Что важнее для 1С: процессор, память или диски?
В файловом режиме — скорость диска и сети. В клиент-серверном — сначала память под СУБД и быстрые диски, затем частота процессора. На практике узкое место определяется замерами: смотрите счётчики дисковой очереди, памяти и ожиданий СУБД в часы пик.
Когда обязательно нужен клиент-серверный режим?
Ориентиры: более 10–15 одновременных пользователей, база заметного размера, частые конфликты блокировок в файловом режиме, необходимость регламентных заданий и интеграций. Если пользователи регулярно жалуются на «зависания» при одновременной работе — это сигнал к переходу.
MS SQL или PostgreSQL для 1С — что выбрать?
MS SQL проще в типовом сопровождении, но требует платных лицензий. PostgreSQL бесплатен, однако нуждается в грамотной настройке под нагрузку 1С и опытном администраторе. При ограниченном бюджете и наличии специалиста PostgreSQL — рабочий вариант; при отсутствии экспертизы проще начать с MS SQL.
Стоит ли размещать 1С в облаке?
Да, если у всех пользователей стабильный интернет и нет жёстких требований к локальному хранению данных. Ключевой момент — характеристики облачных дисков: уточняйте гарантированную производительность хранилища, а не только объём. Для крупных баз перед переездом проведите тест на реальной нагрузке.
Как понять, что сервер пора менять или расширять?
Признаки: рост времени проведения документов и формирования отчётов, постоянная нехватка свободной памяти, устойчиво высокая дисковая очередь в часы пик, массовые жалобы пользователей. Сначала проверьте, нет ли программных причин (неоптимальные запросы, отсутствие индексов, не настроенная СУБД) — иногда проблема решается настройкой, а не покупкой железа.