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

Коллеги, привет!

Вопрос «какой сервер нужен под 1С» мне задают чаще всех остальных. И почти всегда ждут в ответ одну строчку: столько-то ядер, столько-то памяти.

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

Сразу оговорюсь по-честному: дальше я показываю тарифы хостинга ihc.ru, у которого сам размещаю серверы. Ссылка на них у меня партнёрская — если вы закажете по ней, я получу вознаграждение. Говорю об этом прямо, чтобы вы понимали, откуда у меня интерес. Цифры от этого не меняются, считайте их как ориентир и сравнивайте с другими хостерами)

Почему на этот вопрос нельзя ответить одной цифрой

Потому что «1С на 10 пользователей» — это не одна конфигурация, а как минимум четыре разные.

Десять человек могут работать с файловой базой по локальной сети. Могут — с клиент-серверной. Могут сидеть за своими компьютерами, а могут все заходить на один сервер по удалённому рабочему столу. Требования к железу в этих случаях отличаются в разы.

Поэтому сначала определяемся с развилками, потом считаем.

Развилка первая: файловая база или клиент-серверная

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

Работает нормально до определённого порога. Общепринятые границы такие:

• до 5 одновременных пользователей — файловая живёт спокойно;
• база до 4-5 ГБ — производительность держится.

Дальше начинается деградация. Не резко, а постепенно: сначала подтормаживает проведение документов, потом закрытие месяца растягивается на час, потом кто-то ловит «база повреждена» после отключения света.

Клиент-серверный вариант — между клиентами и базой стоит сервер 1С:Предприятие, а данные лежат в СУБД: PostgreSQL или MS SQL. Быстрее, надёжнее, переживает сбои, тянет большие объёмы и много пользователей.

Минус ровно один: сложнее и дороже. Нужны лицензия на сервер 1С, настроенная СУБД и человек, который умеет это обслуживать.

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

Развилка вторая: где сидят пользователи

Это вторая половина ответа, и её почти всегда забывают.

Вариант А. Пользователи за своими компьютерами, база на сервере. Сервер обслуживает только саму базу. Памяти надо относительно немного.

Вариант Б. Все заходят на сервер по удалённому рабочему столу и работают в 1С прямо там. Сервер тащит и базу, и все клиентские сессии одновременно.

Разница принципиальная. Каждая сессия 1С в терминале съедает в среднем 300-500 МБ оперативки, а на тяжёлых конфигурациях и больше. Плюс сама Windows Server забирает под себя пару гигабайт.

Считаем на пальцах: сервер с 8 ГБ памяти. Минус 2 ГБ на систему — остаётся 6. Делим на 400 МБ — получаем примерно 15 сессий в теории и 8-10 на практике, потому что кто-то откроет отчёт на весь год и съест больше остальных.

Вот почему «нам нужен сервер на 10 пользователей» — вопрос без ответа, пока не сказано, где эти десять человек будут работать.

Как считать память и ядра без гадания

Три правила, которые я вывел за годы.

Правило первое: память важнее ядер. 1С в первую очередь упирается в оперативку, а не в процессор. Между «плюс ядро» и «плюс четыре гигабайта» почти всегда выбирайте память.

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

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

Отсюда формула для прикидки памяти:

Память = 2 ГБ (система)
       + 2 ГБ (сервер 1С и СУБД, если клиент-серверная)
       + 0,4 ГБ × число одновременных сессий в терминале
       + запас 20%

По ядрам грубо: одно ядро на каждые 4-5 активных пользователей, минимум два.

По диску: размер базы умножаем на три. Одна копия — рабочая база, вторая — место под бэкапы, третья — под рост и временные файлы. Плюс место под саму систему.

Что я бы взял на старте: разбор тарифов

Теперь на живом примере. Вот линейка VDS с Windows Server на NVMe:

Разбираю, кому что.

WIN-4 — один бухгалтер или тест. Одно ядро — это мало для 1С, скажу прямо. Файловая база, один-два пользователя, никакого терминала. Как вариант «попробовать и посмотреть» — годится. Как рабочий сервер для компании — нет.

WIN-8 — рабочий минимум и мой выбор на старте. Два ядра и восемь гигабайт закрывают либо файловую базу на 3-5 человек, либо клиент-серверную на 2-3, либо терминальный сервер на 5-8 сессий, если конфигурация не самая тяжёлая. Именно с этого тарифа я советую начинать большинству: он уже не игрушечный, но ещё не переплата.

