Если в системе одновременно работают 20 пользователей, нагрузка выходит за рамки локального уровня. Сервер должен не только обслуживать каждое подключение, но и корректно распределять ресурсы между клиентами, фоновыми задачами, транзакциями, SQL-запросами и внешними сервисами. Ошибки в конфигурации на этом уровне приводят не к «торможению интерфейса», а к критическим сбоям: блокировкам базы, неработающим обменам, поврежденным документам.
Даже при одинаковых типовых задачах нагрузка распределяется неравномерно. В такой конфигурации сервер работает в режиме непрерывной активности:
до десятков одновременных операций вставки, обновления и выборки из разных таблиц, включая регистры накопления и бухгалтерии;
фоновая активность (обмены, регламентные задания, планировщики задач) выполняется параллельно с пользовательской работой;
постоянная нагрузка на кэш-память СУБД, оперативную память и дисковую подсистему;
обращение к базе через терминальные клиенты или HTTP-сервер 1С требует обработки параллельных сессий приложений.
Сервер должен одновременно обрабатывать транзакции, поддерживать многозадачную работу SQL и прикладной части 1С, а также обслуживать сетевые соединения. Центральный процессор:
минимум 12 потоков (6 ядер) при высокой тактовой частоте;
желательно — 16–20 потоков для распределения по ролям (1С, SQL, терминал);
поддержка NUMA и разграничение ядер по назначению (через гипервизор или вручную) — для повышения стабильности.
Объем ОЗУ должен покрывать потребности всех сессий, кэш СУБД, системных служб и резерва под всплески активности:
минимально — 64 ГБ оперативной памяти;
оптимально — 96–128 ГБ при условии совмещения ролей на одном сервере;
тип — ECC Registered, двух- или четырехканальный доступ.
Если ведется работа с большими таблицами (100k+ строк), запросы должны обрабатываться в памяти, а не выгружаться во временные файлы.
Увеличение числа пользователей повышает нагрузку на дисковую подсистему. При выборе хранилища учитываются:
скорость IOPS, а не только пропускная способность;
стабильность под микроскопическими задержками при множественных параллельных обращениях;
раздельное хранение базы, логов и временных файлов (если используется SQL).
Рекомендуется:
корпоративные SSD (NVMe — предпочтительно, SATA 3 — допустимо);
RAID 10 с контроллером и кешированием на батарейке (или суперконденсаторе);
отдельный логический том под TEMPDB и журналы транзакций.
2 порта 1 Gbps с агрегацией или один 10 Gbps — если сервер обслуживает также терминальные подключения или взаимодействует с внешними сервисами (DNS, AD, NAS, облака);
раздельные VLAN под трафик 1С, терминальных клиентов и резервного копирования;
проверка стабильности сетевого стека под нагрузкой (пакеты, пропущенные соединения, latency на базе).
Рекомендовано разносить роли:
SQL-сервер и база данных — на выделенном узле, с акцентом на CPU, RAM, IOPS;
сервер приложений 1С — отдельно, либо в составе терминального сервера;
терминальный доступ (RDS, Citrix) — как отдельный слой, либо виртуализованное окружение внутри гипервизора.
Так можно изолировать точки нагрузки, локализовать проблемы и масштабировать инфраструктуру без переустановки основного ПО.
база копируется по расписанию (полная — ночью, дифференциальные — днем);
файлы журналов копируются отдельно, с возможностью point-in-time восстановления;
контроль доступа к резервам — с ограничением по IP/группам, невозможность их перезаписи без логирования;
тестовые восстановления раз в неделю на стенде — обязательная процедура при SLA 24/7.
Конфигурация сервера 1С подбирается не по количеству пользователей, а по профилю задач, частоте операций, объему базы и активности обменов. Наличие запаса по CPU, RAM и I/O — не избыточность, а базовая гарантия отказоустойчивости при росте нагрузки или увеличении функционала системы.
Чтобы получить консультацию и купить сервер для 1С на 20 пользователей, обращайтесь к специалистам компании STORAGE SERVER. Доставка серверного оборудования осуществляется по всей России.