Железо под 1С:Предприятие 8.3: на что смотреть при покупке сервера
Содержание
Лучший сервер для 1С — тот, у которого высокая частота каждого ядра (от 3,5 ГГц в турбо), быстрые SSD или NVMe в RAID 1/10 и столько памяти, чтобы рабочая часть базы целиком помещалась в кеш СУБД. Количество ядер вторично: на 20–30 пользователей обычно хватает 8–12 быстрых ядер и 64 ГБ памяти.
Дальше всё зависит от трёх цифр: сколько людей работает одновременно, какой объём у базы и сколько тяжёлых операций (закрытие месяца , обмены, расчёт зарплаты) идёт параллельно. Выбирайте железо под эти цифры, а не под «самый мощный сервер в бюджете».
С чего начать подбор сервера для 1С: нагрузка и архитектура
Прежде чем смотреть на модели, ответьте на вопросы. От ответов зависит, нужен ли сервер вообще и какой.
- 👥 Сколько пользователей одновременно. Не всего в штате, а в пиковый час.
- 💾 Объём базы и её прирост. Посмотрите размер файла
1Cv8.1CDили базы в СУБД и сравните с прошлым годом. - 🗂 Сколько баз. Пять баз по 10 ГБ нагружают сервер иначе, чем одна на 200 ГБ.
- 🔁 Регламентные и фоновые задания. Обмены с сайтом, ЭДО, загрузка банка — это постоянная фоновая нагрузка.
- 🖥 Как подключаются люди. Тонкий клиент по локальной сети, через RDP-сервер или через веб-публикацию.
Архитектуру выбирают так:
| Сценарий | Что ставить | Когда подходит |
|---|---|---|
| Файловая база | Обычный ПК или NAS с SSD | До 5–7 пользователей, база до 5–10 ГБ |
| Клиент-сервер, всё на одной машине | Сервер 1С + СУБД на одном сервере | 10–50 пользователей, это самый частый случай |
| Сервер 1С и СУБД раздельно | Два сервера, связь 10 Гбит/с | От 50–80 пользователей или база от 200–300 ГБ |
| Плюс терминальный сервер | Отдельный RDP-сервер под клиентов | Удалённые офисы, слабые рабочие места |
Совмещать сервер 1С и СУБД на одной машине — нормальная практика. Обмен данными между ними идёт внутри одного компьютера без задержек сети, а это для 1С часто важнее лишних ядер.
Процессор для сервера 1С: почему решает частота
Каждый серверный вызов 1С (провести документ , сформировать отчёт) выполняется в одном потоке рабочего процесса. Пока один пользователь проводит документ, ему помогает только одно ядро. Поэтому скорость операции определяет частота ядра и его архитектура, а количество ядер — сколько таких операций пойдёт параллельно без очереди.
Практическое правило:
- ⚡ Частота. Ориентир — от 3,5 ГГц в турбо-режиме. Процессор на 2,1 ГГц с 32 ядрами проведёт тот же документ заметно медленнее, чем 8-ядерный на 4,5 ГГц.
- 🧮 Ядра. Ориентировочно 1 ядро на 3–5 активных пользователей плюс 2–4 ядра под СУБД и систему.
- 🧱 Поколение. Свежая архитектура выигрывает у старой при той же частоте. Двухпроцессорный сервер 10-летней давности часто медленнее современного одиночного процессора.
Для небольших компаний хорошо работают одиночные процессоры с высокой частотой, в том числе рабочие станции. Для крупных — серверные модели с высокой частотой в своей линейке, а не максимальным числом ядер.
Перед покупкой многоядерного сервера проверьте, сколько ядер разрешает использовать ваша лицензия на сервер 1С (ПРОФ или КОРП). У лицензии ПРОФ есть ограничения, которых нет у КОРП, и покупать 64 ядра под неё бессмысленно. Лицензия СУБД (MS SQL) тоже часто считается по ядрам.
Сколько оперативной памяти нужно серверу 1С
Памяти нужно три потребителя: операционная система, процессы сервера 1С (rphost) и СУБД. Самый прожорливый из них — СУБД: чем больше данных лежит в кеше, тем реже она читает с диска.
Расчёт для сервера, где 1С и СУБД стоят вместе (ориентировочно):
| Потребитель | Сколько закладывать |
|---|---|
| Операционная система | 4–8 ГБ |
| Сервер 1С | 1–2 ГБ на 10 активных пользователей, плюс запас под тяжёлые отчёты |
| СУБД | Размер активной части баз; в идеале — объём самих баз |
| Запас на рост | 20–30% сверху |
Пример: 25 пользователей, одна база 40 ГБ. Система — 8 ГБ, сервер 1С — 5 ГБ, СУБД — 40 ГБ, итого 53 ГБ. С запасом получается 64 ГБ. Если баз несколько и суммарно 150 ГБ, разумно брать 128–192 ГБ.
Что ещё учесть по памяти:
- 🔒 Ограничьте память СУБД. В MS SQL задайте максимальный объём памяти сервера, иначе он займёт почти всё, и процессы 1С уйдут в файл подкачки. В PostgreSQL аналогичную роль играют параметры
shared_buffersиeffective_cache_size. - 📏 Лимиты редакций. MS SQL Standard использует под буферный кеш не больше 128 ГБ. Ставить 512 ГБ под Standard нет смысла.
- 🧩 Каналы памяти. Заполняйте все каналы контроллера одинаковыми модулями: 4 модуля по 16 ГБ быстрее, чем 2 по 32 ГБ на четырёхканальной платформе.
- 🛡 ECC. Для сервера с базой бухгалтерии нужна память с коррекцией ошибок. Сбойный модуль без ECC может тихо испортить данные.
Если на этой же машине работают пользователи по RDP, добавьте ориентировочно 300–500 МБ на каждый сеанс тонкого клиента и больше на толстый клиент.
Диски и RAID: где 1С теряет скорость чаще всего
Медленные диски — самая частая причина «тормозит 1С» на серверах, купленных без расчёта. Процессор может быть быстрым, но если СУБД ждёт запись журнала транзакций, ждут и пользователи.
Что ставить:
- 🚀 Только SSD или NVMe под базы, журнал транзакций и временную базу (
tempdbу MS SQL). Жёсткие диски — только под архив резервных копий. - 🏢 Серверные SSD, а не потребительские. У серверных выше ресурс записи и есть защита от потери данных при пропаже питания.
- 🔀 Раздельные тома, если позволяет бюджет: система, данные, журналы, резервные копии.
Какой RAID выбрать:
| Уровень | Где использовать | Риски |
|---|---|---|
| RAID 1 | Система, небольшие базы | Объём равен одному диску |
| RAID 10 | Данные и журналы СУБД | Нужно минимум 4 диска, теряется половина объёма |
| RAID 5/6 | Архив и резервные копии | Медленная запись, долгое восстановление массива |
| RAID 0 | Нигде для рабочих данных | Отказ одного диска — потеря всего |
RAID не заменяет резервное копирование . Он спасает от отказа диска, но не от удалённого документа, вируса-шифровальщика или ошибки обновления. Копии храните на другой машине.
У аппаратного RAID-контроллера проверьте режим кеша записи. Режим write-back ускоряет запись, но безопасен только с батареей или флеш-модулем защиты кеша. Без них при пропаже питания можно потерять последние транзакции.
Проверить диски до запуска в работу можно утилитами DiskSpd или CrystalDiskMark на Windows и fio на Linux. Смотрите не только на последовательную скорость, а на случайную запись мелкими блоками и задержку: именно так работает СУБД.
Сеть между сервером 1С, СУБД и пользователями
1С обменивается с СУБД множеством мелких запросов. Для этой связки задержка важнее ширины канала: даже лишняя миллисекунда на каждом запросе складывается в секунды при проведении документа.
Ориентиры:
- 🔗 Сервер 1С ↔ СУБД. Лучше всего — одна машина. Если серверы раздельные, нужен 10 Гбит/с в одном коммутаторе, без маршрутизаторов и VPN между ними.
- 🖧 Клиенты в офисе ↔ сервер 1С. Гигабитная сеть. Тонкому клиенту трафика нужно немного, а вот файловой базе по сети нужна быстрая и стабильная локалка.
- 🌐 Удалённые пользователи. Тонкий клиент или веб-клиент через публикацию, либо RDP. Файловую базу по VPN не открывайте: она будет работать медленно и рискует повредиться при обрыве.
Клиент сначала подключается к агенту сервера 1С по порту 1540, затем к менеджеру кластера (1541) и к рабочим процессам из диапазона портов, заданного в свойствах рабочего сервера (по умолчанию 1560–1591). Эти порты должны быть открыты в брандмауэре сервера для клиентских компьютеров.
Если в сервере две сетевые карты, объедините их или выделите одну под пользователей, а вторую под резервное копирование. Тогда ночная копия не будет мешать тем, кто работает допоздна.
Физический сервер или виртуальная машина для 1С
Оба варианта рабочие. Разница в том, где вы теряете производительность и что получаете взамен.
| Вариант | Плюсы | Минусы |
|---|---|---|
| Физический сервер | Максимум скорости, нет накладных расходов, предсказуемость | Дольше восстанавливать при поломке, сложнее переезд |
| Виртуальная машина на своём железе | Снимки перед обновлением, быстрый перенос, несколько серверов на одном железе | 5–15% накладных расходов, риск перегруза хоста соседями |
| Аренда VPS или облака | Не нужно покупать железо, быстро масштабируется | Не видно реальной нагрузки хоста, частоту ядра часто не гарантируют |
Если выбрали виртуализацию:
- Не переподписывайте процессоры: суммарное число виртуальных ядер всех машин не должно сильно превышать физические ядра хоста.
- Выделяйте память под машину с СУБД полностью, без динамической памяти и «раздувания» (ballooning).
- Диски виртуалки размещайте на SSD хранилище, а не на общем массиве с файловым сервером.
- Отключите на время рабочего дня снимки (snapshot) машины с СУБД: долго живущий снимок замедляет запись.
Программная лицензия 1С привязывается к параметрам компьютера. Смена числа ядер, памяти, сетевой карты или перенос машины на другой хост может сбить лицензию, и её придётся активировать заново резервным пин-кодом. Планируйте такие изменения заранее, а для частых переездов рассмотрите аппаратный ключ, проброшенный в виртуалку или подключённый через USB-over-IP.
Аренду при выборе проверяйте на частоту: просите у провайдера модель процессора хоста и прогоните тест производительности в первые дни.
Готовые конфигурации сервера 1С под разные задачи
Ниже ориентировочные конфигурации для БП 3.0, ЗУП 3.1 и УТ 11 при обычной нагрузке. ERP и базы с тяжёлыми доработками требуют больше.
| Задача | Процессор | Память | Диски | Архитектура |
|---|---|---|---|---|
| До 5–7 человек, файловая база | 4–6 ядер, от 4 ГГц | 16 ГБ | NVMe 500 ГБ–1 ТБ | Файловая на ПК или небольшом сервере |
| 10–25 пользователей | 8 ядер, от 3,8 ГГц | 64 ГБ ECC | 2 × NVMe в RAID 1 | 1С + СУБД на одном сервере |
| 30–60 пользователей | 12–16 ядер, от 3,5 ГГц | 128 ГБ ECC | 4 × SSD в RAID 10 + RAID 1 под систему | 1С + СУБД, отдельный RDP при удалёнке |
| 80–150 пользователей | 2 сервера по 16–24 ядра | 128–256 ГБ на сервер СУБД | NVMe RAID 10 под данные и журналы | Раздельно сервер 1С и СУБД, 10 Гбит/с |
| 200+ пользователей, ERP | Кластер из нескольких серверов 1С | От 256 ГБ на СУБД | Отдельное хранилище NVMe | Нужен нагрузочный расчёт, лицензия КОРП |
Для терминального сервера считайте отдельно: ориентировочно 1 ядро на 5–8 пользователей тонкого клиента и 4–8 ГБ на систему плюс память на сеансы.
Выбор СУБД тоже влияет на железо. PostgreSQL в сборках для 1С бесплатен и хорошо работает на Linux и Windows. MS SQL требует отдельных лицензий, но привычен многим администраторам. Для файловой базы СУБД не нужна вовсе.
После сборки сервера пройдитесь по списку настроек, которые чаще всего забывают:
Тест Гилева показывает скорость однопоточной работы в 1С. Запустите его сразу на новом сервере и сохраните результат. Когда через год пожалуются на тормоза, будет с чем сравнить.
Ошибки при выборе сервера для 1С
- ❌ Купили много ядер на низкой частоте. 40 ядер по 2,2 ГГц дают отличные цифры в спецификации, но пользователи ждут проведения дольше, чем на старом ПК.
- ❌ Сэкономили на дисках. Хороший процессор и HDD в RAID 5 под базой — классика жалоб на медленное закрытие месяца.
- ❌ Поставили потребительские SSD. Они быстрее изнашиваются под записью СУБД и могут терять данные при отключении питания.
- ❌ Разнесли сервер 1С и СУБД по медленной сети. Иногда раздельная схема на гигабите работает хуже, чем всё на одной машине.
- ❌ Не оставили запаса. Сервер покупают на 3–5 лет. Базы растут, пользователей становится больше: закладывайте свободные слоты под память и диски.
- ❌ Забыли про ИБП. Сервер с базой без источника бесперебойного питания и корректного выключения рано или поздно получит повреждённую базу.