WIN-12 — клиент-серверная на растущую компанию. Три ядра и двенадцать гигабайт: сервер 1С плюс PostgreSQL плюс 5-8 пользователей в терминале живут нормально. Сюда переезжают, когда файловая база перестала справляться.

WIN-16 — полноценный терминальный сервер. Четыре ядра и шестнадцать гигабайт держат клиент-серверную базу и 10-15 сессий. Для небольшой компании, где вся бухгалтерия и склад сидят в одной 1С, это рабочий вариант.

Важное про масштабирование: у виртуального сервера есть свойство, которого нет у купленного железа — тариф меняется. Начали с WIN-8, через полгода уперлись — перешли на WIN-12 без покупки нового сервера и без переезда. Именно поэтому я обычно советую не брать с запасом «на вырост», а взять по текущим потребностям и повышать по факту.

Посмотреть линейку и заказать: ihc.ru

Из практических плюсов: дата-центры в Москве, круглосуточная поддержка, заявленная доступность 99,9 процента и есть тестовый период — можно пощупать до оплаты.

Лицензии, про которые все забывают

Вот здесь бюджет чаще всего и трещит. Три позиции.

Первая: Windows Server. Уточняйте при заказе, входит лицензия в тариф или оплачивается отдельно. У разных хостеров по-разному, и разница в деньгах ощутимая.

Вторая: RDS CAL — лицензии на удалённый рабочий стол. Вот эта штука выбивает людей из колеи чаще всего.

Windows Server из коробки разрешает две одновременные административные RDP-сессии. Это для администрирования, не для работы. Как только вам надо посадить в терминал третьего человека — включается роль сервера удалённых рабочих столов, а для неё нужны лицензии RDS CAL на каждого пользователя или устройство.

Многие узнают об этом на 121-й день, когда заканчивается льготный период роли RDS и пользователей просто перестаёт пускать. Уточняйте у хостера, можно ли арендовать RDS CAL помесячно — обычно можно, и это дешевле разовой покупки.

Третья: лицензии 1С. Для клиент-серверного варианта нужна лицензия на сервер 1С:Предприятие плюс клиентские лицензии по числу пользователей. Для файлового варианта серверная лицензия не нужна, только клиентские.

Ни одна из этих трёх строк не входит в цену VDS по умолчанию. Считайте их отдельно, иначе смета поедет.

Безопасность: пункт, который пропускают и потом плачут

Отдельный раздел, потому что это самая частая беда с арендованными серверами.

Схема стандартная: человек берёт VDS, ставит 1С, открывает RDP наружу, ставит пароль вроде Admin2026 и радуется. Через месяц-другой база зашифрована, а в папке лежит файлик с адресом кошелька.

Открытый в интернет RDP сканируется ботами круглосуточно. Не «может быть просканирован» — сканируется, постоянно, всеми подряд. Это не паранойя, это ежедневная реальность.

Минимум, который надо сделать сразу после запуска сервера:

Убрать RDP с порта по умолчанию. Не панацея, но отсекает большую часть автоматических переборов.

Отключить встроенную учётную запись Администратор и завести свою с нормальным именем. Половина атак идёт именно по имени Administrator.

Пароли от 16 символов, разные, в менеджере паролей. Не Ivan2026 и не название компании с восклицательным знаком.

Ограничить доступ по IP или закрыть RDP за VPN. Самое действенное из всего списка. Если сервер вообще не виден из интернета — его и не ломают.

Включить блокировку после нескольких неудачных попыток входа. Перебор паролей упирается в стену.

Настроить обновления. Не отключать их «чтобы не мешали», а поставить окно на ночь.

Бэкапы, и обязательно на отдельное хранилище. Копия базы, лежащая на том же сервере, шифровальщика не переживёт. Она должна лежать снаружи.

Проверить, что бэкап разворачивается. Не «делается», а именно разворачивается. Большинство узнаёт про битый архив в худший день своей жизни.

Вот это всё занимает несколько часов при первичной настройке и экономит нервы на годы вперёд.

Пять ошибок при переезде на сервер

Собрал то, на чём спотыкаются чаще всего.

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

Вторая: не проверить скорость канала до переезда. Вся работа пойдёт через интернет. Пять человек в терминале при нестабильном канале — это пять человек, которые будут вам звонить. Проверьте канал заранее, а лучше заложите резервный.

