Сколько места занимает 1С на диске и как контролировать рост базы

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

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

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

Из чего складывается занимаемое место

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

В клиент-серверном варианте картина сложнее. Помимо данных в таблицах SQL Server или PostgreSQL, диск занимают журналы транзакций, временные базы (tempdb), полнотекстовые индексы и системные файлы СУБД. Нередко администратор смотрит только на размер mdf-файла и удивляется, почему диск заполнен, хотя «база небольшая» — при этом журнал транзакций в модели полного восстановления вырос до сотен гигабайт.

Сколько занимает платформа и типовые конфигурации

Дистрибутив платформы 1С:Предприятие 8.3 после установки занимает примерно 1–2 ГБ в зависимости от выбранных компонентов: тонкий и толстый клиенты, сервер, модули расширения веб-сервера, интерфейсы на разных языках. Если на машине установлено несколько версий платформы одновременно — а это типичная ситуация при постепенном обновлении, — каждая версия добавляет свой объём. Каталоги старых релизов, которые больше не используются, можно удалять через стандартную деинсталляцию Windows.

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

Отдельно учитывайте кэш метаданных в профилях пользователей (каталоги вида %APPDATA%\1C\1cv8). При работе с несколькими базами кэш каждой из них может занимать сотни мегабайт. Кэш безопасно очищается: при следующем запуске он создастся заново, а его периодическая очистка заодно решает часть проблем с ошибками отображения и «глюками» интерфейса.

Сколько занимает информационная база

Размер базы зависит от количества документов, записей в регистрах, справочников и хранимых файлов. Ориентировочно небольшая база «Бухгалтерии предприятия» с работой одной организации за несколько лет занимает 2–5 ГБ. Торговая база с оборотами в тысячи документов в день за несколько лет легко переваливает за 20–50 ГБ. Базы с хранением сканов договоров, актов и изображений товаров растут быстрее всего, потому что бинарные данные не сжимаются так эффективно, как структурированные записи.

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

Как измерить, сколько места занимает 1С у вас

Для файловой базы достаточно посмотреть размер каталога базы в проводнике: основной объём даст файл 1Cv8.1CD, рядом могут лежать служебные файлы и каталог журнала регистрации. Для оценки кэша проверьте каталоги %APPDATA%\1C и %LOCALAPPDATA%\1C у каждого пользователя, работающего на компьютере или терминальном сервере.

Для клиент-серверной базы размер смотрят средствами СУБД. В SQL Server это отчёт по дисковому пространству базы в Management Studio или запрос к системным представлениям; в PostgreSQL — функция pg_database_size. Обязательно проверяйте отдельно размер данных и размер журнала транзакций — управлять ими приходится по-разному.

SELECT pg_size_pretty(pg_database_size('my_base')) AS db_size;

1. 1
   Определите вариант работы: файловый или клиент-серверный
2. 2
   Для файловой базы проверьте размер каталога базы и файла 1Cv8.1CD
3. 3
   Для серверной базы запросите размер данных и журнала транзакций средствами СУБД
4. 4
   Проверьте кэш в профилях пользователей (%APPDATA%\1C)
5. 5
   Найдите старые выгрузки dt, zip-архивы и бэкапы, лежащие рядом с базой
6. 6
   Сложите компоненты и сравните со свободным местом на диске

Почему база растёт быстрее ожидаемого

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

В клиент-серверном варианте отдельная ловушка — модель полного восстановления (full recovery model) в SQL Server без регулярного бэкапа журнала транзакций. Журнал растёт неограниченно, пока не заполнит диск, даже если сами данные занимают немного. Признак проблемы: файл .ldf в разы больше файла .mdf. Решение — либо настроить регулярное резервное копирование журнала, либо, если точечное восстановление не требуется, перевести базу в простую модель восстановления.

Ещё один источник роста — регистры сведений с историей, версионирование объектов и неочищенные служебные данные: очереди обмена, протоколы синхронизации, сообщения интеграции. Эти данные копятся незаметно и в типовых отчётах о размере базы не всегда очевидны.

Как безопасно уменьшить занимаемое место

Первый и обязательный шаг перед любыми действиями — резервная копия. Для файловой базы это выгрузка в dt через конфигуратор или копирование каталога базы при закрытых сеансах; для серверной — штатный бэкап средствами СУБД. Только после этого приступайте к сокращению объёма.

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

Для SQL-баз после массовой очистки можно выполнить сжатие файлов, но делайте это точечно: регулярный shrink фрагментирует индексы и ухудшает производительность. Лучше один раз уменьшить файл до разумного размера с запасом на рост и дальше поддерживать объём регламентным обслуживанием.

Сколько места резервировать и как планировать диск

Практическое правило: на диске с базой должно оставаться свободным не менее объёма самой базы. Этот запас нужен для обновлений конфигурации (во время реструктуризации создаются временные копии таблиц), для выгрузки dt, для тестирования и исправления. Для базы в 20 ГБ это означает минимум 20–40 ГБ свободного места постоянно.

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

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