← На главную

Вопрос выбора серверного оборудования для 1С часто заводит в тупик даже опытных специалистов. С одной стороны, классические серверные решения на базе Xeon кажутся надежными, с другой — современные десктопные процессоры типа Intel Core i7 предлагают колоссальную тактовую частоту, которая критически важна для платформы 1С. Разберем подробно, как собрать систему, которая не просто будет работать, а обеспечит комфортную работу 10–15 пользователям без «зависаний» и жалоб.

Выбор процессора: почему частота важнее количества ядер

Проанализируем специфику работы платформы 1С. Большинство ключевых операций, таких как проведение документов, расчет себестоимости или закрытие месяца, выполняются в один поток. Это означает, что если у вашего процессора 32 ядра, но каждое работает на частоте 2.2 ГГц, 1С будет работать медленнее, чем на четырехъядерном процессоре с частотой 4.5 ГГц.

Рассмотрим основные моменты при выборе CPU:

1. Intel Core i7/i9 против Xeon: Для 10–15 пользователей современные процессоры Core i7 (начиная с 12-го поколения) часто оказываются эффективнее. Их тактовая частота в режиме Turbo Boost достигает 5 ГГц и выше. Xeon стоит выбирать только в том случае, если вам критически важна поддержка ECC-памяти (с коррекцией ошибок) или если планируется работа с огромными базами данных в режиме очень интенсивных фоновых заданий.
2. Проблема гибридной архитектуры (P-ядра и E-ядра): В новых процессорах Intel есть производительные и энергоэффективные ядра. Выясним причину возможных фризов: иногда планировщик Windows может отправить тяжелый процесс rphost (рабочий процесс 1С) на медленное E-ядро. Чтобы этого избежать, в настройках BIOS или через схему электропитания «Высокая производительность» следует принудительно задействовать только мощные ядра.
3. Количество ядер: Для 10–15 пользователей не нужно гнаться за десятками ядер. 8–12 высокочастотных ядер (с учетом гиперпоточности) будет более чем достаточно для обслуживания сервера 1С и СУБД.

Оперативная память: расчет объема и надежность

Оперативная память — это второй по значимости компонент. Если памяти не хватит, система начнет использовать файл подкачки на диске, что приведет к катастрофическому падению скорости. Проанализируем типичный расчет для 15 пользователей в клиент-серверном варианте:

• Операционная система: 4–8 ГБ для стабильной работы Windows Server.
• Сервер приложений 1С: 4–8 ГБ (процессы rmngr и rphost).
• СУБД (SQL Server или PostgreSQL): Здесь действует правило — чем больше, тем лучше. В идеале СУБД должна уместить всю активную часть базы данных в кэш. Для базы объемом 20 ГБ желательно выделить не менее 16–20 ГБ RAM.
• Терминальный режим (если используется RDP): Добавляем по 1–1.5 ГБ на каждого пользователя для запуска тонкого или толстого клиента.

Итог: Для комфортной работы 15 человек минимум составляет 32 ГБ, но мы рекомендуем устанавливать 64 ГБ. Это даст необходимый запас для роста базы и исключит дефицит ресурсов.

Дисковая подсистема: SSD — это не роскошь, а необходимость

Забудьте о классических жестких дисках (HDD) для размещения баз данных. Только SSD. Однако при сборке «обычного компа» под 1С важно не совершить ошибку, купив дешевый бытовой накопитель. Посмотрим на технические нюансы:

• Ресурс записи (DWPD): Базы данных постоянно пишут логи и временные таблицы. Бытовой SSD может «сгореть» за полгода-год. Выбирайте накопители серверного класса (Enterprise) с высоким ресурсом.
• Защита от потери питания (PLP): Это критически важная функция для 1С. Серверные SSD оснащены конденсаторами, которые позволяют контроллеру дописать данные из кэша в ячейки памяти при внезапном отключении электричества. Без этого риск «битой» базы 1С возрастает многократно.
• NVMe vs SATA: Проанализируем ситуацию: интерфейс NVMe обеспечивает в разы большие скорости случайного чтения и записи (IOPS), что напрямую влияет на скорость формирования сложных отчетов.

Рекомендуем использовать RAID 1 (зеркало) из двух SSD. Это защитит систему от простоя при выходе из строя одного из накопителей.

Архитектура системы: файловая база или клиент-сервер?

Для 10–15 пользователей файловый вариант работы по сети (через общую папку) — это верный путь к постоянным блокировкам, медленной работе и риску повреждения данных при любом сбое сети. Разберем правильный подход:

Клиент-серверный вариант

Это единственный надежный способ работы. Вам понадобятся:

1. Сервер 1С:Предприятие (x64): Обязательно используйте 64-битную версию, так как 32-битная ограничена 4 ГБ памяти на процесс, что сегодня приводит к ошибкам Out of memory.
2. СУБД: Если бюджет не позволяет купить MS SQL Server, отличным выбором станет PostgreSQL. Рекомендуем использовать сборки от Postgres Pro, которые специально оптимизированы под требования 1С. На 15 пользователях при правильной настройке разница в производительности с MS SQL будет практически незаметна.

Тонкие настройки для максимального ускорения

Чтобы железо работало на 100%, выполним ряд обязательных настроек:

• Электропитание: В панели управления Windows установите режим «Высокая производительность». Это предотвратит засыпание ядер процессора и снизит задержки при переключении частот.
• Антивирус: Обязательно добавьте в исключения расширения файлов баз данных (.mdf, .ldf), а также каталоги с временными файлами 1С и сервера приложений.
• Настройка SQL: Ограничьте максимальный объем памяти для SQL-сервера, чтобы он не конфликтовал с процессами 1С. Оставьте системе хотя бы 4–6 ГБ «свободными».

Резервное копирование: план спасения

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

1. Настройте автоматические бэкапы средствами СУБД (SQL) или скриптами.
2. Никогда не храните бэкапы только на том же сервере. Копируйте их на отдельное сетевое хранилище (NAS) или в облако.
3. Регулярно проверяйте возможность восстановления из бэкапа. Пустая копия — это отсутствие копии.

Подводя итог, можно сказать: компьютер на базе Core i7 с высокой тактовой частотой, 64 ГБ RAM и парой Enterprise SSD в зеркальном RAID-массиве станет отличным домом для 1С на 10–15 пользователей. Главное — уйти от файлового режима в сторону клиент-серверной архитектуры на базе 64-битной платформы и оптимизированной СУБД.