Хостинг 1С для нескольких пользователей: как рассчитать ресурсы сервера

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

Для многопользовательской 1С важно считать не только количество сотрудников, но и тип базы, способ подключения, объем документов, фоновую активность и состав программ внутри удаленного рабочего стола. Если нужен обычный рабочий стол Windows с доступом по RDP, Конфигуратором, Office, ЭЦП и дополнительными приложениями, это уже не просто "облако 1С", а полноценный managed-сервер под рабочие процессы компании.

На Needsysadmin.ru такие проекты запускаются как управляемая услуга: подбирается виртуальный или выделенный сервер, переносится база, настраиваются Windows Server, 1С:Предприятие, резервное копирование и доступ для сотрудников из офиса, дома и филиалов.

Первое правило: считать нужно не общее число сотрудников в компании, а число одновременных пользователей. Если в штате 20 человек, но в одной базе одновременно работают 6-8, именно эта цифра влияет на выбор CPU, памяти и диска.

Для первичного расчета обычно собирают такие вводные:

• сколько пользователей подключаются одновременно, а не по списку;
• какая конфигурация 1С используется: бухгалтерия, УТ, комплексная автоматизация, ERP или доработанная база;
• файловая база или клиент-серверный вариант с SQL Server;
• нужен ли терминальный доступ по RDP к полному рабочему столу Windows;
• какой объем базы сейчас и как быстро она растет;
• есть ли тяжелые отчеты, обмены, фоновые задания, интеграции, ЭДО, печать и сканирование;
• будут ли на сервере одновременно работать 1С, Office, почта, браузер и сторонние приложения.

Если этих данных нет, сервер все равно можно подобрать на старте, но уже как стартовую конфигурацию с запасом и последующей корректировкой после первых дней работы.

Процессор

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

Оперативная память

RAM нужна не только самой 1С, но и каждому RDP-сеансу, Windows Server, SQL Server, Office и служебным процессам. Для терминального сервера память почти всегда становится одним из главных ресурсов, потому что несколько пользователей работают параллельно в одной системе.

Диск

Для 1С критична не только емкость, но и скорость дисковой подсистемы. Медленный диск особенно заметен на базах с активной записью, обменами и SQL. Поэтому при подборе сервера обычно смотрят на быстрые SSD или NVMe, а не только на количество гигабайт.

Сеть и схема доступа

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

Две компании с одинаковыми "10 пользователями" могут требовать совершенно разный сервер. В первой сотрудники только вводят первичку и печатают счета, во второй одновременно запускают тяжелые отчеты, синхронизацию с сайтом, обмен с банком и обработку большого архива документов.

На практике сильнее всего влияют:

• пиковая одновременная нагрузка утром, в конце месяца и перед сдачей отчетности;
• наличие SQL Server и его собственные требования к памяти и диску;
• размер базы и число регламентных заданий;
• использование доработок, расширений и интеграций;
• нужен ли полный удаленный рабочий стол с Office и сопутствующими программами.

Поэтому корректный расчет сервера для 1С всегда начинается с профиля нагрузки, а не с формулы "столько-то пользователей = такой-то тариф".

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

Если база крупная, пользователей много, активно используется SQL Server или есть постоянная пиковая нагрузка, уже стоит смотреть в сторону выделенного сервера 1С. Он нужен не "по статусу", а тогда, когда бизнесу важны предсказуемая производительность и запас под рост.

Если пока непонятно, что выбрать, удобно отталкиваться от связки "текущая база + одновременные пользователи + тип нагрузки", а потом сверять решение с материалом о виртуальном и выделенном сервере 1С. Для многих компаний это быстрее и точнее, чем пытаться подобрать сервер только по числу сотрудников.

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

Для таких сценариев рассматривают сервер 1С с SQL Server. Клиент-серверная схема обычно лучше подходит для нескольких пользователей, потому что дает более устойчивую работу под нагрузкой и понятнее масштабируется по мере роста базы.

Отдельно важно понимать разницу между обычным "облаком 1С" и RDP-сервером. Если компании нужен только доступ к типовой базе через ограниченный интерфейс, облачный формат может подойти. Но если сотрудникам нужен полный Windows-рабочий стол, Конфигуратор, печать, Office, токены, сканеры и дополнительный софт, чаще выигрывает удаленный сервер 1С с RDP-доступом.

1. Определите число одновременных пользователей и разделите их по ролям: обычная работа, бухгалтерия, руководитель, оператор, администратор.
2. Уточните, где сейчас работает база: файловый режим, SQL, локальный сервер в офисе или старый VPS.
3. Проверьте объем базы, скорость роста и наличие архивов, вложений, обменов и фоновых заданий.
4. Решите, нужен ли терминальный сервер с полным Windows-доступом или достаточно более узкого варианта публикации.
5. Сразу заложите место под резервные копии, обновления, временные файлы и расширение базы.
6. Подберите стартовую конфигурацию сервера и оставьте запас для масштабирования, чтобы не переносить 1С заново при первом росте нагрузки.
7. После запуска измерьте реальное потребление ресурсов в рабочие часы и скорректируйте конфигурацию, если это требуется.

Именно такой подход обычно дает лучший результат, чем выбор "по минимальной цене". Для 1С важна не самая дешевая аренда, а предсказуемая работа сервера под ежедневные задачи бизнеса.

Чтобы подобрать конфигурацию быстрее и без лишних переносов, полезно заранее собрать короткий список вводных: сколько пользователей работает одновременно, какая версия 1С используется, нужен ли SQL, какой объем базы сейчас, какие есть доработки, нужна ли работа через RDP, Office, ЭЦП и сторонние программы.

Если этих данных нет в готовом виде, их можно пройти вместе при подборе сервера. Это особенно важно, когда компания переезжает с офисного компьютера на аренду сервера 1С или хочет объединить сотрудников из разных точек в одной базе без покупки собственного железа.

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