Администрирование · 11 мин
Как очистить конфигуратор 1С: полная инструкция по очистке кэша и настроек
Пошаговая инструкция по очистке конфигуратора 1С: удаление кэша метаданных, временных файлов, сброс настроек. Безопасные способы устранить ошибки и ускорить работу.
Со временем конфигуратор 1С начинает работать медленнее: долго открывается конфигурация, возникают ошибки «Нарушена целостность структуры конфигурации», отображаются устаревшие объекты, которых уже нет в базе. В большинстве случаев причина — накопившийся кэш метаданных и устаревшие временные файлы, которые платформа хранит на локальном диске пользователя.
Очистка конфигуратора — это не одно действие, а несколько независимых операций: удаление кэша базы, чистка временных каталогов, сброс пользовательских настроек и обслуживание самой информационной базы. Каждая операция решает свою задачу, и выполнять их нужно в правильной последовательности, начиная с самой безопасной.
Ниже разобраны все рабочие способы очистки: от простого удаления кэша до тестирования и исправления базы. Отдельно указано, какие действия безопасны для выполнения самостоятельно, а где обязательно нужна резервная копия.
Что именно накапливается и зачем нужна очистка
Платформа 1С при каждом запуске конфигуратора и предприятия сохраняет на диск служебные данные: кэш метаданных конфигурации, скомпилированные модули, настройки окон и пользовательский интерфейс. Это ускоряет повторный запуск, но со временем кэш устаревает — особенно после обновления конфигурации, изменения структуры метаданных или аварийного завершения работы.
Типичные признаки того, что пора чистить кэш: конфигуратор показывает объекты, которые уже удалены из конфигурации; при обновлении возникает ошибка несоответствия версий; база у одного пользователя работает нормально, а у другого на той же базе — с ошибками; конфигуратор зависает на этапе загрузки конфигурации. Все это указывает на рассинхронизацию локального кэша с реальным состоянием базы.
Удалить папку кэша базы в профиле этого пользователя
Запустить тестирование и исправление из конфигуратора
Очистить кэш и временные каталоги, убрать неиспользуемые базы из списка
Удалить кэш и перезапустить конфигуратор
Подготовка: что сделать перед очисткой
Перед любыми действиями закройте все сеансы 1С: конфигуратор, тонкий и толстый клиенты, открытые базы у всех пользователей, если база файловая. Платформа блокирует часть файлов кэша во время работы, и удаление «на живую» либо не сработает, либо приведёт к повреждению служебных файлов.
Если планируете не только удаление кэша, но и тестирование-исправление базы или очистку ссылочных данных — обязательно сделайте резервную копию. Для файловой базы достаточно скопировать файл 1Cv8.1CD в отдельную папку. Для клиент-серверной базы используйте выгрузку через конфигуратор (Администрирование → Выгрузить информационную базу) или штатные средства СУБД.
Способ 1. Удаление кэша базы вручную
Основной и самый востребованный способ. Кэш каждой базы хранится в отдельной папке с именем в виде длинного идентификатора (GUID) внутри профиля пользователя Windows. Путь зависит от версии платформы: для платформы 8.3 это %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8, для старых версий 8.2 — %APPDATA%\1C\1cv82.
Чтобы найти нужную папку кэша, откройте список баз в окне запуска 1С, выделите базу и посмотрите её параметры — идентификатор базы совпадает с именем папки кэша. Если идентификатор найти сложно, допустимо удалить все папки с GUID внутри каталога кэша: платформа создаст их заново при следующем запуске. Это безопасно — кэш не содержит пользовательских данных.
- 1Закройте все сеансы 1С у текущего пользователя
- 2Нажмите Win+R, введите %APPDATA%\1C\1cv8 и нажмите Enter
- 3Найдите папку с идентификатором нужной базы или удалите все папки с GUID
- 4Повторите то же самое в каталоге %LOCALAPPDATA%\1C\1cv8
- 5Запустите базу заново — платформа создаст свежий кэш, первый запуск будет дольше обычного
Признак успешной очистки: при первом запуске конфигуратор дольше обычного загружает конфигурацию (идёт перестроение кэша), после чего ошибки отображения исчезают. Если ошибка осталась — проблема не в кэше, переходите к тестированию базы.
Способ 2. Очистка через параметр запуска и список баз
Если вручную искать папки неудобно, есть два альтернативных приёма. Первый — удалить базу из списка в окне запуска и добавить её заново. При этом платформа присваивает базе новый идентификатор, и старый кэш просто перестаёт использоваться. Сами файлы кэша при этом остаются на диске, поэтому способ стоит считать временным обходом, а не полноценной очисткой.
Второй приём — запуск конфигуратора с параметром очистки кэша через командную строку или дополнительные параметры запуска. Это удобно автоматизировать для нескольких пользователей терминального сервера.
"C:\Program Files\1cv8\<версия>\bin\1cv8.exe" DESIGNER /F"C:\Bases\MyBase" /ClearCacheКлюч /ClearCache очищает клиентский кэш указанной базы при запуске. Для клиент-серверной базы вместо /F используется параметр /S с адресом сервера и именем базы. Учтите, что параметр действует на кэш текущего пользователя — на терминальном сервере процедуру нужно выполнить под каждой учётной записью.
Способ 3. Очистка временных файлов и журналов
Помимо кэша метаданных, платформа и сама Windows накапливают временные файлы в каталогах %TEMP% и %TMP%. При аварийных завершениях конфигуратора там остаются недозаписанные файлы, которые могут мешать работе. Очистка выполняется стандартно: Win+R → %TEMP% → выделить всё → удалить. Файлы, которые заняты системой, пропустите.
Отдельного внимания заслуживает журнал регистрации файловой базы: при интенсивной работе он разрастается и замедляет открытие базы. Сократить его можно из конфигуратора: Администрирование → Настройка журнала регистрации → Сократить. Укажите дату, до которой удалить события, и сохраните старый журнал в отдельный файл, если история может понадобиться.
Способ 4. Тестирование и исправление базы
Если очистка кэша не помогла и ошибки повторяются у всех пользователей, проблема находится в самой информационной базе. В конфигураторе есть штатный инструмент: Администрирование → Тестирование и исправление. Он проверяет физическую и логическую целостность данных.
Для профилактической очистки обычно достаточно включить проверки «Реиндексация таблиц» и «Проверка логической целостности» в режиме «Тестирование» (без исправления) — так вы сначала увидите список проблем, не изменяя данные. Режим «Тестирование и исправление» запускайте только после резервного копирования и только при наличии конкретных ошибок в отчёте.
На больших базах процедура занимает от десятков минут до нескольких часов и требует монопольного доступа — все пользователи должны выйти. Планируйте её на нерабочее время.
Сравнение способов очистки
Быстро и безопасно, решает 80% проблем с отображением и ошибками у отдельных пользователей. Не трогает данные базы.
Простой обходной приём, но старый кэш остаётся на диске и занимает место.
Глубокая очистка самой базы, но требует копии, монопольного доступа и много времени на больших объёмах.
Ускоряет открытие файловой базы, но старые события теряются, если их не сохранить в файл.
Частые ошибки и ограничения
Самая распространённая ошибка — удаление кэша при открытой базе. Платформа пересоздаёт часть файлов прямо во время удаления, и в итоге кэш оказывается в смешанном состоянии: частично старый, частично новый. Ошибки после этого могут даже усилиться. Всегда проверяйте через диспетчер задач, что процессов 1cv8.exe не осталось.
Вторая ошибка — ожидание, что очистка кэша исправит ошибки в данных. Кэш — это только локальная копия метаданных для ускорения работы. Если в базе битые ссылки или нарушена физическая целостность таблиц, поможет только тестирование и исправление, а в тяжёлых случаях — восстановление из копии.
Как проверить результат очистки
После удаления кэша запустите конфигуратор и оцените три момента: скорость загрузки конфигурации (первый запуск медленнее, последующие — быстрее, чем до очистки), отсутствие ранее возникавших ошибок и корректное отображение дерева объектов конфигурации. Затем откройте режим предприятия и проверьте работу типовых операций.
Как проверить результат
Первый запуск дольше обычного, затем работа ускоряется
Конфигуратор по-прежнему зависает или падает с ошибкой
Показывает только актуальные объекты
Видны удалённые объекты или дубли
Ошибка исчезла у проблемного пользователя
Ошибка у всех — нужно тестирование базы
Что важно запомнить
Начинайте с удаления папок кэша в %APPDATA%\1C\1cv8 при закрытой платформе — это безопасно и решает большинство проблем. Дополнительно чистите %TEMP% и сокращайте журнал регистрации. Тестирование и исправление — только после резервной копии и только если ошибки есть у всех пользователей.
Частые вопросы
Удалится ли база или данные, если очистить кэш конфигуратора?
Нет. Кэш — это служебные копии метаданных для ускорения запуска, они не содержат учётных данных, документов и справочников. Платформа автоматически создаст кэш заново при следующем запуске. Удалять можно только папки с GUID внутри каталогов кэша, не трогая каталог самой базы.
Как понять, какая папка кэша относится к нужной базе?
Имя папки совпадает с внутренним идентификатором базы. Самый простой способ — отсортировать папки по дате изменения и удалить те, что менялись недавно, либо удалить все папки с GUID сразу: это безопасно, просто при следующем запуске каждая база создаст кэш заново.
Нужно ли чистить кэш на сервере 1С?
Да, у сервера 1С тоже есть свой кэш — он хранится в каталоге srvinfo (папки reg_1541 и аналогичные по номеру порта), в подкаталогах с идентификаторами баз. Очистка выполняется при остановленной службе агента сервера и требует прав администратора сервера. Это отдельная процедура, не путайте её с локальным кэшем клиента.
Как часто нужно очищать конфигуратор?
Регулярное расписание не требуется — очистка нужна по факту: после массовых обновлений конфигурации, при появлении ошибок отображения, при заметном замедлении запуска. Профилактически раз в несколько месяцев можно чистить временные каталоги и сокращать журнал регистрации на активно используемых файловых базах.
Очистка кэша не помогла, ошибка осталась. Что дальше?
Значит, проблема в самой информационной базе. Сделайте резервную копию и запустите «Тестирование и исправление» сначала в режиме только проверки, чтобы увидеть список ошибок. Для клиент-серверных баз дополнительно имеет смысл выполнить выгрузку и загрузку базы через dt-файл — это перестраивает внутреннюю структуру данных.