Чистим диск после 1С: кэш, логи, шаблоны и дампы, которые не нужны базе

Без риска для базы данных в 1С 8.3 можно удалять пользовательский кэш (%APPDATA%\1C\1cv8\<GUID> и %LOCALAPPDATA%\1C\1cv8\<GUID>), временные файлы v8_*.tmp в %TEMP%, старые шаблоны обновлений из tmplts, дампы .mdmp и логи технологического журнала. Нельзя трогать файл 1Cv8.1CD в файловой базе и списки кластера 1CV8Clst.lst, 1CV8Reg.lst на сервере. Всё прочее удаляют только при закрытой программе.

Типичная ситуация: на диске C: осталось 3 ГБ, бухгалтер жалуется, что 1С «тормозит», а в профиле пользователя лежит 15 ГБ шаблонов конфигураций за пять лет обновлений. Большую часть этого можно стереть за пять минут. Главное — понимать, какой файл за что отвечает.

Что можно удалять, а что нельзя: сводная таблица

Сначала карта. Пути даны для Windows и платформы 8.3 с настройками по умолчанию.

Временные файлы 1С: чистятся без последствий

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

Как правило, 1С сама удаляет их при закрытии. Но после аварийного завершения, «зависшего» сеанса или выключения компьютера кнопкой они остаются. За год на активном рабочем месте набегает от сотен мегабайт до нескольких гигабайт.

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

1. Закройте все окна 1С, включая Конфигуратор.
2. Нажмите Win+R, введите %TEMP% и нажмите Enter.
3. Отсортируйте по имени, выделите всё, что начинается на v8_, и удалите.
4. Если Windows пишет, что файл занят, — где-то ещё работает процесс 1С. Проверьте в диспетчере задач процессы 1cv8.exe и 1cv8c.exe.

💡 На терминальном сервере у каждого пользователя своя папка %TEMP%. Чистить их по одной неудобно — для этого есть скрипт в разделе про автоматизацию.

Журнал регистрации и логи: что хранить, а что стирать

Журнал регистрации базы

Журнал регистрации лежит в папке 1Cv8Log: у файловой базы — внутри её каталога, у серверной — в srvinfo\reg_1541\<GUID базы>\1Cv8Log. В 8.3 есть два формата: старый (файлы .lgf и .lgp) и новый (один файл .lgd).

Журнал бывает нужен: по нему разбирают, кто удалил документ или поменял проводку. Поэтому стирать его целиком — плохая идея. Правильный путь — сократить:

1. Откройте базу в режиме Конфигуратора.
2. Меню Администрирование → Настройка журнала регистрации.
3. Нажмите «Сократить», укажите дату, до которой удалить записи. По желанию сохраните удаляемую часть в отдельный файл.

В том же окне задаётся, какие события писать. Режим «Регистрировать все события» на большой базе за год даёт десятки гигабайт. Для учёта обычно хватает ошибок, предупреждений и информации.

Технологический журнал сервера

Технологический журнал включается файлом logcfg.xml в каталоге conf платформы. Каталог для логов и срок хранения задаются там же атрибутами location и history (в часах). Сами файлы .log можно удалять смело, но лучше задать срок хранения:

<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="D:\1c_techlog" history="48">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Здесь платформа сама хранит записи только за последние 48 часов. Забытый журнал без history с фильтром на все события способен заполнить диск сервера за пару дней.

Кэш 1С: когда очистка действительно ускоряет работу

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

• 📁 %APPDATA%\1C\1cv8\ — роуминговая часть профиля;
• 📁 %LOCALAPPDATA%\1C\1cv8\ — локальная часть.

Очистка помогает, когда:

• 🐢 после обновления конфигурации формы открываются по-старому или с ошибками;
• 🧩 появляются странные ошибки на клиенте, которых нет у коллег в той же базе;
• 🔁 база просит перезапуск, хотя обновлений не было;
• 💾 папка кэша разрослась до гигабайт на машине, где открывают много баз.

На «просто медленную» базу очистка кэша почти не влияет. Если тормозит у всех пользователей сразу, причина на сервере или в СУБД, а не в кэше клиента.

Способ 1. Параметр запуска /ClearCache

В окне запуска выберите базу, нажмите «Изменить», пройдите до последнего шага мастера и в поле «Дополнительные параметры запуска» впишите /ClearCache. Запустите базу, после входа параметр лучше убрать — иначе кэш будет сбрасываться при каждом старте и первый запуск станет долгим всегда.

Способ 2. Удалить папки вручную

1. Закройте 1С.
2. Откройте %APPDATA%\1C\1cv8\ и удалите папки с длинными именами вида a1b2c3d4-....
3. То же самое повторите в %LOCALAPPDATA%\1C\1cv8\.
4. Запустите базу — первый вход будет дольше обычного, это нормально.

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

Хвосты после обновлений: шаблоны, дистрибутивы, версии платформы

Шаблоны конфигураций

