К статье
Практический материал

Администрирование · 12 мин

Какие системные требования нужны для 1С

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

Требования к оборудованию для 1С зависят не от «коробки», а от трёх вещей: режима работы (файловый или клиент-серверный), числа одновременно работающих пользователей и объёма базы. Один и тот же комплект «1С:Бухгалтерия» комфортно работает на офисном ноутбуке у единственного бухгалтера и «тормозит» на сервере с пятьюдесятью пользователями, если конфигурация подобрана неверно.

Главная ошибка при выборе железа — ориентироваться на минимальные требования с диска или сайта. Минимум означает лишь то, что программа запустится. Для реальной работы с документами, отчётами и обменами данными нужен запас по оперативной памяти и быстрый диск: именно они чаще всего становятся «бутылочным горлышком».

В этой статье разберём требования для типовых сценариев: одиночный пользователь, небольшой офис с файловой базой, клиент-серверный вариант на PostgreSQL или MS SQL, а также тонкие клиенты и веб-доступ. Отдельно покажем, как проверить, что проблема именно в железе, а не в настройках.

От чего зависят требования: режим, пользователи, объём базы

Прежде чем считать гигабайты, определите три параметра. Первый — режим работы. Файловый режим хранит базу в одном файле на диске или сетевой папке и подходит для небольших коллективов. Клиент-серверный режим использует СУБД (PostgreSQL, MS SQL Server, Oracle) и сервер приложений 1С — он масштабируется на десятки и сотни пользователей, но требует более мощного и грамотно настроенного оборудования.

Второй параметр — число одновременно работающих пользователей. Важны именно одновременные сессии, а не общее число сотрудников с доступом. Третий — размер и профиль базы: торговая база с миллионами строк в регистрах и тяжёлыми отчётами нагружает диск и процессор сильнее, чем небольшая бухгалтерия. Конфигурация тоже имеет значение: «1С:ERP» или «Комплексная автоматизация» требовательнее «Бухгалтерии» при том же объёме данных.

1–3 пользователяФайловый режим

Обычный ПК с SSD и 8–16 ГБ ОЗУ, база локально

4–10 пользователейФайловый режим с выделенной машиной

Отдельный компьютер под базу, гигабитная сеть, SSD

10+ пользователей или база от 5–10 ГБКлиент-серверный режим

Сервер 1С + сервер СУБД, от 16–32 ГБ ОЗУ, RAID на SSD

Медленные отчёты при нормальной работеВозможно, дело не в железе

Проверьте индексы, регламентные задания и настройки СУБД

Рабочее место пользователя: минимум и комфорт

Клиентская часть 1С (толстый или тонкий клиент) нетребовательна к процессору, но чувствительна к памяти и диску. Для комфортной работы одного пользователя ориентируйтесь на такую конфигурацию: процессор уровня современного Intel Core i3/i5 или AMD Ryzen 3/5, 8 ГБ оперативной памяти как минимум и 16 ГБ — для комфорта, твердотельный накопитель SSD объёмом от 256 ГБ, гигабитная сетевая карта, если база сетевая.

Жёсткий диск HDD — самая частая причина «тормозов» на клиентских машинах. Файловая база активно читается и пишется, кэш метаданных и временные файлы тоже лежат на диске, поэтому переход с HDD на SSD даёт самый заметный прирост скорости при минимальных затратах. Монитор и видеокарта на работу 1С практически не влияют — дискретная графика не нужна.

Операционная система — актуальная версия Windows, при необходимости 1С работает и на Linux, и на macOS (через тонкий клиент или веб-клиент). Учтите, что 32-разрядные системы ограничивают доступную память, поэтому для клиента выбирайте 64-разрядную ОС.

Файловая база для небольшого офиса

Когда с базой работают 3–10 человек, её выносят на выделенный компьютер или в общую сетевую папку. Здесь критичны три вещи: быстрый диск на машине с базой, стабильная гигабитная сеть и отсутствие посторонней нагрузки на этот компьютер. Не размещайте файловую базу на рабочем месте сотрудника, который параллельно запускает тяжёлые программы, и не используйте Wi-Fi для подключения к базе — проводное соединение обязательно.

