← На главную

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

Понимание механизмов работы файловой базы 1С

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

1. Логическое vs Физическое удаление: Когда вы отменяете проведение документа, записи в регистрах накопления, регистрах бухгалтерии или регистрах сведений не стираются физически с диска в ту же секунду. Платформа помечает соответствующие страницы данных как свободные, чтобы использовать их для будущих записей. Это позволяет системе избежать лишних обращений к файловой системе для расширения файла, что ускоряет работу в моменты интенсивных записей.
2. Фрагментация данных: При повторном проведении документов система пытается найти свободное место, образовавшееся ранее. Однако часто новые данные записываются в конец файла, так как это требует меньше вычислительных ресурсов, чем поиск подходящих «дырок» внутри существующей структуры. Именно поэтому файл постоянно «пухнет».
3. Индексация: 1С активно использует индексы для ускорения поиска данных. Каждая запись в регистре требует обновления связанных индексов. Перестройка этих индексов также требует дополнительного места в файле.

Влияние версионирования и служебных структур

Помимо очевидных операций записи, на размер файла существенно влияют и другие механизмы платформы:

• Версионирование объектов: Если в вашей конфигурации включена опция «История данных» или «Версионирование», каждое перепроведение документа создает новую запись в истории. Это приводит к тому, что старые данные не удаляются, а накапливаются в базе. Если вы заметили чрезмерный рост размера, первым делом стоит проверить настройки Истории данных в реквизитах объектов.
• Журнал транзакций: Для обеспечения целостности данных при сбоях 1С создает временные структуры. В процессе проведения документа система должна гарантировать атомарность операций — все или ничего. Это создает дополнительную нагрузку на файловую структуру в момент проведения.

Как проанализировать содержимое базы 1CD?

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

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

С помощью этой программы вы сможете:

1. Увидеть список всех таблиц базы данных.
2. Отсортировать таблицы по размеру.
3. Выявить регистры, которые «раздуваются» быстрее остальных.

Как уменьшить размер файла базы?

Поскольку файловая система 1С склонна к «раздуванию» из-за особенностей внутреннего управления страницами данных, существует проверенный способ вернуть файлу оптимальный размер:

1. Выгрузка и загрузка в DT-файл: Это штатный и самый безопасный метод. Выгрузив базу в файл .dt и создав новую пустую файловую базу, вы выполните процедуру «реорганизации» данных. При загрузке платформа пересоздает все структуры данных с нуля, отбрасывая накопленные пустоты и фрагментированные области.
2. Тестирование и исправление: В режиме Конфигуратор доступна функция Тестирование и исправление. Если выбрать опцию «Упаковка таблиц информационной базы», система попытается выполнить дефрагментацию внутри файла.

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

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