Подбор сервера для 1С — задача с чёткими критериями. От железа зависит скорость работы учётной системы, количество одновременных пользователей и отказоустойчивость бизнес-процессов. Разбираем, какие компоненты критичны и как их правильно выбрать. 1С:Предприятие работает по модели клиент-сервер: сервер приложений обрабатывает запросы, SQL-сервер хранит базу данных. Производительность зависит от баланса между процессором, оперативной памятью и подсистемой хранения. Перекос в одну сторону создаёт узкое место. Процессор: частота важнее количества ядер 1С — однопоточная система на уровне сеанса пользователя. Каждый пользовательский запрос обрабатывается одним потоком сервера приложений. Это значит, что для комфортной работы нужна высокая тактовая частота, а не максимальное количество ядер. Фирма «1С» рекомендует процессоры с частотой от 3 ГГц. На практике это означает: Для 10–30 пользователей: 4–6 ядер с частотой 3.0–3.5 ГГц Для 30–100 пользователей: 8–12 ядер с частотой 3.2–3.8 ГГц Для 100+ пользователей: 16+ ядер с частотой от 3.5 ГГц Процессоры Intel Xeon Scalable (поколения Cascade Lake, Ice Lake, Sapphire Rapids) и AMD EPYC Milan/Genoa показывают лучшие результаты. Модели с поддержкой Turbo Boost автоматически повышают частоту на активных ядрах — это критично для пиковых нагрузок в начале рабочего дня или при закрытии периода. Отдельно стоит упомянуть SQL Server: база данных использует параллелизм, поэтому для сервера БД актуальны многоядерные конфигурации. Если вы разделяете сервер приложений и сервер базы данных (рекомендуемый сценарий для 50+ пользователей), выбирайте для SQL-сервера процессор с бóльшим количеством ядер. Подобрать подходящую модель можно в разделе серверные процессоры, где представлены актуальные линейки Intel Xeon и AMD EPYC. Оперативная память: запас на рост базы данных Размер оперативной памяти определяется объёмом базы данных и количеством пользователей. 1С:Предприятие активно использует кэширование в памяти — чем больше данных помещается в RAM, тем меньше обращений к дискам и выше скорость отклика. Минимальные требования от «1С»: Сервер приложений: 2 ГБ + 0.5 ГБ на каждого активного пользователя Сервер базы данных: объём базы данных × 1.5 (для кэширования индексов и планов запросов) На практике рекомендуем следующие конфигурации: Количество пользователей Объём базы данных Рекомендуемый объём RAM До 10 До 10 ГБ 16 ГБ 10–30 10–50 ГБ 32 ГБ 30–50 50–100 ГБ 64 ГБ 50–100 100–300 ГБ 128 ГБ 100+ 300+ ГБ 256 ГБ и выше Эти цифры учитывают запас на рост базы и операционную систему. Если вы планируете использовать сервер также для других задач (файловый сервер, контроллер домена), добавьте 20–30% к указанным значениям. Обратите внимание на частоту памяти: для современных процессоров рекомендуется DDR4-3200 или DDR5-4800. Разница в производительности между DDR4-2666 и DDR4-3200 в SQL-запросах достигает 15%. Выбрать подходящие модули можно в каталоге серверной оперативной памяти. Хранилище: баланс между скоростью и надёжностью Подсистема хранения — критический элемент для 1С. База данных постоянно выполняет операции чтения и записи: загрузка документов, формирование отчётов, проведение транзакций. Медленные диски создают очереди запросов и замедляют работу всей системы. Типы накопителей Рекомендуем использовать SSD для всех компонентов: SATA SSD: минимальный уровень для баз до 50 ГБ и 10–20 пользователей. Скорость последовательного чтения 500–550 МБ/с, IOPS около 90 000. NVMe SSD: оптимальный выбор для большинства конфигураций. Скорость чтения от 3000 МБ/с, IOPS 200 000–500 000. Подходит для баз любого размера. Enterprise SSD: для критичных систем с высокими требованиями к отказоустойчивости (24/7, более 100 пользователей). Увеличенный ресурс перезаписи (DWPD от 3), аппаратная защита от сбоев питания. HDD использовать не рекомендуем даже в связке RAID 10 — скорость случайного доступа (критичный параметр для SQL) в 50–100 раз ниже, чем у SSD. Если бюджет ограничен, лучше взять NVMe меньшего объёма, чем массив HDD. Актуальные модели накопителей смотрите в разделе твердотельные накопители SSD. RAID-массивы для отказоустойчивости Для производственных систем обязательно использование RAID: RAID 1: зеркалирование двух дисков. Простое решение для небольших баз (до 500 ГБ). Скорость чтения удваивается, скорость записи остаётся на уровне одного диска. RAID 10: зеркалирование пар дисков (минимум 4 диска). Оптимальный баланс производительности и надёжности для баз 1С. Выдерживает отказ одного диска в каждой паре. RAID 5: не рекомендуем для 1С из-за низкой скорости записи (penalty при вычислении чётности). Контроллер RAID должен иметь кэш-память с резервным питанием (BBU или суперконденсаторы). Объём кэша от 2 ГБ обеспечивает буферизацию операций записи и защиту от потери данных при отключении питания. Структура хранилища Рекомендуем разделить данные по разным томам: Системный диск (OS): 120–240 ГБ SSD, RAID 1. Операционная система, платформа 1С, SQL Server. Диск данных (MDF): NVMe SSD, RAID 10. Файлы базы данных (.mdf). Объём — текущий размер базы × 2 (запас на рост). Диск логов (LDF): NVMe SSD, RAID 1. Журналы транзакций SQL Server. Достаточно 50–100 ГБ. Диск tempdb: NVMe SSD, RAID 0 (если есть отдельная пара дисков). Временная база SQL Server. Повышает производительность сложных запросов и отчётов. Если количество дисков ограничено, минимальная конфигурация — два тома: системный (OS + LDF) и данные (MDF + tempdb). Сетевой адаптер: гигабит — минимум Для сервера 1С используйте сетевые адаптеры со скоростью от 1 Гбит/с. Если пользователи работают с большими документами (накладные с сотнями позиций, отчёты с детализацией) или активно используют файловые вложения, рекомендуем 10 Гбит/с. Два сетевых адаптера в режиме агрегации (bonding, teaming) повышают пропускную способность и обеспечивают отказоустойчивость при обрыве одного канала связи. Для критичных систем это обязательное требование. Виртуализация или физический сервер 1С корректно работает в виртуальной среде (VMware vSphere, Microsoft Hyper-V, Proxmox), но с нюансами: Плюсы: гибкость, быстрое развёртывание, упрощённое резервное копирование (снапшоты), возможность миграции между хостами. Минусы: overhead гипервизора (5–15% производительности), риск перегрузки хоста при недостаточном планировании ресурсов, необходимость лицензирования по ядрам (для SQL Server). Рекомендации по виртуализации: Используйте выделение ядер (CPU pinning), а не overcommit. Один виртуальный процессор = одно физическое ядро. Выделяйте память статически (reservation = limit). Динамическое выделение (ballooning) создаёт задержки. Для дисков используйте pass-through режим или локальные NVMe-хранилища на хосте. Сетевые СХД (iSCSI, NFS) добавляют латентность. Избегайте размещения нескольких виртуальных машин с высокой нагрузкой на одном физическом хосте. Для небольших конфигураций (до 30 пользователей) виртуализация оправдана. Для средних и крупных (50+ пользователей) рекомендуем физический сервер — предсказуемая производительность критичнее гибкости. Примеры конфигураций под разные задачи Собрали типовые конфигурации серверов на основе реальных проектов. Все параметры соответствуют рекомендациям «1С» и проверены на практике. Конфигурация Процессор Память Хранилище Сценарий Начальная Intel Xeon E-2388G (8 ядер, 3.2 ГГц) 32 ГБ DDR4-3200 2× 480 ГБ SATA SSD (RAID 1) До 15 пользователей, база до 30 ГБ, один сервер для всех компонентов Средняя Intel Xeon Silver 4314 (16 ядер, 2.4–3.4 ГГц) 64 ГБ DDR4-3200 4× 960 ГБ NVMe SSD (RAID 10) 30–50 пользователей, база 50–150 ГБ, совмещённый сервер Продвинутая Intel Xeon Gold 6342 (24 ядра, 2.8–3.5 ГГц) 128 ГБ DDR4-3200 4× 1.92 ТБ NVMe SSD (RAID 10) + 2× 960 ГБ NVMe (RAID 1 для логов) 50–100 пользователей, база 150–500 ГБ, разделение приложения и БД на уровне томов Высоконагруженная 2× Intel Xeon Gold 6348 (28 ядер, 2.6–3.5 ГГц) 512 ГБ DDR4-3200 8× 3.84 ТБ NVMe Enterprise SSD (RAID 10) 100+ пользователей, база 500+ ГБ, раздельные серверы приложений и БД Обратите внимание: для конфигураций с более чем 50 пользователями рекомендуем использовать два отдельных физических сервера — один для сервера приложений 1С, второй для SQL Server. Это устраняет конфликт за ресурсы процессора и памяти. Подобрать готовое решение или собрать индивидуальную конфигурацию можно через конфигуратор серверов — укажите количество пользователей и объём базы, и система предложит оптимальное железо. Операционная система и программное обеспечение Платформа 1С:Предприятие 8.3 работает на Windows Server и Linux. В России после 2022 года растёт доля развёртываний на Linux (преимущественно Astra Linux, РЕД ОС, ALT Server), но Windows остаётся основной платформой для SQL Server. Рекомендуемые конфигурации ПО: Windows Server 2019/2022 Standard/Datacenter + SQL Server 2019/2022 Standard/Enterprise — классический стек для 1С. Удобный в администрировании, максимальная совместимость. Linux (Astra Linux, РЕД ОС) + PostgreSQL 13/14 — альтернатива для компаний, переходящих на отечественное ПО. Требует квалифицированных администраторов Linux. Для SQL Server обратите внимание на редакцию: Express (бесплатная): ограничение 10 ГБ на базу данных, 1 ГБ памяти, 4 ядра. Подходит только для тестовых стендов. Standard: до 128 ГБ памяти, 24 ядра. Оптимален для большинства конфигураций (до 100 пользователей). Enterprise: без ограничений, расширенные возможности (партиционирование таблиц, сжатие данных, In-Memory OLTP). Для крупных внедрений. Лицензирование SQL Server — отдельная тема с финансовыми последствиями. Лицензия Core (по ядрам) стоит дешевле, чем Server + CAL (на пользователя), если пользователей больше 25. Для виртуализации на гипервизоре с 32 ядрами выгоднее купить лицензию Datacenter на хост, чем Standard на каждую виртуальную машину. Резервное копирование и отказоустойчивость Для боевого сервера 1С необходима стратегия резервного копирования. Потеря базы данных — остановка бизнеса, поэтому защита данных критична. Уровни резервирования Резервные копии SQL Server: полная копия раз в сутки (ночью), дифференциальная каждые 6 часов, лог транзакций каждые 15–30 минут. Позволяет откатиться на любую минуту. Снапшоты файловой системы: для виртуальных машин — снапшоты перед обновлениями платформы или конфигурации. Репликация на резервный сервер: для критичных систем — асинхронная репликация базы данных на standby-сервер (SQL Server Always On, PostgreSQL Streaming Replication). Храните копии на отдельном физическом хранилище (NAS, СХД, облако). RAID защищает от отказа диска, но не от логических ошибок (случайное удаление, шифровальщик). План аварийного восстановления Определите допустимые параметры: RPO (Recovery Point Objective): какой объём данных можно потерять. Например, RPO = 1 час означает резервное копирование логов транзакций каждый час. RTO (Recovery Time Objective): время восстановления сервиса. Например, RTO = 4 часа означает, что за это время вы должны развернуть базу из копии. Регулярно проверяйте копии восстановлением на тестовом сервере. Резервные копии, которые ни разу не восстанавливали, — не резервные копии. Частые ошибки при выборе сервера под 1С Экономия на процессоре. Покупают процессор с 32 ядрами и частотой 2.0 ГГц вместо 16 ядер на 3.5 ГГц. В 1С это приведёт к тормозам — пользователи будут ждать отклика системы по 5–10 секунд. Смотрите на частоту, а не на количество ядер. Недостаток оперативной памяти. Устанавливают 16 ГБ на сервер для 30 пользователей с базой 80 ГБ. SQL Server начинает постоянно обращаться к диску (даже к SSD), создавая очереди. Добавление памяти даёт прирост производительности в 2–3 раза. Использование HDD вместо SSD. «У нас RAID 10 из четырёх дисков по 2 ТБ, должно хватить». Не хватит — скорость случайного чтения 150–200 IOPS на диск, в сумме 600–800 IOPS. SQL Server в активном режиме генерирует десятки тысяч IOPS. Один NVMe SSD даёт 200 000–500 000 IOPS. Отсутствие RAID. Один диск, без резервирования. Отказ диска (а SSD тоже выходят из строя) — потеря данных и простой на время восстановления из копии. RAID 1 — минимальная защита, стоит дополнительного диска. Виртуализация без планирования ресурсов. Размещают 5 виртуальных машин на хосте с 16 ядрами и 64 ГБ памяти, раздают каждой по 4 ядра и 16 ГБ. На бумаге сходится, на практике — все виртуальные машины тормозят из-за конкуренции за процессор и память. Overcommit для продакшена не подходит. Совмещение несовместимого. На одном сервере крутятся 1С, файловый сервер, контроллер домена, почтовый сервер и антивирус. Каждый компонент создаёт нагрузку, в итоге всем не хватает ресурсов. Для 1С нужен выделенный сервер или хотя бы изолированная виртуальная машина с гарантированными ресурсами. Масштабирование и апгрейд 1С растёт вместе с бизнесом: нанимаете людей — растёт количество пользователей, расширяете номенклатуру — растёт база данных. Сервер должен допускать апгрейд без полной замены. При выборе обратите внимание на: Количество слотов памяти: лучше взять 64 ГБ в четырёх планках по 16 ГБ с возможностью расширения до 128 ГБ, чем 64 ГБ в восьми планках по 8 ГБ (все слоты заняты). Количество отсеков дисков: если сейчас хватает двух SSD, но в перспективе понадобится RAID 10 из четырёх — берите шасси с 4+ отсеками. Поддержка второго процессора: двухпроцессорные серверы позволяют начать с одного CPU и добавить второй при росте нагрузки. Планируйте апгрейд на 2–3 года вперёд. Замена сервера — дорогая процедура, проще предусмотреть запас. Вопросы и ответы Можно ли использовать десктопный компьютер вместо сервера? Технически — да, 1С запустится на обычном ПК с Windows 10/11 Pro. Но для постоянной работы это неприемлемо: десктопные компоненты не рассчитаны на 24/7, нет ECC-памяти (защита от битовых ошибок), нет аппаратного RAID, ограничены возможности расширения. Для тестирования или микробизнеса (2–3 пользователя) допустимо, для продакшена — только серверное оборудование. Сколько нужно дисков для нормальной конфигурации? Минимум — два SSD в RAID 1 (зеркало) для защиты от отказа одного диска. Оптимально — четыре SSD в RAID 10: два зеркала, объединённые в чередование. Это даёт баланс производительности (удваивается скорость чтения), объёма (половина суммарной ёмкости) и надёжности (выдерживает отказ одного диска в каждом зеркале). Для крупных систем — шесть и более дисков с разделением по ролям (данные, логи, tempdb). Нужен ли отдельный сервер для базы данных? До 30–50 пользователей совмещённая конфигурация (сервер приложений + сервер БД на одной машине) работает нормально при достаточных ресурсах. Свыше 50 пользователей рекомендуем разделение: один сервер для 1С:Предприятие (сервер приложений), второй для SQL Server (сервер базы данных). Это устраняет конкуренцию за процессор и память, упрощает масштабирование и повышает отказоустойчивость — можно перезагрузить сервер приложений, не останавливая БД. Где купить готовое решение Server360 предлагает готовые серверные конфигурации под 1С и помощь в подборе компонентов. В каталоге представлены серверы Dell, HP/HPE, Supermicro и Lenovo — от начального уровня до высоконагруженных систем. Если готовая конфигурация не подходит, используйте конфигуратор серверов — выберите процессор, память, диски и получите расчёт стоимости. Специалисты помогут адаптировать решение под ваши задачи и бюджет. Для самостоятельной сборки доступны отдельные комплектующие: серверные процессоры, оперативная память и SSD-накопители. Все компоненты сертифицированы для работы в серверных платформах и совместимы с 1С:Предприятие. Правильный выбор железа — инвестиция в стабильность бизнеса. Сервер под 1С работает годами, обслуживает десятки сотрудников и хранит критичные данные. Потратьте время на анализ требований сейчас — сэкономите на устранении проблем потом.