Рекомендуемая конфигурация машины под файловую базу: процессор среднего класса, 16 ГБ ОЗУ, SSD с запасом свободного места (база растёт, плюс нужно место под резервные копии), гигабитный сетевой адаптер и источник бесперебойного питания. Обрыв питания или сети в момент записи — главная причина повреждения файловых баз.

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

Клиент-серверный вариант: сервер 1С и сервер СУБД

В клиент-серверной архитектуре нагрузка делится между сервером приложений 1С (процесс rphost) и сервером баз данных. Для небольших внедрений их можно разместить на одной физической машине, но при росте нагрузки их разносят: сервер 1С любит процессорную мощность и память, сервер СУБД — память и быстрые диски.

Ориентировочная конфигурация для 20–50 пользователей: сервер с процессором с высокой тактовой частотой (1С чувствительна к производительности одного ядра, а не только к их числу), 32–64 ГБ ОЗУ, SSD-накопители, желательно в RAID для отказоустойчивости, и резервированный блок питания. Под MS SQL Server действует правило: чем больше памяти выделено СУБД, тем больше данных кэшируется и тем быстрее отчёты. Для PostgreSQL важна грамотная настройка параметров памяти и автовакуума — «голая» установка с настройками по умолчанию часто работает медленно.

Для крупных внедрений (сотни пользователей, базы в сотни гигабайт) требования рассчитываются индивидуально: по результатам нагрузочного тестирования, с кластером серверов 1С, выделенным сервером СУБД на быстрых NVMe-дисках и продуманной системой резервного копирования. В этом случае подбором конфигурации должен заниматься специалист по администрированию 1С.

СценарийПроцессорОЗУДискСеть
1 пользователь, файловая базаСовременный 2–4 ядра8–16 ГБSSD 256 ГБНе критична
3–10 пользователей, файловая базаСредний класс, 4+ ядра16 ГБSSD 512 ГБ + место под копииГигабит, проводная
20–50 пользователей, клиент-серверВысокая частота ядра, 8+ ядер32–64 ГБSSD/NVMe, RAIDГигабит и выше
50+ пользователей, крупная базаРасчёт по нагрузочному тесту64+ ГБNVMe, отказоустойчивый массивРезервированная сеть

Тонкий клиент, веб-клиент и терминальный доступ

Если рабочие места слабые или разнесены по филиалам, есть альтернативы классической установке. Тонкий клиент переносит часть нагрузки на сервер и требует от машины минимума ресурсов. Веб-клиент работает через браузер — на компьютере вообще ничего не нужно устанавливать, достаточно опубликовать базу на веб-сервере.

Терминальный вариант (RDP-сервер с установленной 1С) смещает все требования на сервер: считайте примерно 1–2 ГБ ОЗУ на каждую активную сессию 1С плюс запас под систему, процессор с хорошей производительностью на ядро и SSD под профили пользователей. Сами терминальные клиенты могут быть любыми — подойдут старые ПК и тонкие клиенты.

Сравнение вариантов доступа

Толстый клиент на локальном ПК

Подходит для 1–5 пользователей рядом с базой; требует приличного ПК у каждого и сложнее в обновлении

Тонкий клиент

Меньше трафика и требований к ПК; нужен сервер 1С, часть функций толстого клиента недоступна

Веб-клиент

Работает из браузера на любом устройстве; требования переносятся на веб-сервер, есть ограничения интерфейса

Терминальный сервер (RDP)

Удобен для филиалов и слабых ПК; требует мощного сервера и лицензий на терминальный доступ

Как проверить, что проблема именно в железе

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

Если же ресурсы свободны, а отчёт строится полчаса, причина обычно в другом: неоптимальные запросы в конфигурации, отсутствие индексов, не настроенные регламентные задания СУБД (обновление статистики, перестроение индексов), антивирус, сканирующий файлы базы в реальном времени. Исключите каталоги базы и временных файлов 1С из проверки антивируса — это частая и бесплатная «оптимизация».

