Администрирование · 11 мин
Как почистить темпы 1С: очистка временных файлов и кэша
Как почистить темпы 1С: где лежат временные файлы и кэш, как их безопасно удалить, очистить папку srvinfo и журналы. Пошаговая инструкция для пользователя и администратора.
Временные файлы 1С накапливаются постоянно: платформа при каждом запуске создаёт кэш метаданных, служебные файлы сеансов, временные отчёты и служебные таблицы. Со временем эти «темпы» разрастаются до десятков гигабайт, занимают место на диске и становятся причиной типичных сбоев — программа зависает при запуске, показывает устаревшие данные или выдаёт ошибки вида «Ошибка формата потока».
Чистка темпов — штатная и безопасная операция, если выполнять её по правилам: завершить сеансы, удалять только служебные каталоги и не трогать саму информационную базу. Удалённые файлы кэша платформа создаст заново при следующем запуске, потерять данные таким способом невозможно — но только если вы точно знаете, что удаляете.
Ниже разберём, где именно 1С хранит временные файлы в файловом и клиент-серверном вариантах, как очистить кэш вручную и через параметры запуска, что делать с папкой srvinfo на сервере и как автоматизировать очистку, чтобы не повторять её вручную каждый месяц.
Что такое темпы 1С и зачем их чистить
Под «темпами» пользователи обычно понимают сразу несколько категорий служебных данных. Первая — кэш метаданных конфигурации: платформа сохраняет скомпилированные модули и описание структуры базы, чтобы не читать их заново при каждом запуске. Вторая — временные файлы сеансов: результаты фоновых заданий, временные хранилища отчётов, выгрузки. Третья — служебные журналы и протоколы.
Проблема в том, что кэш не всегда обновляется корректно. После обновления конфигурации, аварийного завершения сеанса или сбоя сети кэш может «рассинхронизироваться» с реальной структурой базы. Внешне это проявляется как странные ошибки: отчёт показывает старые данные, форма документа открывается с ошибкой, программа падает при запуске у одного пользователя, хотя у остальных всё работает.
Признаки того, что пора чистить темпы: база стала заметно медленнее открываться, появились ошибки «Ошибка формата потока» или «Ошибка СУБД», у разных пользователей один и тот же отчёт показывает разные результаты, диск с профилями пользователей или сервером заполнен. Также очистку рекомендуется делать после каждого обновления конфигурации, если наблюдаются сбои.
Где 1С хранит временные файлы
Расположение темпов зависит от варианта работы базы. В файловом варианте весь кэш лежит на компьютере пользователя. В клиент-серверном — часть на клиенте, часть на сервере 1С:Предприятия в каталоге srvinfo.
Основные пути на компьютере пользователя (Windows):
C:\Users\ИмяПользователя\AppData\Roaming\1C\1cv8\— основной кэш конфигураций, папки с длинными именами-идентификаторами;C:\Users\ИмяПользователя\AppData\Local\1C\1cv8\— локальный кэш и временные файлы сеансов;C:\Users\ИмяПользователя\AppData\Local\Temp\— общие временные файлы, которые создают и 1С, и другие программы.
Быстрый способ попасть в нужную папку — нажать Win+R и ввести %APPDATA%\1C\1cv8 или %LOCALAPPDATA%\1C\1cv8. Внутри вы увидите каталоги с именами вида 12345678-abcd-... — это идентификаторы информационных баз. Каждой базе из вашего списка соответствует своя папка кэша.
На сервере 1С:Предприятия служебные данные лежат в каталоге srvinfo (обычно C:\Program Files\1cv8\srvinfo или путь, указанный при установке). Там накапливаются журналы регистрации кластера, файлы сеансовых данных и временные каталоги регламентных заданий — в активно работающих системах эта папка может вырастать до значительных размеров.
Как очистить кэш 1С на компьютере пользователя
Самый простой способ — удалить папки кэша вручную. Порядок такой: полностью закройте 1С (проверьте в диспетчере задач, что не осталось процессов 1cv8.exe и 1cv8c.exe), откройте %APPDATA%\1C\1cv8 и удалите папки с идентификаторами баз. Затем то же самое сделайте в %LOCALAPPDATA%\1C\1cv8. При следующем запуске платформа создаст свежий кэш — первый запуск после чистки будет чуть дольше обычного, это нормально.
Если баз в списке много и удалять папки по одной неудобно, можно очистить каталоги целиком — данные учёта от этого не пострадают, сами базы лежат в других местах. Но убедитесь, что удаляете именно содержимое кэша, а не каталог с файловой базой (файл 1Cv8.1CD).
- 1Закройте все сеансы 1С и проверьте отсутствие процессов 1cv8 в диспетчере задач
- 2Нажмите Win+R, введите %APPDATA%\1C\1cv8 и удалите папки с идентификаторами баз
- 3Откройте %LOCALAPPDATA%\1C\1cv8 и удалите аналогичные папки там
- 4Запустите 1С и войдите в базу — кэш пересоздастся автоматически
- 5Проверьте, что ошибка исчезла, а данные отображаются корректно
Альтернатива ручному удалению — запуск базы с параметром очистки кэша. В списке информационных баз выберите нужную, нажмите «Изменить» или откройте ярлык и добавьте в параметры запуска команду /ClearCache. Платформа при старте удалит кэш этой конкретной базы и создаст новый. Способ удобен тем, что не требует лазить по скрытым папкам и исключает риск удалить лишнее.
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" ENTERPRISE /F"D:\Bases\MyBase" /ClearCacheОчистка темпов на сервере 1С:Предприятия
В клиент-серверном варианте очистка кэша на клиенте решает только половину проблемы. На сервере в каталоге srvinfo накапливаются собственные временные данные: подкаталоги reg_1541 (или другие, по номеру порта) содержат журналы, сессионные файлы и служебные выгрузки. Со временем они могут занимать десятки гигабайт.
Чистить srvinfo нужно аккуратно и только при остановленной службе агента сервера 1С. Порядок: остановите службу «Агент сервера 1С:Предприятия» через services.msc, удалите содержимое подкаталогов с временными файлами (не трогайте файлы списка баз 1CV8Clst.lst и файлы регистрации кластера), запустите службу обратно. Если сомневаетесь, какие файлы служебные, а какие критичные — ограничьтесь удалением файлов с датой изменения старше нескольких месяцев.
Отдельно проверьте настройки журнала регистрации самих баз. Если журнал ведётся в режиме регистрации всех событий и никогда не сокращается, файл 1Cv8.lgd разрастается и замедляет работу. Сократить журнал можно через конфигуратор: Администрирование → Журнал регистрации → Сократить, указав дату, до которой удалить старые записи.
Очистка через конфигуратор и тестирование и исправление
Если чистка кэша не помогла и ошибки остались, следующий шаг — штатная процедура «Тестирование и исправление» в конфигураторе. Она проверяет целостность базы, чистит служебные таблицы и может исправить часть повреждений. Запускается из конфигуратора: Администрирование → Тестирование и исправление.
Для файловой базы отметьте пункты «Реиндексация таблиц» и «Проверка целостности» — этого достаточно для профилактики. Пункты с исправлением («очищать ссылки», «удалять объекты») включайте осознанно: они могут удалить данные с битыми ссылками. Обязательное условие — монопольный доступ и свежая резервная копия базы до начала процедуры.
Для клиент-серверных баз тестирование и исправление выполняется реже, основные проблемы там решаются средствами СУБД (реиндексация, обновление статистики в MS SQL или PostgreSQL) и очисткой кэша сервера.
Как автоматизировать очистку и не допускать переполнения
Ручная чистка — разовая мера. Если темпы растут быстро, настройте регулярную автоматическую очистку. Для пользовательских машин достаточно bat-файла в планировщике задач Windows, который раз в неделю чистит каталоги кэша.
taskkill /f /im 1cv8.exe 2>nul
taskkill /f /im 1cv8c.exe 2>nul
timeout /t 5
for /d %%i in ("%APPDATA%\1C\1cv8\<em>") do rd /s /q "%%i"
for /d %%i in ("%LOCALAPPDATA%\1C\1cv8\</em>") do rd /s /q "%%i"Для сервера полезны три меры. Первая — настроить сокращение журнала регистрации баз по расписанию. Вторая — периодически очищать старые файлы в srvinfo скриптом по дате изменения (например, всё старше 30 дней) при плановой остановке службы. Третья — следить за настройками кластера: параметры «Допустимый объём памяти» и перезапуск рабочих процессов влияют на накопление временных данных.
Контролируйте результат простым наблюдением: раз в месяц проверяйте размер папок кэша у пользователей и srvinfo на сервере, а также свободное место на системных дисках. Резкий рост объёма — сигнал разобраться, какой процесс генерирует временные файлы, а не просто чистить чаще.
Как проверить результат очистки
База открывается, первый запуск чуть дольше обычного, ошибок нет
Те же ошибки остались — проблема не в кэше, нужно тестирование и исправление
Кэш вырос умеренно, пропорционально числу баз
Папки снова разрослись до гигабайт — ищите источник: фоновые задания, выгрузки, отчёты
У всех пользователей одинаковые актуальные цифры
У части пользователей старые данные — у них не очищен локальный кэш
Частые вопросы
Удалятся ли мои документы и справочники при очистке темпов?
Нет. Кэш и временные файлы не содержат учётных данных — документы, справочники и проводки хранятся в самой базе (файл 1Cv8.1CD или база на SQL-сервере). Удаление темпов влияет только на служебные копии, которые платформа создаст заново. Риск есть только при ошибочном удалении самой папки с базой.
Как часто нужно чистить кэш 1С?
По необходимости, а не по календарю: при ошибках после обновления конфигурации, при сбоях запуска, при разрастании папок кэша. Для профилактики в активно обновляемых системах разумна автоматическая очистка раз в 1–2 недели через планировщик задач.
Чем отличается /ClearCache от удаления папок кэша вручную?
Результат одинаков — кэш пересоздаётся с нуля. Разница в удобстве и безопасности: параметр /ClearCache чистит кэш конкретной базы штатными средствами и исключает риск удалить не тот каталог. Ручное удаление быстрее, когда нужно почистить кэш сразу всех баз пользователя.
База файловая, после чистки кэша ошибка «Ошибка формата потока» осталась. Что делать?
Значит, повреждены данные самой базы, а не кэш. Сделайте резервную копию файла 1Cv8.1CD и запустите конфигуратор → Администрирование → Тестирование и исправление. Если штатное средство не справится, применяется утилита chdbfl.exe из каталога bin платформы — она проверяет физическую целостность файла базы.
Можно ли чистить srvinfo, не останавливая сервер 1С?
Нет, это небезопасно. При работающей службе часть файлов заблокирована, а удаление активных служебных файлов может привести к сбою кластера и обрыву сеансов пользователей. Очистку выполняйте только при остановленном агенте сервера, предварительно предупредив пользователей и сделав копию каталога.
Почему после очистки кэша 1С стала дольше запускаться?
Это нормально для первого запуска: платформа заново компилирует модули и строит кэш метаданных. Со второго-третьего запуска скорость возвращается к обычной, а часто становится выше, если старый кэш был повреждён или перегружен.
Что важно запомнить
Темпы 1С — это кэш метаданных и служебные файлы, их удаление безопасно для учётных данных. Чистите кэш при закрытой программе в %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8 или параметром /ClearCache, а серверный srvinfo — только при остановленной службе и с резервной копией. Если чистка кэша не помогла — переходите к тестированию и исправлению базы.