К статье
Практический материал

Администрирование · 11 мин

Какой сервер нужен для 1С: практическое руководство по выбору

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

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

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

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

От чего зависят требования к серверу 1С

Прежде чем смотреть на характеристики железа, нужно зафиксировать четыре исходных параметра. Первый — число одновременно активных пользователей: именно одновременных, а не общее число сотрудников с доступом. Второй — размер информационной базы: база в 2 ГБ и база в 100 ГБ требуют принципиально разных дисковых подсистем.

Третий параметр — режим работы. Файловый режим (база в виде файла 1Cv8.1CD на общем диске) приемлем примерно до 5–10 пользователей и небольших объёмов. Клиент-серверный режим с СУБД (MS SQL Server, PostgreSQL) — обязателен при большем количестве пользователей и необходимости стабильной параллельной работы. Четвёртый параметр — интенсивность операций: проведение крупных документов, свёртка базы, тяжёлые отчёты и регламентные задания создают пиковые нагрузки, под которые тоже нужен запас.

Какой процессор выбрать

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

Количество ядер всё же имеет значение при клиент-серверной работе: каждое соединение пользователя обслуживается рабочими процессами сервера 1С, и ядра распределяются между ними. Практический ориентир — 4–8 ядер для небольшой компании, 8–16 ядер для средней. Для файлового режима на общем ПК достаточно современного 4–6-ядерного процессора.

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

Сколько нужно оперативной памяти

Оперативная память — второй по важности ресурс. В клиент-серверном режиме память расходуется на три потребителя: сам сервер 1С:Предприятия (рабочие процессы rphost), СУБД (кэш данных и индексов) и операционная система. Если памяти не хватает, система уходит в подкачку на диск, и скорость работы падает катастрофически.

Практические ориентиры: для файлового режима на 5–10 пользователей — 16 ГБ с запасом до 32 ГБ. Для клиент-серверного варианта на 15–30 пользователей — 32–64 ГБ. Для 30–80 пользователей — 64–128 ГБ, причём значительную часть выделяют под СУБД. Точная потребность зависит от размера базы: хорошим признаком достаточности памяти является ситуация, когда активная часть базы помещается в кэш СУБД.

Дисковая подсистема: главный источник скорости и надёжности

Медленные диски — самая частая причина «тормозов» 1С после нехватки памяти. Жёсткие диски (HDD) для размещения рабочей базы сегодня не подходят: случайные операции чтения и записи, типичные для СУБД, выполняются на них в десятки раз медленнее, чем на SSD. Минимальный разумный вариант — SSD SATA, оптимальный — SSD NVMe.

Для сервера важна не только скорость, но и отказоустойчивость. Выход диска из строя без резервирования означает остановку работы всей компании и риск потери данных за время с последней копии. Поэтому для клиент-серверных установок стандартом считается RAID 1 (зеркало из двух дисков) или RAID 10 для больших массивов. Программный RAID операционной системы допустим, аппаратный контроллер с батареей защиты кэша — предпочтителен.

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

Конфигурации под типовые сценарии

До 5–10 пользователей, файловый режим

Подойдёт выделенный офисный ПК или компактный сервер начального уровня: процессор с 4–6 ядрами и частотой от 3 ГГц, 16–32 ГБ ОЗУ, SSD NVMe ёмкостью от 480 ГБ. Обязательны источник бесперебойного питания и регулярное резервное копирование базы на внешний носитель или сетевое хранилище.

От 15 до 50 пользователей, клиент-серверный режим

Нужен полноценный сервер: 8–16 ядер с высокой частотой, 32–64 ГБ ОЗУ, RAID 1 или RAID 10 из SSD, надёжный блок питания (лучше резервированный). Сервер 1С и СУБД при таком масштабе обычно размещают на одной машине, но с выделением СУБД гарантированного объёма памяти.

Более 50 пользователей или несколько крупных баз

Рекомендуется разнесение ролей: отдельный сервер (или виртуальная машина) под кластер 1С и отдельный под СУБД, связанные быстрой сетью. На этом уровне также оправдана виртуализация (Hyper-V, VMware, Proxmox) — она упрощает резервное копирование, миграцию и масштабирование, но требует грамотного выделения ресурсов: виртуальным машинам 1С нельзя «перепродавать» память.

Сравнение вариантов размещения

Выделенный ПК, файловый режим

Дешево и просто, подходит до 10 пользователей. Ограничения: блокировки при параллельной работе, уязвимость к сбоям сети и диска.

Один физический сервер (1С + СУБД)

Оптимум для 15–50 пользователей. Проще в администрировании, но ресурсы делятся между ролями.

Два сервера: 1С и СУБД раздельно

Для 50+ пользователей и тяжёлых баз. Дороже, требует квалифицированного администрирования.

Облачная аренда (IaaS/терминальный доступ)

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

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

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

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

Контрольные точки

Как проверить, что сервер справляется

Загрузка диска в пиковые часы
Норма

Очередь диска небольшая, отклик быстрый

Тревожный признак

Постоянная активность диска 100%, отчёты «висят»

Свободная оперативная память
Норма

Есть свободный объём, файл подкачки почти не используется

Тревожный признак

Память занята полностью, идёт активная подкачка

Скорость типовых операций
Норма

Проведение документов и отчёты занимают секунды

Тревожный признак

Время выполнения растёт при увеличении числа пользователей

Восстановление из копии
Норма

Тестовая база поднимается из бэкапа без ошибок

Тревожный признак

Копия не разворачивается или повреждена

Типичные ошибки при выборе сервера

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

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

Типичные ошибки
01
Покупка б/у сервера с множеством медленных ядер — 1С работает медленнее, чем на обычном ПК с быстрым процессором.
02
Размещение базы на HDD — отчёты и проведение документов тормозят даже при мощном процессоре.
03
Отсутствие RAID и бэкапов — один отказавший диск останавливает работу всей компании.
04
Экономия на ОЗУ для СУБД — база не помещается в кэш, каждая операция идёт на диск.
05
Совмещение роли сервера с чьим-то рабочим местом — перезагрузки и нагрузка от сторонних программ роняют сеансы пользователей.
Итог

Что важно запомнить

Сервер под 1С выбирают от числа одновременных пользователей, размера базы и режима работы. Приоритеты: быстрые ядра процессора, достаток оперативной памяти, SSD в RAID, гигабитная сеть, ИБП и проверенные резервные копии. До 10 пользователей хватает выделенного ПК, от 15 — клиент-серверной конфигурации, от 50 — разнесения ролей или виртуализации.

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

Можно ли использовать обычный офисный компьютер как сервер 1С?

Да, при файловом режиме и 5–10 пользователях выделенный ПК с SSD, 16–32 ГБ ОЗУ и ИБП — рабочее решение. Важно, чтобы на нём никто не работал как на обычном месте, и чтобы были настроены резервные копии. При росте нагрузки такой вариант упирается в ограничения файлового режима.

Когда обязательно нужен клиент-серверный режим?

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

Подойдёт ли PostgreSQL вместо MS SQL Server?

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

Стоит ли размещать 1С в облаке вместо покупки сервера?

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

Как понять, что существующий сервер пора менять или апгрейдить?

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

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

Если пользователи подключаются через удалённый рабочий стол, терминальный сервер требует собственных ресурсов: примерно 1–2 ГБ ОЗУ на сеанс плюс запас на систему. При небольшом числе пользователей роль терминального сервера можно совместить с сервером 1С на одной машине, но при росте нагрузки её выносят отдельно, чтобы сеансы пользователей не конкурировали за ресурсы с СУБД.