Контрольные точки

Как проверить результат

Загрузка ОЗУ в пик работы
Норма

Занято до 70–80%, файл подкачки почти не используется

Тревожный признак

Память заполнена, система активно подкачивает с диска

Дисковая очередь на сервере
Норма

Очередь короткая, отклик диска быстрый

Тревожный признак

Диск загружен на 100%, операции «висят»

Сеть между клиентом и файловой базой
Норма

Гигабитное проводное соединение, потерь пакетов нет

Тревожный признак

Wi-Fi, 100 Мбит, потери пакетов при ping

Скорость типовых операций
Норма

Проведение документа и открытие списков — секунды

Тревожный признак

Даже открытие справочника занимает десятки секунд

Типичные ошибки при подборе оборудования

Самая дорогая ошибка — покупать сервер «на вырост» с большим числом медленных ядер. Серверные процессоры с десятками ядер на низкой частоте для 1С часто хуже, чем процессор с меньшим числом ядер, но высокой тактовой частотой: значительная часть операций 1С выполняется в одном потоке. Вторая ошибка — экономить на дисках и ставить базу СУБД на обычные HDD или дешёвые SSD без защиты от потери питания.

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

Типичные ошибки
01
Покупка сервера с множеством медленных ядер — 1С важнее частота ядра, чем их количество
02
Экономия на дисках: база на HDD или дешёвом SSD быстро становится узким местом
03
Файловая база по Wi-Fi — обрывы соединения и риск повреждения данных
04
Хранение базы и резервных копий на одном диске — при отказе диска теряется всё
05
Отсутствие ИБП на сервере — скачок питания во время записи повреждает базу
Итог

Что важно запомнить

Требования к 1С определяются режимом работы, числом одновременных пользователей и объёмом базы. Для одиночной работы хватит ПК с SSD и 8–16 ГБ ОЗУ, для офиса — выделенной машины с гигабитной сетью, для десятков пользователей — клиент-серверной связки с быстрыми дисками и достаточным объёмом памяти под СУБД. Сначала проверяйте настройки и антивирус, потом покупайте железо.

Частые вопросы о системных требованиях 1С

Хватит ли 4 ГБ оперативной памяти для 1С?

Технически платформа запустится, но комфортной работу назвать нельзя: современная ОС и браузер съедают бо́льшую часть памяти, и 1С начнёт активно использовать файл подкачки. Практический минимум для клиентского места — 8 ГБ, комфортный уровень — 16 ГБ. Наращивание памяти с 4 до 8–16 ГБ обычно даёт заметное ускорение даже без замены остального железа.

Обязательно ли покупать сервер для небольшой фирмы?

Нет. До 5–10 пользователей с файловой базой часто достаточно выделенного офисного компьютера с SSD, 16 ГБ ОЗУ, гигабитной сетью и ИБП. Полноценный сервер имеет смысл при переходе на клиент-серверный режим, росте базы или когда требуются отказоустойчивость и круглосуточная работа.

Что важнее для 1С — процессор, память или диск?

Зависит от роли машины. Для клиентского места первичны SSD и память. Для сервера 1С важна производительность ядра процессора и объём ОЗУ. Для сервера СУБД ключевое значение имеют быстрые диски и память под кэш. Замена HDD на SSD — самый эффективный апгрейд по соотношению цена/результат почти в любом сценарии.

Можно ли работать с файловой базой через Wi-Fi?

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

Когда пора переходить с файлового режима на клиент-серверный?

Сигналы перехода: база выросла до нескольких гигабайт и продолжает расти, одновременно работают более 10–15 пользователей, возникают конфликты блокировок и ошибки при одновременном проведении документов, регламентные операции мешают дневной работе. Если два и более признака совпадают — планируйте миграцию на СУБД, а не очередной апгрейд компьютера с файловой базой.