Подбор сервера для 1С — задача с чёткими критериями. От железа зависит скорость работы учётной системы, количество одновременных пользователей и отказоустойчивость бизнес-процессов. Разбираем, какие компоненты критичны и как их правильно выбрать.

1С:Предприятие работает по модели клиент-сервер: сервер приложений обрабатывает запросы, SQL-сервер хранит базу данных. Производительность зависит от баланса между процессором, оперативной памятью и подсистемой хранения. Перекос в одну сторону создаёт узкое место.

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

1С — однопоточная система на уровне сеанса пользователя. Каждый пользовательский запрос обрабатывается одним потоком сервера приложений. Это значит, что для комфортной работы нужна высокая тактовая частота, а не максимальное количество ядер.

Фирма «1С» рекомендует процессоры с частотой от 3 ГГц. На практике это означает:

Для 10–30 пользователей: 4–6 ядер с частотой 3.0–3.5 ГГц
Для 30–100 пользователей: 8–12 ядер с частотой 3.2–3.8 ГГц
Для 100+ пользователей: 16+ ядер с частотой от 3.5 ГГц

Процессоры Intel Xeon Scalable (поколения Cascade Lake, Ice Lake, Sapphire Rapids) и AMD EPYC Milan/Genoa показывают лучшие результаты. Модели с поддержкой Turbo Boost автоматически повышают частоту на активных ядрах — это критично для пиковых нагрузок в начале рабочего дня или при закрытии периода.