Каждый скачанный релиз БП, ЗУП или УТ устанавливается в каталог шаблонов. По умолчанию это %APPDATA%\1C\1cv8\tmplts. Внутри — папки по поставщику и конфигурации, а в них по папке на каждый релиз с файлами .cf и .cfu. Один релиз БП 3.0 весит несколько сотен мегабайт, а за годы их накапливаются десятки.

Что оставить:

• текущий релиз каждой конфигурации, которая у вас работает;
• релиз, на который планируете обновляться.

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

💡 Каталог шаблонов можно перенести на другой диск: в окне запуска нажмите «Настройка» и укажите новый путь в списке каталогов шаблонов. Сами папки при этом перенесите вручную.

Старые версии платформы

Каждое обновление платформы ставится рядом с прежним: C:\Program Files\1cv8\8.3.24.xxxx, 8.3.25.xxxx и так далее. Удалять их нужно через Панель управления → Программы и компоненты — так снимаются записи из реестра.

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

Резервные копии, созданные при обновлении

Обработка обновления в типовых конфигурациях предлагает сделать резервную копию перед установкой релиза. Эти .dt или копии каталогов лежат там, куда указал пользователь при первом запуске, и часто забываются. О них — в разделе про резервные копии.

Дампы памяти и файлы отладки: когда их можно стереть

Дамп (.mdmp) — снимок памяти процесса в момент аварии. Платформа пишет его, когда клиент или рабочий процесс сервера падает. На сервере каталог дампов задаётся в logcfg.xml элементом <dump location="...">. На клиентских машинах дампы обычно лежат в %LOCALAPPDATA%\1C\1cv8\dumps.

Дампы нужны только для разбора причины падения: их отправляют в техподдержку или партнёру. Если сбой разобран или повторяться перестал — удаляйте. Полный дамп рабочего процесса весит столько же, сколько процесс занимал в памяти, то есть легко 4–8 ГБ.

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

Кэш сеансов сервера (snccntx)

В каталоге srvinfo\reg_1541 лежат папки snccntx с данными сеансов. Их чистка — известный приём администратора, когда сервер ведёт себя странно: сеансы не завершаются, база не открывается после аварии, растёт память.

Порядок:

1. Предупредите пользователей: при остановке службы все сеансы оборвутся, несохранённые документы пропадут. Делайте это вечером или в выходные.
2. Остановите службу агента сервера 1С:Предприятия.
3. Удалите папки snccntx* в srvinfo\reg_1541.
4. Запустите службу и проверьте вход в базы.

Файлы 1CV8Clst.lst (в reg_1541) и 1CV8Reg.lst (в srvinfo) не удаляйте ни при каких условиях: в них список информационных баз и настройки кластера.

Резервные копии: как не утонуть в версиях

Резервные копии — единственная категория, где ошибка «удалил лишнее» стоит дороже всего. Простое правило хранения:

Чтобы не путаться, в имя файла вписывайте базу, дату и повод. Копия «перед обновлением» становится лишней, как только вы закрыли месяц на новом релизе и всё сошлось.

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

Внешние отчёты и обработки: можно ли удалить файлы .erf и .epf

Здесь важно, как файл подключён:

• 📎 Подключён через «Дополнительные отчёты и обработки» в разделе Администрирование → Печатные формы, отчёты и обработки. Файл загружен внутрь базы, и копия на диске программе больше не нужна. Её можно удалить, хотя оригинал от разработчика лучше хранить в архиве.
• 📂 Открывается через «Файл → Открыть» каждый раз. Тогда файл на диске — единственный экземпляр. Удалите его — обработка пропадёт.

Если на сетевом диске лежат десятки .epf с именами вида Обработка_новая_2.epf, сверьтесь со списком дополнительных обработок в базе. Всё, что там зарегистрировано, на диске — просто дубль.

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

Автоматизация очистки: скрипты и планировщик

Ручную чистку на одном компьютере делают раз в полгода. Для терминального сервера или офиса на 20 мест удобнее скрипт по расписанию.

bat-файл для рабочего места

Скрипт проверяет, что 1С не запущена, и удаляет временные файлы и кэш текущего пользователя:

@echo off
tasklist /FI "IMAGENAME eq 1cv8c.exe" | find /I "1cv8c.exe" >nul && exit /b
tasklist /FI "IMAGENAME eq 1cv8.exe" | find /I "1cv8.exe" >nul && exit /b

del /q /f "%TEMP%\v8_*.tmp" 2>nul
for /d %%D in ("%TEMP%\v8_*") do rd /s /q "%%D"

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

Маска *-*-*-*-* выбирает только папки с GUID-именами, поэтому tmplts и служебные файлы остаются на месте. Запускайте его при входе пользователя в систему — через планировщик заданий или групповую политику.

Удаление старых дампов и логов на сервере

forfiles /p "D:\v8dumps" /m *.mdmp /d -14 /c "cmd /c del @path"
forfiles /p "D:\1c_techlog" /s /m *.log /d -7 /c "cmd /c del @path"

Первая строка удаляет дампы старше 14 дней, вторая — логи технологического журнала старше недели. Эти команды не требуют остановки службы.

Чистку snccntx автоматизировать не стоит: она требует остановки сервера и нужна только при сбоях, а не по расписанию.

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