← На главную

При обновлении современных конфигураций 1С, таких как УТ 11.5, ERP 2.5 или КА 2.5, администраторы часто сталкиваются с неприятным сюрпризом: размер файла информационной базы 1Cv8.1cd увеличивается на несколько гигабайт, хотя объем пользовательских данных (документов и справочников) практически не изменился. Инструменты анализа, такие как Tool_1CD, показывают, что виновником является таблица Files, которая может вырасти с нескольких десятков мегабайт до нескольких гигабайт. В этой статье мы подробно разберем, почему это происходит, что именно хранится в этой таблице и как привести базу в порядок.

Выясняем причину роста таблицы Files

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

• Данные о работе с хранилищем конфигурации (если база к нему подключена).
• Служебные файлы расширений.
• Кэшированные метаданные.
• Автономная конфигурация для мобильных клиентов.

Как показывает практика и опыт многих технических специалистов, именно автономная конфигурация становится основной причиной раздувания базы в последних релизах УТ 11.5. Автономная конфигурация — это специализированный набор метаданных, который позволяет мобильному приложению работать без постоянного соединения с основным сервером. Внутри таблицы Files она хранится в виде объекта 1Cv8.cf.

Рассмотрим ситуацию: при обновлении конфигурации «прыжками» через несколько релизов (например, с 11.5.17.143 сразу до 11.5.17.227) платформа инициирует автоматическую пересборку этой автономной конфигурации. Из-за ошибок в логике обновления или особенностей платформы старые версии этих данных могут не удаляться физически, а новые добавляются рядом, что приводит к лавинообразному росту файла .1cd.

Методика решения проблемы через настройки конфигурации

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

1. Откроем конфигурацию (меню «Конфигурация» — «Открыть конфигурацию»).
2. Выделим корневой узел конфигурации (самая верхняя строка в дереве метаданных) и вызовем контекстное меню правой кнопкой мыши, выбрав пункт «Свойства».
3. В окне свойств найдем раздел «Основные» и в нем параметр «Состав автономной конфигурации». Нажмем на ссылку «Открыть».
4. Проанализируем список объектов. Если там установлены флаги на множестве документов, справочников и регистров, это и есть причина тяжелого веса таблицы.
5. Необязательно полностью снимать все флаги, если вы планируете использовать мобильный клиент в будущем. Однако для очистки «мусора» часто помогает процедура пересоздания. Мы можем нажать кнопку «Действия» — «Исключить всё», сохранить изменения и обновить конфигурацию базы данных (клавиша F7).

Очистка базы с помощью Тестирования и Исправления

После того как мы изменили состав автономной конфигурации, физический размер файла базы данных всё еще может оставаться прежним. Это особенность файлового формата 1С: удаленные данные помечаются как свободное место, но файл не сжимается автоматически. Для окончательной очистки нам потребуется запустить процедуру Тестирования и исправления (ТиИ).

Выполним следующие действия:

1. Обязательно создадим резервную копию базы данных перед началом работ.
2. Перейдем в меню «Администрирование» — «Тестирование и исправление...».
3. Установим следующие настройки:
   • Реструктуризация таблиц информационной базы (это критически важный пункт, так как он полностью пересоздает структуру таблиц, включая Files).
   • Сжатие таблиц информационной базы (удаляет «дыры» из файла 1cd).
4. В современных версиях платформы (8.3.20+) также рекомендуется установить флаг «Очистка ненужных данных из таблицы Files», если он доступен в интерфейсе ТиИ.
5. Нажмем «Выполнить» и дождемся завершения процесса.

Важное замечание: Если вы решили оставить состав автономной конфигурации прежним, вы можете в окне ТиИ выбрать специальный режим пересоздания. Для этого установим флаг «Пересоздать автономную конфигурацию». Это заставит систему заново скомпилировать мобильные метаданные, удалив при этом старые дефектные блоки из таблицы Files.

Переход на клиент-серверный вариант как решение системных рисков

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

Рассмотрим основные риски эксплуатации «раздутой» файловой базы:

• Повреждение при сбоях: При аварийном завершении работы (отключение питания, сбой сети при работе через сетевую шару) вероятность нарушения целостности таблицы Files крайне высока.
• Блокировки: Любая запись в таблицу Files (например, при обновлении или кэшировании) блокирует всю таблицу, что парализует работу пользователей.
• Лимиты: При достижении критических объемов (8-12 Гб) механизмы индексации в файловом варианте начинают работать нестабильно.

Если ваша база УТ 11.5 после очистки всё равно занимает более 10 Гб, мы настоятельно рекомендуем рассмотреть переход на клиент-серверный вариант (SQL). В серверном режиме управление метаданными происходит эффективнее, а риск потери данных из-за «раздутых» таблиц сводится к минимуму.

Заключение

Подводя итог, отметим: рост таблицы Files до 2 Гб и более при обновлении УТ 11.5 — это следствие работы механизма автономных конфигураций. Для исправления ситуации необходимо проверить Состав автономной конфигурации, выполнить Реструктуризацию и Сжатие через меню Тестирования и исправления. Регулярный мониторинг размера таблиц с помощью внешних утилит позволит вам вовремя заметить проблему и избежать критического замедления работы системы.