Чистка 1С от мусора: что можно удалить, а что трогать нельзя

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

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

Сначала найдите, что именно занимает место

Не удаляйте вслепую. Сначала узнайте, кто съел диск. Для этого подойдёт любая программа-анализатор дискового пространства или штатная «Параметры → Система → Память» в Windows. Смотрите на размеры, а не на названия.

Типичные «пожиратели» места, от самых частых:

• 🗃 Сама база — файл 1Cv8.1CD в каталоге базы. Растёт годами, и это нормально.
• 📜 Журнал регистрации — каталог 1Cv8Log рядом с базой. Для активной базы легко набегает несколько гигабайт.
• 🧹 Кэш клиента — папки с длинными именами из букв и цифр в профиле пользователя.
• 🗂 Временные файлы — .tmp в каталоге %TEMP%, остатки после аварийных закрытий.
• 💾 Резервные копии — .dt, .zip и .cf, которые копились годами в каталоге базы или на рабочем столе.
• 🖥 Серверные каталоги — данные кластера, технологический журнал, если его включали и забыли выключить.

Отдельно присмотритесь к рабочему столу и папке «Документы» пользователей. Бухгалтеры любят выгружать туда отчёты в Excel, архивы баз и результаты обмена с банком. Один такой архив спокойно весит несколько гигабайт, а в списке «чистки 1С» его никто не ищет.

Если база стоит на общем сетевом диске, посмотрите и там: старые копии .dt рядом с рабочей базой почти всегда накапливаются. Удалять их безопасно, когда есть свежая выгрузка и вы проверили, что она открывается.

Быстрая проверка по каталогу базы:

Что делают штатные средства платформы

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

Удаление помеченных объектов

Пользователи помечают лишнее на удаление, но физически записи остаются. Откройте раздел «Администрирование» и найдите «Удаление помеченных объектов» (проще всего через поиск по командам). Платформа сама проверит ссылки и удалит только то, на что никто не ссылается.

Заранее посмотрите список: иногда в нём оказываются документы, помеченные случайно. Что не удалилось из-за ссылок, придётся разбирать отдельно.

Тестирование и исправление

Эта команда есть в Конфигураторе, в меню «Администрирование». Она проверяет целостность и может сжать структуру таблиц. После неё файл базы нередко становится меньше, особенно если в базе много раз удаляли и перезаписывали данные.

Порядок такой:

1. Все пользователи вышли из базы, копия сделана.
2. Откройте Конфигуратор с правами администратора базы.
3. Запустите «Тестирование и исправление» с включённой реструктуризацией таблиц.
4. Дождитесь окончания. На большой базе это может занять час и больше.

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

Выгрузка и загрузка

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

Чистка кэша и временных файлов на компьютере

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

Где лежит кэш

В профиле пользователя есть два каталога платформы:

• %APPDATA%\1C\1Cv8 — данные роуминга;
• %LOCALAPPDATA%\1C\1Cv8 — локальные данные.

В них вы увидите папки с именами вида идентификатора. Именно их и удаляют. Включите в проводнике показ скрытых папок, иначе каталоги не видны.

Как почистить вручную

1. Закройте все окна 1С, проверьте в диспетчере задач, что процессов 1cv8 и 1cv8c нет.
2. Откройте оба каталога из списка выше.
3. Удалите вложенные папки с идентификаторами. Файлы настроек списка баз не трогайте.
4. Очистите %TEMP%: удалите файлы и папки, которые Windows не держит открытыми. Занятые система не даст удалить, пропустите их.
5. Запустите 1С. Первый запуск будет чуть дольше обычного.

Очистка кэша параметром запуска

У платформы есть параметр командной строки /ClearCache. Он очищает клиент-серверный кэш при запуске. Пример для ярлыка:

"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /ClearCache

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

Журнал регистрации и файлы блокировок

Журнал регистрации пишет, кто и что делал в базе. Для файловой базы он лежит в каталоге 1Cv8Log рядом с файлом базы. Если не ограничить его рост, он разрастается. Хуже всего ситуация, когда в нём включено слишком много событий.

Как сократить журнал

Штатный путь: Конфигуратор, меню «Администрирование», пункт про журнал регистрации. Там есть настройки, в том числе сокращение журнала до заданной даты. Старые записи будут удалены без риска для данных базы. Нужно ли вам хранить историю действий, решайте по регламенту компании: для расследований она иногда нужна.

Удалять каталог 1Cv8Log вручную можно только когда базу никто не использует. Платформа создаст журнал заново, но потеряется вся история.

Файл блокировки

В каталоге файловой базы появляется маленький файл 1Cv8.cdn. Он нужен для контроля работы пользователей. После аварийного завершения он может остаться, и тогда база считает, что кто-то работает.

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

Чистка на сервере: клиент-серверный вариант

На сервере всё устроено иначе: база лежит в СУБД, а у кластера 1С есть свои служебные каталоги. Файл базы здесь удалять нечего, место занимает совсем другое.

Технологический журнал выручает при разборе проблем, но забывается включённым. Он способен забить диск за считанные дни. Проверьте, нет ли у вас файла logcfg.xml с настройкой, которая пишет всё подряд.

Не удаляйте вручную папки внутри каталога данных кластера, пока служба «Агент сервера 1С:Предприятия» работает. Остановите службу или используйте консоль кластера.

Автоматическая чистка по расписанию

Раз в неделю руками ничего не делать приятно. Для пользовательских компьютеров достаточно простого bat-файла. Он удаляет кэш и временные файлы, но не трогает список баз.

@echo off
rem Чистка кэша 1С в профиле текущего пользователя
taskkill /f /im 1cv8.exe >nul 2>&1
taskkill /f /im 1cv8c.exe >nul 2>&1

for /d %%D in ("%APPDATA%\1C\1Cv8\*") do rd /s /q "%%D"
for /d %%D in ("%LOCALAPPDATA%\1C\1Cv8\*") do rd /s /q "%%D"

del /q /f "%TEMP%\*.tmp" >nul 2>&1
echo Готово

Запуск по расписанию через планировщик Windows одной командой:

schtasks /create /tn "Чистка кэша 1С" /tr "C:\scripts\clean1c.bat" /sc weekly /d SUN /st 03:00

Для старых резервных копий используйте удаление по возрасту файла. В Windows это делает forfiles:

forfiles /p "D:\Backup1C" /m *.dt /d -30 /c "cmd /c del @path"

Здесь удаляются выгрузки .dt старше 30 дней. Срок подберите под свой регламент и сначала проверьте команду без del, просто выводя @path.

На Linux-сервере то же делает find с параметром -mtime, запущенный из cron. Принцип тот же: удаляем только по маске и только старше заданного срока.

Если после чистки что-то сломалось

Чаще всего после чистки ничего не ломается. Но бывает.

После любого сбоя первым делом вернитесь к копии, которую сделали перед чисткой. Именно поэтому её нужно делать каждый раз, даже для «безобидной» процедуры.

Как не доводить диск до критичной отметки

Чистку лучше сделать привычкой, а не спасательной операцией. Несколько правил, которые экономят время:

• 📅 Раз в месяц сокращайте журнал регистрации до разумного срока.
• 🧾 Храните резервные копии не вечно, а по ротации: последние 7 ежедневных, 4 еженедельных.
• 🛑 Выключайте технологический журнал сразу после отладки.
• 🧼 Удаляйте помеченные на удаление объекты по графику, а не раз в несколько лет.
• 📏 Следите за свободным местом: порог в 15–20% диска считается рабочим, ниже — повод разбираться.

Частые вопросы