Третья: перенести базу и забыть про бэкапы. Хостер делает резервные копии инфраструктуры, но это не то же самое, что бэкап вашей базы 1С. Свои копии настраивайте сами, храните вне сервера и проверяйте восстановлением.

Четвёртая: оставить настройки по умолчанию. Про RDP и стандартного Администратора я уже сказал выше, но повторю: это не рекомендация, а обязательный минимум. Открытый сервер с дефолтными настройками ломают за недели.

Пятая: не подумать про печать и оборудование. Работает человек в терминале, а печатать надо на принтер, который стоит у него на столе. Плюс сканеры, кассы, ключи защиты. Это всё решается, но решается заранее, а не в первый рабочий день после переезда.

Частые вопросы коротко

У меня файловая база, но пользователи в разных городах. Что делать?
Как раз ваш случай для терминального сервера. Файловую базу гонять по интернету между городами нельзя — она этого не переживёт. Ставите её на VDS, люди заходят по удалённому рабочему столу.

Можно ли поставить 1С на Linux и сэкономить на Windows?
Можно, сервер 1С и PostgreSQL прекрасно живут на Linux. Но если пользователям нужен терминальный доступ с привычным рабочим столом — там уже своя история с настройкой. Для чистой клиент-серверной схемы, где клиенты сидят на своих машинах, вариант рабочий и экономный.

Насколько хуже виртуальный сервер физического?
На типичных задачах малого и среднего бизнеса разницы вы не почувствуете, особенно на NVMe. Разница вылезает на тяжёлых нагрузках и в моменты, когда соседи по железу активничают. Для 1С на 5-15 человек это не проблема.

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

Что если хостер закроется или отключит?
Поэтому бэкапы должны лежать не только у хостера. Раз в неделю копия базы к вам локально или в другое облако — и вы переживёте что угодно, включая внезапный уход провайдера с рынка.

Сколько времени занимает переезд?
Развернуть чистый сервер с 1С и настроить безопасность — день. Перенести существующую базу с доработками, обменами и настроенным оборудованием — от дня до недели, зависит от того, что накопилось.

Сколько стоит запустить: разово и ежемесячно

Соберём картину для типичного случая: небольшая компания, клиент-серверная 1С, 5-8 человек в терминале, тариф WIN-12.

Ежемесячно:

Разово:

По работам считаю под конкретную задачу: тариф, число пользователей, файловая или клиент-серверная, надо ли переносить существующую базу с доработками. Напишите вводные — посчитаю бесплатно, даже если настраивать будете сами.

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

Когда VDS не подойдёт

Раз обещал честно.

Если у вас требования по хранению данных на собственных мощностях — госструктуры, отдельные виды персональных данных, внутренние политики безопасности. Тут только своё железо.

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

Если интернет в офисе слабый или падает. Вся работа пойдёт через канал. Нет канала — нет работы. Перед переездом на VDS убедитесь, что связь надёжная, и лучше иметь резервный канал.

Если у вас один пользователь и файловая база на 500 мегабайт — вам, скорее всего, вообще не нужен сервер. Хватит обычного компьютера с нормальным SSD и настроенным бэкапом.

Если нужна помощь

Как вы помните, я айти-специалист: собираю и настраиваю серверы, веду 1С для организаций.

Что делаем под ключ:

• подбираем конфигурацию под ваше число пользователей и вариант работы, без переплаты за лишнее;
• разворачиваем сервер: Windows Server, роли, обновления, мониторинг;
• ставим и настраиваем 1С — файловую или клиент-серверную с PostgreSQL, переносим базу с текущего места;
• настраиваем безопасность: доступ, пароли, VPN, блокировки, обновления;
• делаем бэкапы и проверяем восстановление — именно проверяем, а не просто настраиваем;
• сопровождаем дальше, чтобы вам не думать про сервер вообще.

Подробнее про обслуживание: 1c.akernel.ru/services/it-podderzhka

Напишите, сколько у вас пользователей и какая база — подскажу тариф бесплатно, даже если настраивать будете сами)

Тарифы приведены по состоянию на сентябрь 2026 года, актуальные смотрите на сайте хостинга. Ссылка на ihc.ru — партнёрская.

Читайте также: Маркировка колбасы с 1 октября: что успеть настроить в 1С и Обязательные электронные накладные с 1 сентября.