Сколько памяти занимает 1С: платформа, базы и требования к железу

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

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

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

Из чего складывается объём 1С на диске

Полный «след» 1С на компьютере состоит из нескольких частей. Первая — платформа: исполняемые файлы, библиотеки, компоненты доступа к данным. Вторая — шаблоны конфигураций, которые копируются при установке типового решения. Третья — сами информационные базы: файловые (один файл 1Cv8.1CD) или базы на SQL-сервере. Четвёртая часть, о которой часто забывают, — служебные данные: кэш метаданных, журнал регистрации, временные файлы, полнотекстовый индекс.

Кэш метаданных у активного пользователя может занимать от нескольких сотен мегабайт до нескольких гигабайт и находится в профиле пользователя (каталоги AppData\Roaming\1C и AppData\Local\1C). Журнал регистрации в файловой базе хранится внутри каталога базы и при работе за несколько лет способен вырасти до заметных размеров, особенно если включён детальный уровень регистрации событий.

Сколько весит информационная база и от чего зависит её рост

Размер базы определяется не количеством пользователей, а объёмом накопленных данных: документами, записями регистров, справочниками и присоединенными файлами. Небольшая организация с одной базой Бухгалтерии за несколько лет работы обычно укладывается в 2–10 ГБ. Торговая компания с интенсивным документооборотом может наращивать базу на несколько гигабайт в месяц, а крупные предприятия оперируют базами в сотни гигабайт.

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

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

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

Для файлового режима работы тонкий или толстый клиент 1С в типовых конфигурациях обычно потребляет от 0,5 до 2 ГБ ОЗУ на сеанс. С учётом операционной системы и офисных программ комфортный минимум для рабочего места — 8 ГБ; при работе с тяжёлыми отчётами и большими базами лучше 16 ГБ. Веб-клиент переносит часть нагрузки на сервер, но браузер с активной сессией 1С тоже может занимать заметный объём памяти.

Признаки нехватки оперативной памяти на клиенте: подтормаживания при открытии форм, долгое формирование отчётов, ошибки «Недостаточно памяти» при выгрузках и обработках, активное использование файла подкачки. Если такие симптомы появляются на машине с 4 ГБ ОЗУ, апгрейд памяти — самое дешёвое и эффективное решение.

Память сервера при клиент-серверной работе

В клиент-серверной архитектуре память потребляют два процесса: сервер 1С:Предприятия (rphost) и СУБД (MS SQL Server, PostgreSQL и др.). Рабочие процессы rphost держат в памяти кэш метаданных, сеансовые данные и результаты запросов; при десятках активных пользователей суммарное потребление легко переваливает за 16–32 ГБ. СУБД дополнительно кэширует данные базы, и для неё принцип «чем больше памяти, тем быстрее» работает напрямую.

Практический ориентир для небольшого сервера на 10–20 пользователей — 16–32 ГБ ОЗУ суммарно; для 50–100 пользователей — 64 ГБ и выше с разнесением сервера 1С и СУБД на разные машины. Точные значения зависят от конфигурации, интенсивности работы и размера базы, поэтому подбираются по фактической нагрузке через мониторинг, а не по справочным цифрам.

Как узнать фактический объём и что можно сократить

Для файловой базы размер виден прямо в проводнике — достаточно посмотреть свойства каталога базы и файла 1Cv8.1CD. Для клиент-серверной базы объём смотрят средствами СУБД: в SQL Server Management Studio через отчёт по использованию диска, в PostgreSQL — запросом к системным функциям размера базы.

SELECT pg_size_pretty(pg_database_size('my_base'));

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

1. 1
   Определите размер базы: свойства каталога для файловой базы или отчёт СУБД для клиент-серверной
2. 2
   Найдите самые большие таблицы: присоединенные файлы, регистры, версии объектов
3. 3
   Выполните удаление помеченных объектов и очистку устаревших данных
4. 4
   Настройте хранение файлов в томах вместо базы
5. 5
   При необходимости выполните свертку базы с предварительной резервной копией
6. 6
   Проверьте результат: размер файла базы и время формирования типовых отчётов

Типичные ошибки при оценке объёма 1С

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

Как выбрать конфигурацию оборудования под свою ситуацию

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

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