Какие файлы 1С можно удалять без риска для базы

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

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

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

Какие файлы 1С существуют и где они лежат

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

Типовое расположение кэша на компьютере пользователя — папки вида %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\, где внутри лежат каталоги с длинными именами-идентификаторами (GUID) для каждой базы. На сервере 1С служебные данные хранятся в каталоге srvinfo (обычно C:\Program Files\1cv8\srvinfo или в профиле службы агента). Временные файлы сеансов попадают в системные TEMP-каталоги и в подкаталог reg_1541 и аналогичные внутри srvinfo.

Кэш 1С: главный кандидат на удаление

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

Порядок удаления прост: завершить все сеансы 1С на компьютере, открыть %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\, удалить папки с GUID-именами, соответствующие проблемной базе. Если определить нужную папку сложно — можно удалить все GUID-каталоги: последствием будет только повторное построение кэша при запуске каждой базы. Файл 1cv8cmn.pfl и подобные в этих же каталогах хранят пользовательские настройки интерфейса — их удаление сбросит настройки окон, что иногда тоже требуется, но об этом стоит предупредить пользователя.

1. 1
   Завершите все сеансы 1С: закройте Предприятие и Конфигуратор, проверьте отсутствие процессов 1cv8.exe в диспетчере задач
2. 2
   Откройте %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 через строку «Выполнить» (Win+R)
3. 3
   Найдите папки с длинными именами из букв и цифр (GUID) — это кэш баз
4. 4
   Удалите папку нужной базы или все GUID-папки, если определить нужную не удалось
5. 5
   Запустите базу и проверьте: первый старт будет дольше обычного, кэш пересоздастся автоматически

Временные файлы и файлы сеансов

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

Удалять можно содержимое системных TEMP-папок (%TEMP% пользователя, C:\Windows\Temp) при условии, что сеансы завершены, а также старые файлы в служебных подкаталогах сервера — но только при остановленной службе агента сервера 1С. Файлы, которые старше нескольких дней и не открыты ни одним процессом, практически всегда являются «мусором». Если система не даёт удалить файл, потому что он занят — это признак активного сеанса, и такой файл трогать не нужно.

Архивные копии, дистрибутивы и обновления

Архивные копии баз (файлы .dt, zip-архивы, копии каталогов базы) удалять можно, но только при соблюдении двух условий: существует минимум одна свежая проверенная копия, и удаляемые копии действительно устарели согласно принятой политике хранения. Практичное правило — хранить несколько последних копий за разные даты, а не одну: если свежая копия окажется повреждённой, откатиться будет не на что.

Дистрибутивы платформы и скачанные обновления конфигураций (каталоги с шаблонами, обычно в tmplts в профиле пользователя) после успешной установки можно удалять — они нужны только для установки. Старые версии платформы в C:\Program Files\1cv8\ тоже удаляются, но только после проверки, что ни одна база и ни один ярлык не запускаются именно с этой версией. Проверить просто: открыть свойства базы в списке стартера и посмотреть, какая версия платформы указана.

Маршрут решения

Как выбрать действие

Файл находится в кэше (GUID-папки в профиле пользователя)Удаляйте смело — платформа пересоздаст его при запуске

Это архивная копия старше принятого срока хранения и есть свежие копииУдаляйте, предварительно проверив, что свежая копия открывается

Это дистрибутив или шаблон обновления после успешной установкиМожно удалить — для работы он не нужен

Это файл 1Cv8.1CD, журнал регистрации или файл соединенияНе удаляйте без резервной копии — это данные базы или её настройки

Что удалять нельзя: файлы базы и журналы

Файл 1Cv8.1CD — это и есть файловая информационная база целиком: данные, конфигурация, пользователи. Его удаление равносильно удалению базы. Рядом с ним лежит каталог журнала регистрации 1Cv8Log — его удаление не разрушает данные, но стирает историю действий пользователей, что критично при расследовании инцидентов и может нарушать требования учёта. Файлы блокировок и служебные файлы рядом с базой пересоздаются, но удалять их при работающих сеансах опасно.

В клиент-серверном варианте нельзя трогать файлы базы в СУБД напрямую — только штатными средствами самой СУБД. В каталоге srvinfo критичны подкаталоги reg_1541 (реестр кластера, список баз и настройки) — его повреждение означает потерю регистрации баз на сервере. Внутри srvinfo также есть каталоги вида snccntx и журналы — их очистка возможна, но только при остановленной службе и понимании структуры.

Как проверить, что после очистки всё работает

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

После удаления архивных копий обязательно проверьте оставшиеся: файл .dt должен открываться в тестовой загрузке, zip-архив — распаковываться без ошибок. Копия, которая не проверялась, считается отсутствующей. Для серверных баз после работ в srvinfo проверьте, что служба агента запускается, кластер виден в консоли, а базы открываются у пользователей.

Контрольные точки

Как проверить результат очистки

Запуск базы после удаления кэша

Норма

База стартует дольше обычного, ошибок нет

Тревожный признак

Ошибки формата потока или база не открывается

Оставшиеся архивные копии

Норма

Файл .dt загружается в тестовую базу без ошибок

Тревожный признак

Копия не открывается или выдаёт ошибку при загрузке

Работа сервера после очистки srvinfo

Норма

Служба агента запущена, базы видны в консоли кластера

Тревожный признак

Служба не стартует или список баз пуст

Место на диске

Норма

Освободился ожидаемый объём

Тревожный признак

Объём не изменился — удалены не те каталоги

FAQ: частые вопросы об удалении файлов 1С

Можно ли удалить папку с длинным именем из букв и цифр в AppData?

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

Сколько архивных копий базы нужно хранить?

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

Можно ли удалить старые версии платформы 1С из Program Files?

Можно, если ни одна база не запускается этой версией. Проверьте в свойствах каждой базы в списке стартера, какая версия платформы назначена. Удаление выполняется штатно через «Установка и удаление программ», а не стиранием папки вручную.

Что будет, если удалить файл 1Cv8.1CD?

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

Почему после очистки кэша база стала запускаться дольше?

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

Можно ли настроить автоматическую очистку временных файлов 1С?

Да, типовая практика — плановое задание (планировщик Windows или скрипт), которое при остановленных сеансах чистит TEMP-каталоги и кэш старше заданного срока. Важно, чтобы скрипт работал в период, когда пользователи гарантированно не работают, и не затрагивал каталоги баз и srvinfo.