Чистим диск после 1С: кэш, временные файлы, логи и старые релизы
Содержание
Без ошибок в 1С 8.3 можно удалить кэш пользователя (папки с длинными именами-GUID в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8), временные файлы v8_*.tmp, шаблоны старых обновлений в папке tmplts, лишние версии платформы и файлы техжурнала. Удалять нельзя только одно: файл базы 1Cv8.1CD и служебные файлы кластера. Всё остальное платформа либо пересоздаст сама, либо оно просто перестанет занимать место.
Правило одно на всю очистку: удаляют при закрытой 1С. Файлы, открытые программой, Windows удалить не даст, а частично стёртый кэш даёт странные ошибки при следующем запуске.
Где 1С хранит данные, а где — временные файлы
Сначала разберитесь, что где лежит. Ценные данные у 1С сосредоточены в одном-двух местах, остальное — производное.
| Что | Где лежит | Можно удалить? |
|---|---|---|
| Файловая база | 1Cv8.1CD в каталоге базы | ❌ Никогда |
| Индекс полнотекстового поиска | папка 1Cv8FTxt в каталоге базы | ✅ При закрытой базе, затем перестроить |
| Журнал регистрации файловой базы | папка 1Cv8Log в каталоге базы | ⚠️ Да, но теряется история |
| Временная база | 1Cv8tmp.1CD в каталоге базы | ✅ При закрытой базе |
| Файл блокировки | 1Cv8.1CL в каталоге базы | ✅ Только если базу точно никто не открыл |
| Кэш конфигурации и настроек | GUID-папки в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 | ✅ При закрытой 1С |
| Список баз | ibases.v8i в %APPDATA%\1C\1CEStart | ❌ Список баз пропадёт |
| Шаблоны обновлений | %APPDATA%\1C\1cv8\tmplts | ✅ Старые релизы |
| Платформы | C:\Program Files\1cv8\8.3.x.xxxx | ✅ Неиспользуемые версии |
| Серверная база | в СУБД (MS SQL, PostgreSQL) | ❌ Через 1С не трогают |
| Кэш сеансов сервера | srvinfo\reg_1541\snccntx… | ✅ При остановленной службе |
Для серверной базы на компьютере пользователя данных нет вообще: всё лежит в СУБД. Поэтому на рабочих местах чистится только кэш, а на сервере — кэш кластера и логи.
Не уверены, файловая база или серверная? Посмотрите строку подключения в окне запуска: File="D:\Base\..." — файловая, Srvr=...;Ref=... — серверная.
Кэш и временные файлы пользователя: удаляются первыми
Кэш — главный кандидат на удаление. Платформа хранит в нём копию конфигурации, чтобы не скачивать её с сервера при каждом входе. Со временем там копятся копии от давно удалённых баз и старых релизов. На компьютере бухгалтера, который годами работает с десятком баз, кэш легко вырастает до нескольких гигабайт.
Что именно удалять
- 📁
%APPDATA%\1C\1cv8\— папки с именами вида0f8a1c2e-…(36 символов с дефисами). - 📁
%LOCALAPPDATA%\1C\1cv8\— такие же GUID-папки, обычно они крупнее. - 🗑️
%TEMP%\v8_*.tmp— временные файлы сеансов, после закрытия 1С не нужны. - 🗑️ папка
dumpsв профиле 1С — дампы падений клиента, нужны только при разборе сбоя.
Скопируйте путь в адресную строку Проводника — Windows сама подставит имя пользователя.
Что оставить
ibases.v8iи папку1CEStart— там список баз из окна запуска.- Файлы
*.pflв корне%APPDATA%\1C\1cv8— профиль запуска. Удалить их можно, но сбросятся сохранённые параметры клиента. - Папку
tmplts— о ней отдельный раздел ниже.
Пошагово
- Закройте все окна 1С. Проверьте в диспетчере задач, что нет процессов
1cv8.exeи1cv8c.exe. - Откройте
%LOCALAPPDATA%\1C\1cv8, выделите все GUID-папки, удалите. - То же в
%APPDATA%\1C\1cv8. - Удалите
%TEMP%\v8_*.tmp. Файлы, которые заняты другими программами, Windows пропустит — это нормально. - Запустите 1С. Первый вход в каждую базу будет медленнее: кэш собирается заново.
Есть и мягкий способ для одной базы: запуск с параметром /ClearCache. Его дописывают в поле дополнительных параметров запуска в свойствах базы (кнопка Изменить в окне запуска, последний шаг мастера). Платформа сама очистит кэш именно этой базы при входе.
Пользовательские настройки форм и отчётов хранятся в самой базе, а не в кэше. Удаление GUID-папок их не сбросит. Пропадут только мелочи вроде последних открытых файлов.
Журнал регистрации и технологический журнал: что можно стереть
Журнал регистрации — это история действий пользователей: кто провёл документ, кто удалил элемент. Для файловой базы он лежит в папке 1Cv8Log рядом с 1Cv8.1CD. Для серверной — в каталоге базы внутри srvinfo\reg_1541\<GUID базы>\1Cv8Log на сервере.
Журнал может весить больше самой базы. Типичная картина: база 3 ГБ, журнал за пять лет — 15 ГБ.
Как сократить журнал правильно
Удалять папку целиком — грубый путь: теряется вся история. Правильнее сократить журнал штатно:
- Откройте базу в Конфигураторе.
- Откройте
Администрирование → Журнал регистрациии в меню окна журнала выберите команду сокращения. - Укажите дату: записи раньше неё будут удалены. При желании сохраните их в отдельный файл — так история останется в архиве.
- В пункте
Администрирование → Настройка журнала регистрациивключите разделение на периоды (например, по месяцам). Тогда старые файлы можно переносить в архив целиком, не открывая Конфигуратор.
Если журнал нужен для проверок и расследований, не стирайте его, а архивируйте: сохраните выгрузку записей и только потом сокращайте.
Технологический журнал и дампы
Технологический журнал (техжурнал) включают для диагностики через файл logcfg.xml в каталоге conf платформы. Он пишет файлы в папку, указанную в этом файле, и очень быстро растёт: десятки гигабайт за сутки на нагруженном сервере — обычное дело.
- ✅ Логи техжурнала можно удалять полностью, если разбор проблемы закончен.
- ✅ Дампы (
*.mdmp) — тоже, если их не ждёт поддержка или разработчик. - 🔧 Если диагностика больше не нужна — удалите или переименуйте
logcfg.xml. Иначе логи появятся снова.
Забытый включённый техжурнал — одна из частых причин, почему на сервере 1С внезапно заканчивается место на диске.
Служебные папки базы и кластера сервера
В каталоге файловой базы
Каталог базы — место, где ошибка стоит дороже всего. Допустимо удалить:
1Cv8tmp.1CD— временная база для промежуточных расчётов. Создаётся заново.1Cv8FTxt— индекс полнотекстового поиска. После удаления перестройте его вАдминистрирование → Обслуживание(раздел полнотекстового поиска) или в Конфигураторе.- Старые выгрузки
*.dtи копии*.1CD, сделанные перед обновлением, — если они уже лежат в резервном хранилище.
1Cv8.1CD трогать нельзя ни при каких условиях. Если базу нужно «облегчить», это делают сверткой информационной базы или сжатием таблиц (тестирование и исправление в Конфигураторе), а не удалением файлов.
На сервере 1С:Предприятия
В каталоге srvinfo (по умолчанию C:\Program Files\1cv8\srvinfo) лежит реестр кластера. Безопасно удаляется только кэш сеансовых данных — папки snccntx<GUID> внутри reg_1541.
Именно это советуют, когда на сервере появляются необъяснимые ошибки сеансов или после аварийного выключения сервер не пускает пользователей.
- Предупредите пользователей: при остановке службы все сеансы оборвутся, несохранённые документы пропадут. Делайте это вечером или в выходной.
- Остановите службу «Агент сервера 1С:Предприятия 8.3» в оснастке «Службы».
- Перенесите папки
snccntx…во временный каталог (не удаляйте сразу). - Запустите службу и проверьте вход в базы. Если всё работает — удалите перенесённые папки.
Не трогайте в srvinfo:
- ❌
1CV8Clst.lst— список баз и настроек кластера. Без него кластер «забудет» все базы. - ❌ папки с GUID баз внутри
reg_1541целиком — в них журнал регистрации и настройки. - ❌ файлы администраторов и рабочих серверов.
Шаблоны обновлений и старые платформы
Шаблоны конфигураций
При установке обновления конфигурации (БП, ЗУП, УТ) файлы релиза распаковываются в %APPDATA%\1C\1cv8\tmplts\1c\<имя конфигурации>\<номер релиза>. Каждый релиз — от 200 МБ до гигабайта. Пять лет обновлений без чистки — это десятки гигабайт.
- ✅ Удаляйте папки старых релизов.
- ✅ Оставьте один-два последних — вдруг понадобится создать новую базу из шаблона или повторить обновление.
- 💡 Если обновления ставят через интернет
-поддержку прямо из программы, большая часть файлов загружается во временный каталог и удаляется сама. Но шаблоны, установленные вручную
setup.exe, остаются навсегда.
Шаблоны могут лежать и в другом каталоге, если его выбрали при установке. Посмотрите список каталогов шаблонов в окне запуска: Настройка… — там указаны все пути, где 1С их ищет.
Старые версии платформы
Каждая версия платформы ставится в свою папку: C:\Program Files\1cv8\8.3.24.1586, 8.3.25.1374 и так далее. Одна версия — около 1 ГБ.
- Узнайте, какая версия нужна: она указана в
Справка → О программекаждой используемой базы. Для серверных баз версия клиента должна совпадать с версией сервера. - Удаляйте лишние версии через
Параметры Windows → Приложения(или «Программы и компоненты»), а не удалением папки. Иначе в системе останутся «хвосты» установщика. - Папку
C:\Program Files\1cv8\commonне трогайте: там1cestart.exe, который открывает окно запуска.
Если в настройках базы в окне запуска указана конкретная версия платформы, а её удалить, база не откроется. Перед удалением проверьте поле версии в свойствах базы — лучше выставить там общий номер вида 8.3.
Файлы блокировок и целостности
Самая опасная группа. Здесь удаление иногда решает проблему, а иногда создаёт новую.
Файл 1Cv8.1CL
Это файл блокировки файловой базы. Он появляется, пока кто-то работает в базе, и исчезает после выхода последнего пользователя. Если после сбоя (отключили свет, завис компьютер) файл остался, база может сообщать, что занята, хотя в ней никого нет.
Удалять 1Cv8.1CL можно только когда точно известно: базу не открыл ни один человек и ни одна служба.
- Попросите всех выйти из базы.
- На компьютере, где лежит база, проверьте открытые файлы:
Управление компьютером → Общие папки → Открытые файлы. - Если там есть
1Cv8.1CD— закройте сеанс того пользователя, предупредив его: несохранённые данные пропадут. - Только после этого удалите
1Cv8.1CL.
Удаление файла блокировки при работающих пользователях может повредить файловую базу
. Сделайте копию 1Cv8.1CD перед этой операцией.
Проверка целостности вместо удаления
Если база выдаёт ошибки чтения, удаление служебных файлов не поможет. Для файловой базы есть утилита chdbfl.exe в папке bin платформы: она проверяет физическую целостность 1Cv8.1CD и умеет исправлять ошибки. Перед её запуском база должна быть закрыта, а копия файла — сделана.
Логическую целостность проверяют в Конфигураторе: Администрирование → Тестирование и исправление. Это требует монопольного доступа, все пользователи должны выйти.
Как автоматизировать очистку
Ручная очистка раз в полгода — нормально для одного компьютера. Для офиса на 20 рабочих мест удобнее скрипт.
Скрипт очистки кэша для рабочего места
Скрипт проверяет, что 1С закрыта, и удаляет только GUID-папки и временные файлы:
@echo off
tasklist /fi "imagename eq 1cv8.exe" | find /i "1cv8.exe" >nul && (echo 1С запущена, очистка отменена & exit /b 1)
tasklist /fi "imagename eq 1cv8c.exe" | find /i "1cv8c.exe" >nul && (echo 1С запущена, очистка отменена & exit /b 1)
for /d %%G in ("%APPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%%G"
for /d %%G in ("%LOCALAPPDATA%\1C\1cv8\????????-????-????-????-????????????") do rd /s /q "%%G"
del /q "%TEMP%\v8_*.tmp" 2>nul
echo Кэш 1С очищен
Маска из вопросительных знаков совпадает только с именами формата GUID, поэтому tmplts, 1CEStart и файлы профиля скрипт не заденет.
Как запускать:
- 🕐 через планировщик заданий Windows при входе пользователя в систему — до запуска 1С;
- 🖥️ через групповую политику как сценарий входа, если компьютеры в домене;
- 👤 ярлыком на рабочем столе — пользователь запускает сам, когда 1С начинает «тормозить».
Что делать на сервере
- 📋 Журнал регистрации — разделение по периодам плюс ежемесячный перенос старых файлов в архив.
- 🧹 Техжурнал — параметр
historyвlogcfg.xmlзадаёт, сколько часов хранить логи. Платформа сама удалит старые файлы. - 💾 Резервные копии и выгрузки
.dt— правило хранения (например, ежедневные за 14 дней, ежемесячные за год) в скрипте или программе резервного копирования. - 🗂️
snccntx— только по необходимости, вручную, при остановленной службе. Автоматизировать не стоит.
Частые ошибки при очистке
- Удалили папку
1cv8целиком в профиле. Пропадаетtmpltsс шаблонами и профиль запуска. Список баз уцелеет, он в1CEStart, но шаблоны придётся скачивать заново. - Почистили кэш при открытой 1С. Часть файлов удалилась, часть нет. Результат — ошибки при входе вида «неверный формат файла». Лечится повторной очисткой при закрытой программе.
- Стерли
1Cv8Logперед проверкой. История изменений исчезла, восстановить её можно только из резервной копии. - Удалили платформу, на которую «завязана» база. База перестаёт запускаться, пока не поправите версию в её свойствах или не поставите платформу снова.
- Удалили
1CV8Clst.lstна сервере. Кластер стартует пустым, базы придётся регистрировать заново. Если файл удалён — восстановите его из резервной копии сервера.