Отдельно стоит упомянуть SQL Server: база данных использует параллелизм, поэтому для сервера БД актуальны многоядерные конфигурации. Если вы разделяете сервер приложений и сервер базы данных (рекомендуемый сценарий для 50+ пользователей), выбирайте для SQL-сервера процессор с бóльшим количеством ядер.

Подобрать подходящую модель можно в разделе серверные процессоры, где представлены актуальные линейки Intel Xeon и AMD EPYC.

Оперативная память: запас на рост базы данных

Размер оперативной памяти определяется объёмом базы данных и количеством пользователей. 1С:Предприятие активно использует кэширование в памяти — чем больше данных помещается в RAM, тем меньше обращений к дискам и выше скорость отклика.

Минимальные требования от «1С»:

Сервер приложений: 2 ГБ + 0.5 ГБ на каждого активного пользователя
Сервер базы данных: объём базы данных × 1.5 (для кэширования индексов и планов запросов)

На практике рекомендуем следующие конфигурации:

Количество пользователей	Объём базы данных	Рекомендуемый объём RAM
До 10	До 10 ГБ	16 ГБ
10–30	10–50 ГБ	32 ГБ
30–50	50–100 ГБ	64 ГБ
50–100	100–300 ГБ	128 ГБ
100+	300+ ГБ	256 ГБ и выше

