Сервер под 1С своими руками: что купить и как настроить

Для 1С важнее всего частота процессора и скорость диска, а не число ядер и гигабайты памяти. Сервер на 64 ядрах по 2,2 ГГц проиграет четырёхъядернику на 4,5 ГГц в проведении документов и закрытии месяца. Деньги стоит тратить в таком порядке: быстрое ядро, NVMe-диски, память с запасом, и только потом всё остальное.

Ниже собрана конфигурация, которую можно заказать у любого поставщика: процессор, память, диски и RAID, сеть, ОС с гипервизором, настройки и три готовых примера под разное число пользователей. Цены ориентировочные, у поставщиков они плавают.

Сначала посчитайте нагрузку

Без цифр любая сборка — гадание. Выпишите четыре параметра.

• 👥 Одновременные сеансы. Не всего пользователей в базе, а тех, кто работает в один момент. Обычно это 60–80% от списочного числа.
• 🗄️ Размер базы. Файл 1Cv8.1CD для файловой базы или размер базы в СУБД. База на 5 ГБ и на 300 ГБ требуют разного железа.
• ⚙️ Тяжёлые процессы. Регламентные задания, обмены, формирование отчётов за год, перепроведение. Они бьют по процессору и диску сильнее, чем ручной ввод.
• 📈 Рост на 3 года. База обычно растёт на 20–40% в год. Покупайте с запасом, иначе через два года придётся менять сервер целиком.

Дальше выберите архитектуру. Файловый вариант (общая папка на сервере) тянет примерно до 5–10 пользователей и небольшую базу. Выше нужна клиент-серверная схема: сервер приложений 1С плюс СУБД (PostgreSQL или MS SQL). Оба компонента можно держать на одной машине, пока сеансов немного, и разнести на две, когда их становится 50–100.

Процессор: частота важнее количества ядер

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

Что смотреть в характеристиках

• Частота под нагрузкой (turbo). Ориентир для рабочего сервера: от 3,5 ГГц и выше в режиме буста. Серверные процессоры с базовыми 2,0–2,4 ГГц на 1С заметно медленнее.
• Одноядерная производительность. Смотрите результат Single Thread в бенчмарке PassMark, а не общий балл. Он и покажет, как поведёт себя 1С.
• Размер кэша L3. Чем больше, тем лучше: 1С часто обращается к одним и тем же данным.
• Число ядер. Считайте грубо: одно ядро на 3–5 активных сеансов, плюс ядра на СУБД и системные нужды.

Для небольших и средних баз хорошо подходят настольные процессоры старших линеек и серверные модели с высокой частотой (например, серия Xeon E или Ryzen в серверном исполнении). Для больших баз берут серверные платформы на 16–32 ядра, но выбирают модели с высоким turbo, а не самые «многоядерные».

Оперативная память: объём, запас и режим работы

Памяти нужно столько, чтобы активные данные базы и кэш СУБД не вытеснялись на диск. Недостаток памяти даёт самое неприятное: сервер не падает, а медленно «задыхается» в своп.

Как прикинуть объём

Складывайте три части.

1. Операционная система и служебные процессы — 4–8 ГБ.
2. Сервер приложений 1С — на одного пользователя в среднем закладывайте 300–600 МБ, для тяжёлых конфигураций (ERP, Управление холдингом) до 1 ГБ и больше.
3. СУБД — кэш должен вмещать «горячую» часть базы. Для базы на 100 ГБ комфортно отдать СУБД 32–64 ГБ.

Пример расчёта для 40 одновременных сеансов Бухгалтерии: 8 ГБ на систему + 40 × 0,5 ГБ = 20 ГБ на сеансы + 32 ГБ на СУБД = 60 ГБ. Округляем вверх до 64 ГБ.

Частота и модули

• Ставьте память ECC, если платформа её поддерживает: она исправляет одиночные ошибки, которые иначе превращаются в «битую» базу.
• Заполняйте все каналы равными модулями. Четыре планки по 16 ГБ быстрее, чем две по 32 ГБ, потому что работают сразу четыре канала.
• Частота памяти влияет слабее процессора, но разница между DDR4-2133 и DDR4-3200 на больших выборках заметна.

Дисковая подсистема: NVMe и правильный RAID

Диск — самое частое узкое место. Проведение документов, пересчёт регистров, выгрузка отчётов упираются в количество мелких операций ввода-вывода в секунду (IOPS) и в задержку.

Какие накопители брать

