Как подобрать и настроить сервер для 1С:УПП на 100 пользователей: подробное руководство

Системный администратор 1С v8.3 (Обычные формы) IT и автоматизация бизнеса
← На главную

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

В этой статье мы подробно проанализируем оптимальную аппаратную конфигурацию сервера для базы 1С:УПП объемом 120 Гб при работе 100 пользователей (из которых 70 активных), разберем типичные ошибки проектирования дисковых массивов и предложим лучшие практики по настройке СУБД.

---

1. Выбор процессора (CPU): частота против ядер

Для эффективной работы 1С:УПП критически важна производительность на одно ядро (Single-Core Performance). Это связано с архитектурой платформы 1С: большинство транзакционных операций, таких как проведение документов, выполняются строго в один поток. Если процессор имеет много ядер, но низкую тактовую частоту, пользователи будут постоянно жаловаться на медленную работу системы.

При подборе процессора проанализируем следующие факторы:

  1. Тактовая частота: Выбираем процессоры с базовой частотой от 3.5 ГГц и выше (в режиме Turbo Boost — от 4.5 ГГц). Высокая частота обеспечивает быстрое выполнение математических расчетов при расчете себестоимости.
  2. Ограничения лицензирования СУБД: Если планируется использование MS SQL Server Standard, необходимо помнить о жестком лицензионном ограничении: СУБД может использовать максимум 24 ядра (или 4 сокета). Установка процессора с большим количеством ядер приведет к неэффективному использованию аппаратных ресурсов и переплате за лицензии.
  3. Рекомендуемые модели:
    • Intel Xeon Gold 6434 (8 ядер, базовая частота 3.7 ГГц) или Xeon Gold 6334 (8 ядер, 3.6 ГГц).
    • Специализированные высокочастотные процессоры AMD EPYC с индексом F (например, 9174F / 9274F), ориентированные на максимальную производительность одного ядра.

---

2. Оперативная память (RAM): почему 128 Гб будет недостаточно

На первый взгляд, для базы объемом 120 Гб оперативной памяти в 128 Гб должно хватить. Однако рассмотрим реальное распределение ресурсов на совмещенном сервере (где установлены и СУБД, и сервер приложений 1С):

Наше решение: Увеличить объем оперативной памяти до 256 Гб. Несмотря на то, что лимит MS SQL Server Standard на буферный пул составляет 128 Гб, дополнительный объем памяти позволит выделить СУБД ее максимальный лимит, а оставшиеся 128 Гб пойдут на нужды ОС, временной базы tempDB и ресурсоемких рабочих процессов 1С.

---

3. Дисковая подсистема: NVMe, RAID и мифы о SSD

Существует устаревшее мнение, что твердотельные накопители (SSD) «не любят» RAID-массивы. Современные корпоративные RAID-контроллеры (например, Dell PERC или HPE Smart Array) оптимизированы для работы с SSD-накопителями, поддерживают команду TRIM/UNMAP и обеспечивают высокую отказоустойчивость без потери производительности.

При проектировании дисковой подсистемы разберем ключевые правила:

  1. Класс накопителей: Категорически запрещено использовать потребительские SSD (Consumer SSD, например, линейки Samsung EVO/Pro) для баз данных. Из-за постоянной перезаписи временных таблиц они быстро исчерпают свой ресурс (TBW) и выйдут из строя. Используем только диски класса Enterprise с высоким ресурсом перезаписи — показатель DWPD (Drive Writes Per Day) должен быть не менее 3-5.
  2. Интерфейс: Для баз данных выбираем накопители с интерфейсом NVMe (PCIe). Они обеспечивают на порядок большее количество операций ввода-вывода в секунду (IOPS) и минимальные задержки (latency) по сравнению с устаревающими интерфейсами SAS и SATA.
  3. Отказоустойчивость: Для операционной системы и платформы 1С создаем зеркало (RAID 1) из двух надежных SSD (SATA или SAS). Для рабочих баз данных оптимально использовать массив RAID 10 из высокопроизводительных NVMe-накопителей.

---

4. Оптимизация tempDB — критический фактор для 1С

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

Рекомендация по настройке tempDB:

Рассмотрим пример T-SQL скрипта для переноса файлов базы данных tempDB на выделенный высокоскоростной диск T:\:


USE master;
GO
ALTER DATABASE tempdb 
MODIFY FILE (NAME = tempdev, FILENAME = 'T:\SQLData\tempdb.mdf', SIZE = 8GB, FILEGROWTH = 1GB);
GO
ALTER DATABASE tempdb 
MODIFY FILE (NAME = templog, FILENAME = 'T:\SQLLog\templog.ldf', SIZE = 4GB, FILEGROWTH = 512MB);
GO

---

5. Проблема дисков WD Red для бэкапов (SMR vs CMR)

Использование классических дисков линейки WD Red (объемом до 6 Тб) в аппаратном RAID-зеркале сервера для хранения оперативных бэкапов является критической ошибкой.

Выясним причину:

Решение: Для бэкапов внутри сервера необходимо использовать диски корпоративного класса с классической магнитной записью CMR и поддержкой TLER. Отличным выбором будут диски серий WD Red Plus, WD Red Pro, либо полноценные корпоративные накопители типа WD Gold или Seagate Exos.

---

6. Архитектурные особенности внедрения

Для стабильной работы системы на 100 пользователей недостаточно просто купить мощное железо. Важно правильно спроектировать архитектуру решения:

← На главную