Эти цифры учитывают запас на рост базы и операционную систему. Если вы планируете использовать сервер также для других задач (файловый сервер, контроллер домена), добавьте 20–30% к указанным значениям.

Обратите внимание на частоту памяти: для современных процессоров рекомендуется DDR4-3200 или DDR5-4800. Разница в производительности между DDR4-2666 и DDR4-3200 в SQL-запросах достигает 15%. Выбрать подходящие модули можно в каталоге серверной оперативной памяти.

Хранилище: баланс между скоростью и надёжностью

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

Типы накопителей

Рекомендуем использовать SSD для всех компонентов:

SATA SSD: минимальный уровень для баз до 50 ГБ и 10–20 пользователей. Скорость последовательного чтения 500–550 МБ/с, IOPS около 90 000.
NVMe SSD: оптимальный выбор для большинства конфигураций. Скорость чтения от 3000 МБ/с, IOPS 200 000–500 000. Подходит для баз любого размера.
Enterprise SSD: для критичных систем с высокими требованиями к отказоустойчивости (24/7, более 100 пользователей). Увеличенный ресурс перезаписи (DWPD от 3), аппаратная защита от сбоев питания.

HDD использовать не рекомендуем даже в связке RAID 10 — скорость случайного доступа (критичный параметр для SQL) в 50–100 раз ниже, чем у SSD. Если бюджет ограничен, лучше взять NVMe меньшего объёма, чем массив HDD.

