Работа с 1С:Предприятие рано или поздно приводит к накоплению гигабайт ненужных файлов: временных копий, логов, кэша обновлений и артефактов отладки. Но что из этого можно смело удалять, а что трогать категорически нельзя? Ошибка при очистке может обернуться потерей работоспособности базы или невозможностью восстановления после сбоя. Эта статья поможет разобраться в структуре файлов 1С, выделить "мусор", который безопасно чистить, и научиться отличать его от критически важных данных.
Многие администраторы и пользователи боятся лишний раз что-то удалять, опасаясь нарушить работу программы. Другие, наоборот, радикально чистят папки, не понимая последствий. Мы разберём типичные сценарии: от ручной очистки временных файлов до автоматизированных скриптов для серверных установок. Особое внимание уделим файлам, которые кажутся ненужными, но на самом деле жизненно необходимы — их случайное удаление может привести к часам простоя и восстановлению из бэкапа.
Прежде чем приступать к очистке, запомните главное правило: всегда делайте резервную копию базы данных перед массовым удалением файлов. Даже если вы уверены в своих действиях, человеческий фактор никто не отменял. В этой статье мы будем говорить про 1С:Предприятие 8.3 (актуальные версии платформы), но большинство принципов применимы и к более старым релизам.
1. Временные файлы: что можно удалять без последствий
Самая безопасная категория файлов для очистки — временные данные, которые 1С создаёт в процессе работы. Они нужны только на время сеанса и автоматически должны удаляться при корректном закрытии программы. Однако сбои, аварийные завершения или ошибки в коде часто оставляют после себя "мусор".
Основные папки, где скапливаются временные файлы:
- 📁
%TEMP%\1C\1cv8\— здесь хранятся временные файлы текущего пользователя (отчёты, печатные формы, экспортированные данные). Их можно удалять в любой момент, даже во время работы 1С (но лучше закрыть программу). - 📁
%TEMP%\1C\1cv8m\— временные файлы для managed-режима (тонкий клиент, веб-клиент). Чистка этой папки ускоряет работу при замедлениях интерфейса. - 📁
C:\Users\Пользователь\AppData\Local\1C\1cv8\— кэш метаданных, временные настройки клиента. Удаление поможет, если 1С "глючит" при открытии форм.
Особое внимание стоит уделить файлам с расширениями:
- 📄
.tmp— классические временные файлы. - 📄
.mnl— лог-файлы обновлений (можно удалять, если обновление прошло успешно). - 📄
.epf— экспортированные обработки или отчёты (если они не нужны для работы).
⚠️ Внимание: Если вы работаете с файловым вариантом базы (не серверным), никогда не удаляйте файлы прямо в папке с базой данных (где лежит 1Cv8.1CD). Даже временные файлы там могут быть критически важны для целостности данных.
2. Лог-файлы: что хранить, а что можно стереть
Логи 1С — это журналы событий, которые помогают диагностировать ошибки. Они бывают нескольких типов, и не все из них одинаково полезны. Разберёмся, какие логи можно удалять, а какие лучше архивировать.
Основные типы логов и рекомендации по ним:
| Тип лога | Расположение | Можно удалять? | Когда чистить |
|---|---|---|---|
Логи технологического журнала (.lgp, .lgd) | %ProgramData%\1C\1cv8\logs\ | ✅ Да, но лучше архивировать перед удалением | Раз в 1-3 месяца (если нет активных проблем) |
Логи обновлений (.mnl, .mlf) | %TEMP%\1C\1cv8\ или папка с базой | ✅ Да, если обновление прошло без ошибок | Сразу после успешного обновления |
Логи реструктуризации (.lf) | Папка с базой данных | ❌ Нет, если база работает нестабильно | Хранить минимум 1 месяц после реструктуризации |
Логи фоновых задач (.log) | %AppData%\1C\1cv8\ | ✅ Да | Раз в неделю |
⚠️ Внимание: Если в вашей организации есть регламент по хранению логов (например, для аудита или разбора инцидентов), удаляйте файлы только в соответствии с этим регламентом. В некоторых случаях логи могут служить доказательством при спорных ситуациях с контрагентами или налоговой.
Для автоматизации очистки логов можно использовать скрипт на PowerShell или батник, который будет удалять файлы старше определённого возраста. Пример простого скрипта для очистки логов старше 30 дней:
forfiles /p "C:\ProgramData\1C\1cv8\logs\" /s /m .lg /d -30 /c "cmd /c del @path"Перед массовым удалением логов проверьте, не ведётся ли в данный момент отладка или разбор инцидента. Удаление логов в этот период может усложнить поиск причины сбоя.
3. Кэш 1С: когда очистка ускоряет работу
Кэш в 1С — это промежуточные данные, которые программа сохраняет для ускорения повторных операций. Со временем кэш может разрастаться и, парадоксально, замедлять работу вместо того, чтобы ускорять. Разберёмся, где он хранится и когда его стоит чистить.
Основные места хранения кэша:
- 🖥️
%AppData%\1C\1cv8\— кэш метаданных, форм, отчётов. - 🖥️
%LocalAppData%\1C\1cv8\— кэш для тонкого и веб-клиента. - 🖥️
%ProgramData%\1C\1cv8\— общий кэш для серверных установок.
Признаки того, что кэш пора чистить:
- 🐢 1С долго открывает формы или отчёты, которые раньше грузились быстро.
- 🔄 После обновления конфигурации изменения не применяются (например, не обновляются печатные формы).
- 🚨 Появляются ошибки вида "Не найден модуль" или "Ошибка загрузки метаданных".
⚠️ Внимание: Если вы работаете с распределённой информационной базой (РИБ), очистка кэша на центральном узле может потребовать синхронизации всех периферийных баз. Перед чисткой убедитесь, что это не вызовет проблем с обменами.
☑️ Очистка кэша 1С
4. Файлы обновлений: что остаётся после апдейтов
Обновления 1С оставляют после себя множество файлов: дистрибутивы, лог-файлы, временные копии. Часть из них можно удалять, но есть и такие, которые пригодятся для отката или повторной установки.
Что можно удалять после обновления:
- 🗑️ Папка
%TEMP%\1C\1cv8\— здесь остаются временные файлы установщика. - 🗑️ Файлы с расширением
.mnlи.mlfв папке с базой (если обновление прошло без ошибок). - 🗑️ Старые дистрибутивы в
%ProgramFiles%\1cv8\(например, папки вида8.3.20.1500, если вы уже обновились до новой версии).
Что нельзя удалять:
- 🔒 Файл
1cv8.cfuили1cv8.cfв папке с базой — это актуальная конфигурация. - 🔒 Папка
ext— здесь хранятся внешние отчёты и обработки, которые могут быть критически важны. - 🔒 Файлы
.dtв папке базы — это данные информационной базы.
⚠️ Внимание: Если вы используете автоматическое обновление через "1С:Облако" или аналогичные сервисы, некоторые файлы обновлений могут потребоваться для синхронизации. Перед удалением проверьте, не используется ли механизм дельта-обновлений, который может запрашивать старые версии файлов.
Если вы случайно удалили критические файлы (например, Что делать если после удаления файлов обновлений 1С перестала запускаться?
1cv8.cfu), попробуйте восстановить их из резервной копии. Если копии нет, может помочь повторная установка платформы с указанием пути к существующей базе. В крайнем случае придётся разворачивать базу из бэкапа.
5. Файлы отладки и дампы памяти: когда они нужны
При сбоях 1С может создавать дампы памяти (.dmp) и файлы отладки (.log, .trc). Эти файлы занимают много места, но иногда они единственный способ разобраться в причине критической ошибки.
Где искать файлы отладки:
- 🔍
%ProgramData%\1C\1cv8\— дампы памяти при аварийном завершении. - 🔍
%TEMP%\1C\1cv8\— трассировочные логи (.trc). - 🔍 Папка с базой — файлы
.logс именем, содержащим дату и время сбоя.
Когда можно удалять:
- 🗓️ Если сбой был разовым и больше не повторялся.
- 🗓️ Если проблема решена, и файлы не нужны для анализа.
- 🗓️ Если дампы занимают слишком много места (например, больше 1 ГБ), а ошибка не критичная.
Когда нельзя удалять:
- 🚨 Если ошибка повторяется, и вы ещё не нашли её причину.
- 🚨 Если дамп был запрошен службой поддержки 1С или вашим программистом.
- 🚨 Если в файле отладки есть упоминание о критических ошибках (например, "Access violation" или "Stack overflow").
⚠️ Внимание: Дампы памяти (.dmp) могут содержать конфиденциальные данные (например, фрагменты документов или пароли). Если вы передаёте их в поддержку, убедитесь, что файлы не содержат чувствительной информации. При необходимости используйте утилиты вроде WinDbg для очистки дампа перед отправкой.
6. Файлы резервных копий: как не запутаться в версиях
Резервные копии — это страховка от потери данных, но они тоже занимают место. Со временем папки с бэкапами разрастаются до сотен гигабайт, и в них легко потеряться. Разберёмся, какие копии можно удалять, а какие стоит хранить.
Типы резервных копий и правила их хранения:
| Тип копии | Где хранится | Срок хранения | Можно удалять? |
|---|---|---|---|
| Автоматические бэкапы перед обновлением | Папка с базой или %ProgramData%\1C\1cv8\backups\ | 1-3 месяца | ✅ Да, если обновление прошло успешно |
| Ручные копии перед критическими операциями | Указанная пользователем папка | 6-12 месяцев | ❌ Нет, если операция может потребовать отката |
| Ежедневные инкрементальные бэкапы | Сервер хранения или облако | 1 месяц | ✅ Да, кроме копий на конец недели/месяца |
| Полные еженедельные копии | Внешний накопитель или сервер | 3-6 месяцев | ❌ Нет, если нет более свежих полных копий |
Советы по управлению бэкапами:
- 📅 Настройте ротацию копий: например, хранить ежедневные бэкапы 7 дней, еженедельные — 4 недели, ежемесячные — 12 месяцев.
- 🏷️ Используйте понятные имена для копий, например:
Бухгалтерия_Полная_2026-05-01.dt. - 🔍 Перед удалением старой копии проверьте её целостность (например, через
chdbfl.exe).
⚠️ Внимание: Если вы используете облачные сервисы для бэкапов (например, "1С:Линк" или сторонние решения), не удаляйте копии напрямую из облака. Используйте интерфейс сервиса, чтобы избежать нарушения цепочки версий.
Храните как минимум 3 полные копии базы: последнюю, недельной давности и месячной. Это позволит восстановить данные даже если проблема обнаружится не сразу.
7. Файлы внешних отчётов и обработок: когда их можно чистить
Внешние обработки и отчёты (.epf, .erf) часто накапливаются в папках ext или ExternalReports. Часть из них используется ежедневно, а часть давно устарела. Разберёмся, как безопасно очистить этот "хлам".
Где искать внешние файлы:
- 📂 Папка
extв каталоге базы. - 📂
%AppData%\1C\1cv8\tmplts\— шаблоны отчётов. - 📂 Сетевые папки, если обработки хранятся централизованно.
Как определить, что можно удалять:
- 🕵️ Проверьте дату изменения файла. Если обработка не обновлялась больше года, скорее всего, её можно удалить.
- 📋 Сверьтесь с документацией или регламентами — возможно, некоторые обработки нужны для отчётности.
- 👥 Опросите пользователей: не использует ли кто-то старую обработку "по привычке".
⚠️ Внимание: Некоторые внешние обработки могут быть привязаны к ролям или правам в 1С. Удаление такого файла может привести к ошибкам доступа. Перед чисткой проверьте настройки прав в конфигураторе (Администрирование → Настройки пользователей и прав).
8. Автоматизация очистки: скрипты и утилиты
Ручная очистка файлов 1С отнимает время и чревата ошибками. К счастью, есть способы автоматизировать этот процесс. Рассмотрим несколько подходов — от простых батников до специализированных утилит.
Способы автоматизации:
- 🖥️ Планировщик задач Windows + скрипт на PowerShell или CMD. Пример команды для очистки временных файлов:
forfiles /p "C:\Users\%USERNAME%\AppData\Local\1C\1cv8\" /s /m . /d -7 /c "cmd /c del @path" - 🖥️ Утилита Clean1C — бесплатное решение для очистки кэша и логов с гибкими настройками.
- 🖥️ Скрипты на 1С:Предприятие — можно написать обработку, которая будет чистить ненужные файлы прямо из интерфейса программы.
- 🖥️ Серверные решения (например, 1С:Сервер + Cron для Linux) — для автоматизации очистки на серверах.
Что стоит учитывать при автоматизации:
- ⏰ Запускайте скрипты вне рабочего времени, чтобы не мешать пользователям.
- 📤 Настройте логирование действий скрипта — это поможет отследить, что именно было удалено.
- 🔄 Перед массовым удалением делайте тестовый запуск на копии системы.
⚠️ Внимание: Если вы используете кластер серверов 1С, автоматизированная очистка должна учитывать распределённую архитектуру. Удаление файлов на одном узле не означает, что они исчезнут на всех остальных. Для таких случаев лучше использовать централизованные решения вроде 1С:Дистрибутив или специализированные скрипты для кластера.
Файлы Скорее всего, были удалены актуальные файлы метаданных. Попробуйте:
FAQ: Частые вопросы по очистке файлов 1С
Можно ли удалять файлы с расширением
.cdx и .cd?.cdx и .cd — это индексы и данные конфигурации для файлового варианта базы. Удалять их категорически нельзя, иначе база перестанет открываться. Эти файлы обновляются автоматически при изменении конфигурации.Что делать, если после очистки кэша 1С перестала открывать формы?
/ClearCache (например, через ярлык: "C:\Program Files\1cv8\8.3.20.1500\bin\1cv8.exe" /ClearCache).
Как очистить файлы 1С на сервере, не прерывая работу пользователей?
Для серверных установок:
- Используйте репликацию: очищайте файлы на резервном сервере, затем синхронизируйте изменения.
- Настройте окно обслуживания в кластере 1С, чтобы пользователи автоматически переподключались к другому узлу.
- Для очистки логов и кэша используйте 1С:Сервер с параметром
/DontUseInServiceMode, чтобы не блокировать сеансы.
Можно ли удалять папку bin в каталоге 1С?
Папка bin содержит исполняемые файлы платформы. Удалять её нельзя — это приведёт к неработоспособности 1С. Если вам нужно освободить место, удаляйте старые версии платформы (папки вида 8.3.19.1200), но только если они не используются.
Как узнать, какие внешние обработки можно удалять?
Чтобы определить ненужные обработки:
- Проверьте дату последнего изменения файла.
- Используйте отчёт
"Анализ использования внешних обработок"(если он есть в вашей конфигурации). - Создайте тестовую базу и попробуйте удалить обработку там — если всё работает, можно чистить рабочую версию.