Выбор оборудования для работы 1С в файловом варианте — это задача, требующая понимания специфики работы движка платформы. В отличие от многих других серверных приложений, 1С крайне чувствительна к производительности одного ядра процессора и задержкам дисковой подсистемы. Проанализируем типичную ситуацию: сервер для 9-12 пользователей, работающих в терминальном режиме (RDS) с несколькими базами (Бухгалтерия, ЗУП). Рассмотрим подробно каждый компонент системы, чтобы собрать сбалансированное и быстрое решение.
Разберем фундаментальную особенность 1С: большинство операций в файловом режиме (и значительная часть в клиент-серверном) выполняются в один поток. Это означает, что если у вас процессор с 20 ядрами, но низкой частотой (например, 2.2 ГГц), 1С будет работать медленнее, чем на четырехъядерном процессоре с частотой 4.5 ГГц. Выясним, почему это происходит: при выполнении запроса или проведении документа система не может распределить одну задачу между ядрами, она загружает одно ядро на 100%.
Проанализируем рекомендации опытных администраторов. Традиционные серверные процессоры серии Intel Xeon Silver или Bronze часто имеют невысокую базовую частоту. Для наших задач лучше рассмотреть линейку Intel Xeon E (бывшие E3) или даже современные десктопные процессоры Core i7/i9 (например, 12700K или 13700K), если бюджет и требования к отказоустойчивости позволяют использовать не-ECC память (хотя современные Core i7/i9 на платах с чипсетом W680 поддерживают ECC).
Важный нюанс: при использовании процессоров Intel последних поколений (12-е и выше) мы сталкиваемся с архитектурой P-cores (производительные) и E-cores (эффективные). В среде Windows Server необходимо убедиться, что процессы 1cv8.exe не назначаются на медленные E-ядра, иначе производительность упадет в разы. Рекомендуем выставлять план электропитания "Высокая производительность", что заставляет планировщик ОС отдавать приоритет мощным ядрам.
Посмотрим на дисковую подсистему. В старых рекомендациях часто фигурируют SAS-диски в RAID 1. Однако для современных баз 1С, особенно в файловом варианте, задержки (latency) механических дисков становятся главным "бутылочным горлышком". Постоянные обращения к таблицам .1CD и индексам требуют мгновенной реакции.
Рассмотрим переход на SSD. Но будьте осторожны: обычные бытовые накопители не подходят для серверной нагрузки по двум причинам:
Проанализируем вопрос RAID-контроллера. Если мы используем современные NVMe SSD, классические аппаратные RAID-контроллеры часто становятся лишним звеном, ограничивающим скорость. Для 9-12 пользователей оптимально использовать два NVMe накопителя в программном зеркале (Windows Storage Spaces или программный RAID средствами ОС). Если же вы выбираете аппаратный контроллер, обязательно обеспечьте ему активное охлаждение — они сильно греются в непродуваемых корпусах.
Выясним, сколько памяти нам действительно нужно. В терминальном режиме каждый пользователь запускает свой экземпляр 1cv8.exe. Проведем расчет:
Таким образом, 16 Гб — это опасный минимум, при котором система будет постоянно "свопиться" (сбрасывать данные на диск). 32 Гб — это комфортный стандарт, а 64 Гб — идеальный выбор, позволяющий системе держать все активные базы в кэше ОЗУ.
Мало купить мощное железо, нужно его правильно настроить. Разберем основные шаги по оптимизации:
1. План электропитания. По умолчанию Windows Server работает в сбалансированном режиме. Процессор может "засыпать", снижая частоту до 1.5-2 ГГц. 1С выдает короткие, но интенсивные запросы, и процессор просто не успевает "проснуться". Установим режим максимальной производительности через командную строку:
powercfg /setactive 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c
2. Исключения антивируса. Файловая 1С постоянно блокирует и читает части файла .1CD. Если антивирус будет проверять каждое такое обращение, скорость работы упадет на 30-50%. Добавим расширения .1CD, .1CL, .tmp и рабочие каталоги пользователей в список исключений.
3. Отключение протокола SMB2/3 (если базы лежат по сети). Хотя в нашем случае терминал предполагает локальное обращение к диску, иногда базы хранятся на другом ресурсе. Для файловой 1С работа через сетевые папки — это всегда риск. Если это неизбежно, следует отключить механизмы кэширования Oplocks, чтобы избежать повреждения базы при сбоях сети.
Посмотрим на ситуацию трезво: RAID 1 (зеркало) защищает от выхода из строя одного диска, но не защищает от ошибки пользователя, вируса-шифровальщика или логического повреждения базы. Для файловой 1С в терминале нужно настроить автоматизированный процесс копирования.
Рекомендуем использовать скрипты, которые ночью принудительно завершают работу пользователей, чтобы освободить занятые файлы. Пример простейшей команды для завершения процессов:
taskkill /F /IM 1cv8.exe /T
После этого можно использовать средства теневого копирования VSS (Volume Shadow Copy). Это позволяет делать бэкап даже если кто-то забыл выйти из программы. Настроим хранение бэкапов по правилу "3-2-1": три копии, на двух разных носителях, одна копия — вне офиса (в облаке).
Подведем итог нашему анализу. Оптимальный конфиг для файловой 1С на 9-12 пользователей сегодня выглядит так:
Такая конфигурация обеспечит быстрый отклик интерфейса и надежную работу бухгалтерии на долгие годы. Помните, что 1С — это прикладное ПО, чья производительность напрямую зависит от того, насколько быстро ваше "железо" справляется с последовательными вычислениями.