Актуальные модели накопителей смотрите в разделе твердотельные накопители SSD.

RAID-массивы для отказоустойчивости

Для производственных систем обязательно использование RAID:

RAID 1: зеркалирование двух дисков. Простое решение для небольших баз (до 500 ГБ). Скорость чтения удваивается, скорость записи остаётся на уровне одного диска.
RAID 10: зеркалирование пар дисков (минимум 4 диска). Оптимальный баланс производительности и надёжности для баз 1С. Выдерживает отказ одного диска в каждой паре.
RAID 5: не рекомендуем для 1С из-за низкой скорости записи (penalty при вычислении чётности).

Контроллер RAID должен иметь кэш-память с резервным питанием (BBU или суперконденсаторы). Объём кэша от 2 ГБ обеспечивает буферизацию операций записи и защиту от потери данных при отключении питания.

Структура хранилища

Рекомендуем разделить данные по разным томам:

Системный диск (OS): 120–240 ГБ SSD, RAID 1. Операционная система, платформа 1С, SQL Server.
Диск данных (MDF): NVMe SSD, RAID 10. Файлы базы данных (.mdf). Объём — текущий размер базы × 2 (запас на рост).
Диск логов (LDF): NVMe SSD, RAID 1. Журналы транзакций SQL Server. Достаточно 50–100 ГБ.
Диск tempdb: NVMe SSD, RAID 0 (если есть отдельная пара дисков). Временная база SQL Server. Повышает производительность сложных запросов и отчётов.