Берите SSD серверного класса с защитой от потери питания и запасом ресурса записи. Потребительские накопители быстро «умирают» на постоянной записи журнала СУБД.

Какой RAID выбрать

• RAID 1 (зеркало из двух дисков) — минимум для небольшого сервера. Защита от отказа одного диска, запись без потерь.
• RAID 10 — лучший выбор для базы данных: скорость и надёжность, живёт при потере диска в каждой паре.
• RAID 5 и 6 — для 1С не рекомендуются под базу: запись медленная из-за расчёта чётности. Годятся для хранилища копий.
• RAID 0 — не использовать для данных: отказ одного диска убивает всё.

Разнесите нагрузки по дискам

Если у вас клиент-серверный вариант, разложите данные по разным томам.

1. Системный раздел — зеркало небольших SSD.
2. Файлы базы данных — NVMe в RAID 10 или отдельный быстрый том.
3. Журнал транзакций СУБД — отдельный том: он пишется последовательно и мешает чтению файлов данных.
4. Временная база СУБД (tempdb в MS SQL) — отдельный быстрый том.
5. Резервные копии — отдельные диски или сетевое хранилище.

Размер: берите объём в 2–3 раза больше текущей базы с учётом роста и копий. База 150 ГБ при росте 30% в год через три года вырастет примерно до 330 ГБ (150 × 1,3³ ≈ 330), и это без журналов и копий.

Сеть: что нужно серверу и пользователям

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

• 🔌 Гигабит между клиентами и сервером — достаточный минимум.
• 🔁 10 Гбит между сервером приложений и СУБД, если они на разных машинах, и для крупных баз с интенсивными обменами.
• ⏱️ Задержка важнее полосы. Пинг до сервера в локальной сети должен быть в пределах 1 мс. Удалённым офисам нужен стабильный VPN, а лучше терминальный доступ или веб-клиент.
• 🛡️ Две сетевые карты. Одна для пользователей, вторая для резервных копий и служебного трафика. Тогда копирование ночью не душит рабочий канал.

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

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

Windows или Linux

Сервер 1С работает под обеими системами. Windows Server привычнее администраторам и совместим со всем, но требует лицензий. Linux с PostgreSQL экономит на лицензиях СУБД и ОС, но нужен администратор, который умеет с ним работать. Для MS SQL нужна Windows или поддерживаемая версия Linux, а MS SQL лицензируется отдельно.

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

Гипервизор: нужен ли

Виртуализация даёт удобство: снимки, перенос на другое железо, изоляция. Цена — небольшая потеря скорости и риск «перепродать» ресурсы.

• Hyper-V, VMware, Proxmox — все три рабочие. Выбирайте тот, который администратор знает лучше.
• Выделяйте виртуальной машине физические ядра и память без перепродажи (не обещайте виртуальным машинам суммарно больше, чем есть в железе).
• Диски передавайте быстрые, лучше через отдельный контроллер или напрямую быстрым хранилищем.
• Для боевой базы не включайте динамическую память: резкие изменения объёма бьют по кэшу СУБД.

Настройка, мониторинг и итоговые конфигурации

Что настроить сразу после установки

1. В Windows включите план электропитания «Высокая производительность»: иначе процессор «спит» на низкой частоте.
2. В BIOS отключите агрессивное энергосбережение процессора (C-states) и включите режим максимальной производительности.
3. Настройте СУБД под объём памяти: в PostgreSQL это размер общих буферов и рабочей памяти, в MS SQL — предел памяти сервера, чтобы СУБД не съела всю ОЗУ.
4. Настройте регулярное обслуживание: обновление статистики, перестроение индексов, очистка журнала.
5. Настройте резервное копирование по расписанию и проверьте восстановление на тестовой машине.
6. Подключите мониторинг загрузки процессора, памяти, очереди диска и свободного места.

Тревожные признаки: загрузка одного ядра около 100% при простаивающих остальных (упёрлись в частоту), постоянно растущая очередь диска (мало IOPS), свободной памяти почти нет (нужно больше ОЗУ).

Три примера конфигураций

Цены ориентировочные для рубля и зависят от поставщика и курса. Пересчитайте у своего поставщика.

Это отправная точка. Если база тяжёлая (ERP, большая торговля), поднимайте на ступень вверх.

Что почти всегда оказывается лишним

• Дорогой RAID-контроллер с большим кэшем для маленькой базы на NVMe.
• Сотни ядер при десятке пользователей.
• Двухсокетная платформа без реальной потребности.
• Игровая или «геймерская» память и охлаждение: серверу нужна стабильность, а не подсветка.

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