Короткий ответ
- Смотрите в первую очередь на одновременную нагрузку, а не только на гигабайты базы.
- Для 1С с SQL критичны RAM под кэш и быстрый NVMe под базу, журналы и временные операции.
- Если на одном сервере работают и пользователи по RDP, и SQL, запас по CPU и памяти нужен больше.
- Правильнее закладывать резерв на рост, чем подбирать конфигурацию впритык.
От чего реально зависит размер сервера
Главный фактор для подбора ресурсов не общий вес базы сам по себе, а профиль работы: сколько пользователей одновременно активно проводят документы, строят отчеты, закрывают период или запускают обмены. Одна база на 20 GB может работать спокойно, а другая при тех же размерах будет упираться в диск и память из-за тяжелых запросов.
Если нужна клиент-серверная схема с SQL-сервером для 1С, важно сразу определить, будут ли SQL Server, сервер 1С и терминальные сессии жить на одной машине. Совмещенная схема проще на старте, но она быстрее упирается в ресурсы.
Как прикинуть CPU и RAM без сложного аудита
Для малого офиса обычно достаточно стартовой конфигурации 4 vCPU и 8-16 GB RAM, если пользователей немного и тяжелая аналитика почти не используется. Когда в базе одновременно активно работают 10-30 сотрудников, чаще разумно смотреть в сторону 6-8 vCPU и 16-32 GB RAM, особенно если есть бухгалтерские закрытия, фоновые задания или обмены.
Память для 1С с SQL часто важнее, чем избыточная частота процессора: SQL использует RAM под кэш, и при нехватке памяти сервер начинает чаще читать с диска. CPU заметнее растет при параллельной работе пользователей, регламентных заданиях и сложных отчетах.
Зачем для 1С нужен именно NVMe
Для SQL-базы 1С скорость накопителя влияет на отклик системы почти так же сильно, как CPU и RAM. NVMe нужен не ради формального "быстрее SSD", а потому что база, журналы транзакций, tempdb и резервные операции создают много случайных чтений и записей. На медленном диске пользователи видят зависания при открытии форм, проведении документов и построении отчетов.
Если база уже заметно выросла, много пользователей работают одновременно или планируется дальнейшее расширение, имеет смысл сразу смотреть не только на виртуальный сервер, но и на выделенный сервер для 1С, где проще получить стабильный запас по дисковой подсистеме и памяти.
Когда стандартной конфигурации уже мало
Сервер обычно пора усиливать, если 1С медленно открывает списки и отчеты в часы пик, SQL регулярно упирается в память, пользователи жалуются на тормоза во время обменов или закрытия месяца, а нагрузка растет после добавления новых рабочих мест. В таких случаях важно не просто "добавить CPU", а понять, где узкое место: процессор, RAM, диск или совмещенная архитектура.
Если точных метрик пока нет, безопасный подход такой: начать с адекватной конфигурации под текущую нагрузку, оставить запас на рост и дальше корректировать сервер по фактическому потреблению CPU, памяти и дисковой очереди. Для 1С это обычно эффективнее, чем пытаться угадать идеальный размер сервера только по объему базы.