Если количество дисков ограничено, минимальная конфигурация — два тома: системный (OS + LDF) и данные (MDF + tempdb).

Сетевой адаптер: гигабит — минимум

Для сервера 1С используйте сетевые адаптеры со скоростью от 1 Гбит/с. Если пользователи работают с большими документами (накладные с сотнями позиций, отчёты с детализацией) или активно используют файловые вложения, рекомендуем 10 Гбит/с.

Два сетевых адаптера в режиме агрегации (bonding, teaming) повышают пропускную способность и обеспечивают отказоустойчивость при обрыве одного канала связи. Для критичных систем это обязательное требование.

Виртуализация или физический сервер

1С корректно работает в виртуальной среде (VMware vSphere, Microsoft Hyper-V, Proxmox), но с нюансами:

Плюсы: гибкость, быстрое развёртывание, упрощённое резервное копирование (снапшоты), возможность миграции между хостами.
Минусы: overhead гипервизора (5–15% производительности), риск перегрузки хоста при недостаточном планировании ресурсов, необходимость лицензирования по ядрам (для SQL Server).

Рекомендации по виртуализации:

Используйте выделение ядер (CPU pinning), а не overcommit. Один виртуальный процессор = одно физическое ядро.
Выделяйте память статически (reservation = limit). Динамическое выделение (ballooning) создаёт задержки.
Для дисков используйте pass-through режим или локальные NVMe-хранилища на хосте. Сетевые СХД (iSCSI, NFS) добавляют латентность.
Избегайте размещения нескольких виртуальных машин с высокой нагрузкой на одном физическом хосте.

Для небольших конфигураций (до 30 пользователей) виртуализация оправдана. Для средних и крупных (50+ пользователей) рекомендуем физический сервер — предсказуемая производительность критичнее гибкости.

Примеры конфигураций под разные задачи

Собрали типовые конфигурации серверов на основе реальных проектов. Все параметры соответствуют рекомендациям «1С» и проверены на практике.

Конфигурация	Процессор	Память	Хранилище	Сценарий
Начальная	Intel Xeon E-2388G (8 ядер, 3.2 ГГц)	32 ГБ DDR4-3200	2× 480 ГБ SATA SSD (RAID 1)	До 15 пользователей, база до 30 ГБ, один сервер для всех компонентов
Средняя	Intel Xeon Silver 4314 (16 ядер, 2.4–3.4 ГГц)	64 ГБ DDR4-3200	4× 960 ГБ NVMe SSD (RAID 10)	30–50 пользователей, база 50–150 ГБ, совмещённый сервер
Продвинутая	Intel Xeon Gold 6342 (24 ядра, 2.8–3.5 ГГц)	128 ГБ DDR4-3200	4× 1.92 ТБ NVMe SSD (RAID 10) + 2× 960 ГБ NVMe (RAID 1 для логов)	50–100 пользователей, база 150–500 ГБ, разделение приложения и БД на уровне томов
Высоконагруженная	2× Intel Xeon Gold 6348 (28 ядер, 2.6–3.5 ГГц)	512 ГБ DDR4-3200	8× 3.84 ТБ NVMe Enterprise SSD (RAID 10)	100+ пользователей, база 500+ ГБ, раздельные серверы приложений и БД

Обратите внимание: для конфигураций с более чем 50 пользователями рекомендуем использовать два отдельных физических сервера — один для сервера приложений 1С, второй для SQL Server. Это устраняет конфликт за ресурсы процессора и памяти.

Подобрать готовое решение или собрать индивидуальную конфигурацию можно через конфигуратор серверов — укажите количество пользователей и объём базы, и система предложит оптимальное железо.

Операционная система и программное обеспечение

Платформа 1С:Предприятие 8.3 работает на Windows Server и Linux. В России после 2022 года растёт доля развёртываний на Linux (преимущественно Astra Linux, РЕД ОС, ALT Server), но Windows остаётся основной платформой для SQL Server.

Рекомендуемые конфигурации ПО:

Windows Server 2019/2022 Standard/Datacenter + SQL Server 2019/2022 Standard/Enterprise — классический стек для 1С. Удобный в администрировании, максимальная совместимость.
Linux (Astra Linux, РЕД ОС) + PostgreSQL 13/14 — альтернатива для компаний, переходящих на отечественное ПО. Требует квалифицированных администраторов Linux.

Для SQL Server обратите внимание на редакцию:

Express (бесплатная): ограничение 10 ГБ на базу данных, 1 ГБ памяти, 4 ядра. Подходит только для тестовых стендов.
Standard: до 128 ГБ памяти, 24 ядра. Оптимален для большинства конфигураций (до 100 пользователей).
Enterprise: без ограничений, расширенные возможности (партиционирование таблиц, сжатие данных, In-Memory OLTP). Для крупных внедрений.

Лицензирование SQL Server — отдельная тема с финансовыми последствиями. Лицензия Core (по ядрам) стоит дешевле, чем Server + CAL (на пользователя), если пользователей больше 25. Для виртуализации на гипервизоре с 32 ядрами выгоднее купить лицензию Datacenter на хост, чем Standard на каждую виртуальную машину.

Резервное копирование и отказоустойчивость

Для боевого сервера 1С необходима стратегия резервного копирования. Потеря базы данных — остановка бизнеса, поэтому защита данных критична.

Уровни резервирования

Резервные копии SQL Server: полная копия раз в сутки (ночью), дифференциальная каждые 6 часов, лог транзакций каждые 15–30 минут. Позволяет откатиться на любую минуту.
Снапшоты файловой системы: для виртуальных машин — снапшоты перед обновлениями платформы или конфигурации.
Репликация на резервный сервер: для критичных систем — асинхронная репликация базы данных на standby-сервер (SQL Server Always On, PostgreSQL Streaming Replication).

Храните копии на отдельном физическом хранилище (NAS, СХД, облако). RAID защищает от отказа диска, но не от логических ошибок (случайное удаление, шифровальщик).

План аварийного восстановления

Определите допустимые параметры:

RPO (Recovery Point Objective): какой объём данных можно потерять. Например, RPO = 1 час означает резервное копирование логов транзакций каждый час.
RTO (Recovery Time Objective): время восстановления сервиса. Например, RTO = 4 часа означает, что за это время вы должны развернуть базу из копии.

Регулярно проверяйте копии восстановлением на тестовом сервере. Резервные копии, которые ни разу не восстанавливали, — не резервные копии.

Частые ошибки при выборе сервера под 1С

Экономия на процессоре. Покупают процессор с 32 ядрами и частотой 2.0 ГГц вместо 16 ядер на 3.5 ГГц. В 1С это приведёт к тормозам — пользователи будут ждать отклика системы по 5–10 секунд. Смотрите на частоту, а не на количество ядер.

Недостаток оперативной памяти. Устанавливают 16 ГБ на сервер для 30 пользователей с базой 80 ГБ. SQL Server начинает постоянно обращаться к диску (даже к SSD), создавая очереди. Добавление памяти даёт прирост производительности в 2–3 раза.

Использование HDD вместо SSD. «У нас RAID 10 из четырёх дисков по 2 ТБ, должно хватить». Не хватит — скорость случайного чтения 150–200 IOPS на диск, в сумме 600–800 IOPS. SQL Server в активном режиме генерирует десятки тысяч IOPS. Один NVMe SSD даёт 200 000–500 000 IOPS.

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

Виртуализация без планирования ресурсов. Размещают 5 виртуальных машин на хосте с 16 ядрами и 64 ГБ памяти, раздают каждой по 4 ядра и 16 ГБ. На бумаге сходится, на практике — все виртуальные машины тормозят из-за конкуренции за процессор и память. Overcommit для продакшена не подходит.

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

Масштабирование и апгрейд

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

При выборе обратите внимание на:

Количество слотов памяти: лучше взять 64 ГБ в четырёх планках по 16 ГБ с возможностью расширения до 128 ГБ, чем 64 ГБ в восьми планках по 8 ГБ (все слоты заняты).
Количество отсеков дисков: если сейчас хватает двух SSD, но в перспективе понадобится RAID 10 из четырёх — берите шасси с 4+ отсеками.
Поддержка второго процессора: двухпроцессорные серверы позволяют начать с одного CPU и добавить второй при росте нагрузки.

Планируйте апгрейд на 2–3 года вперёд. Замена сервера — дорогая процедура, проще предусмотреть запас.

Вопросы и ответы

Можно ли использовать десктопный компьютер вместо сервера?

Технически — да, 1С запустится на обычном ПК с Windows 10/11 Pro. Но для постоянной работы это неприемлемо: десктопные компоненты не рассчитаны на 24/7, нет ECC-памяти (защита от битовых ошибок), нет аппаратного RAID, ограничены возможности расширения. Для тестирования или микробизнеса (2–3 пользователя) допустимо, для продакшена — только серверное оборудование.

Сколько нужно дисков для нормальной конфигурации?

Минимум — два SSD в RAID 1 (зеркало) для защиты от отказа одного диска. Оптимально — четыре SSD в RAID 10: два зеркала, объединённые в чередование. Это даёт баланс производительности (удваивается скорость чтения), объёма (половина суммарной ёмкости) и надёжности (выдерживает отказ одного диска в каждом зеркале). Для крупных систем — шесть и более дисков с разделением по ролям (данные, логи, tempdb).

Нужен ли отдельный сервер для базы данных?

До 30–50 пользователей совмещённая конфигурация (сервер приложений + сервер БД на одной машине) работает нормально при достаточных ресурсах. Свыше 50 пользователей рекомендуем разделение: один сервер для 1С:Предприятие (сервер приложений), второй для SQL Server (сервер базы данных). Это устраняет конкуренцию за процессор и память, упрощает масштабирование и повышает отказоустойчивость — можно перезагрузить сервер приложений, не останавливая БД.

Где купить готовое решение

Server360 предлагает готовые серверные конфигурации под 1С и помощь в подборе компонентов. В каталоге представлены серверы Dell, HP/HPE, Supermicro и Lenovo — от начального уровня до высоконагруженных систем.

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

Для самостоятельной сборки доступны отдельные комплектующие: серверные процессоры, оперативная память и SSD-накопители. Все компоненты сертифицированы для работы в серверных платформах и совместимы с 1С:Предприятие.

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