К статье
Практический материал

Администрирование · 11 мин

Как перенести кэш 1С 8.3 на другой диск

Как перенести кэш 1С 8.3 на другой диск: очистка папок кэша, изменение пути через реестр и символические ссылки, проверка результата и типичные ошибки.

Кэш 1С 8.3 — это служебные файлы, которые платформа создаёт при работе с информационными базами: метаданные конфигурации, временные таблицы, скомпилированные модули. По умолчанию кэш хранится в профиле пользователя на системном диске, и со временем его объём может достигать нескольких гигабайт на каждую базу. На компьютерах с небольшим SSD это приводит к переполнению диска C, замедлению работы и ошибкам запуска.

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

Перед любыми действиями завершите работу всех сеансов 1С. Удаление или перемещение кэша при открытой базе приводит к ошибкам «Файл базы данных повреждён» и необходимости восстановления. Сам кэш безопасно удалять: платформа пересоздаст его при следующем запуске, потеряются только настройки окон и потребуется повторная авторизация.

Где хранится кэш 1С 8.3 и что в нём находится

Платформа 1С 8.3 создаёт кэш в двух каталогах профиля пользователя Windows. Первый — %APPDATA%\1C\1cv8 (обычно это C:\Users\Имя\AppData\Roaming\1C\1cv8), второй — %LOCALAPPDATA%\1C\1cv8 (C:\Users\Имя\AppData\Local\1C\1cv8). Внутри находятся подпапки с именами в виде длинных идентификаторов GUID — каждая соответствует одной информационной базе из списка.

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

Объём кэша зависит от размера конфигурации и интенсивности работы. Для типовых конфигураций вроде «Бухгалтерии предприятия» или «Управления торговлей» кэш одной базы обычно занимает от нескольких сотен мегабайт до нескольких гигабайт. На терминальном сервере эта цифра умножается на количество пользователей.

Мало места на диске CКэш разросся

Проверьте размер папок %APPDATA%\1C и %LOCALAPPDATA%\1C через свойства каталога

Ошибки запуска базыКэш повреждён

Попробуйте очистить кэш конкретной базы перед переносом

Терминальный серверКэш у каждого пользователя свой

Переносить нужно для всех профилей или через политику

Подготовка: что сделать перед переносом

Первый шаг — завершить все сеансы 1С на компьютере. Откройте диспетчер задач и убедитесь, что нет процессов 1cv8.exe, 1cv8c.exe и rphost.exe (для серверного варианта). Если база файловая и лежит на этом же компьютере, убедитесь, что её не открыл другой пользователь по сети.

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

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

Способ 1. Очистка кэша и перенос папок вручную

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

Порядок действий такой. Закройте 1С, откройте проводник и перейдите в %APPDATA%\1C\1cv8, введя этот путь в адресной строке. Удалите подпапки с GUID-именами — это кэш конкретных баз. Повторите то же для %LOCALAPPDATA%\1C\1cv8. При следующем запуске базы платформа создаст кэш заново, но по-прежнему на диске C — поэтому сам по себе этот способ проблему переноса не решает, а только очищает место.

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

Порядок действий при ручной очистке
  1. 1
    Закройте все сеансы 1С и проверьте диспетчер задач
  2. 2
    Откройте %APPDATA%\1C\1cv8 в проводнике
  3. 3
    Удалите подпапки с именами GUID
  4. 4
    Повторите для %LOCALAPPDATA%\1C\1cv8
  5. 5
    Настройте новое расположение (ссылка или реестр)
  6. 6
    Запустите базу и проверьте, где создан кэш

Способ 2. Символическая ссылка на другой диск

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

Создайте на целевом диске папку, например D:\1CCache\Roaming\1cv8 и D:\1CCache\Local\1cv8. Переместите в них содержимое исходных каталогов (или оставьте пустыми, если кэш решили пересоздать). Затем удалите исходные папки 1cv8 из AppData и создайте ссылки командой mklink в командной строке, запущенной от имени администратора.

cmd
mklink /D "%APPDATA%\1C\1cv8" "D:\1CCache\Roaming\1cv8"
mklink /D "%LOCALAPPDATA%\1C\1cv8" "D:\1CCache\Local\1cv8"

После создания ссылок откройте папку %APPDATA%\1C в проводнике: значок 1cv8 должен отображаться со стрелкой ярлыка, а при переходе внутрь в адресной строке будет виден целевой путь на диске D. Запустите базу и убедитесь, что новые файлы кэша появляются именно на целевом диске.

Способ 3. Изменение пути кэша через реестр

Альтернативный вариант — указать платформе другой каталог кэша через параметр в реестре Windows. Этот способ удобен, когда нужно централизованно задать путь, например на терминальном сервере через групповые политики или скрипт.

Откройте редактор реестра (regedit) и перейдите в раздел HKEY_CURRENT_USER\Software\1C\1Cv8\Settings. Создайте строковый параметр CachePath и укажите в нём полный путь к новому каталогу, например D:\1CCache. Платформа начнёт использовать указанный путь для служебных данных после перезапуска.

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

Сравнение способов переноса

Символическая ссылка

Универсально и надёжно, не зависит от версии платформы. Требуются права администратора и аккуратность при создании ссылок.

Параметр реестра CachePath

Удобно для централизованной настройки нескольких пользователей. Поведение зависит от релиза платформы, требует проверки.

Только очистка кэша

Освобождает место, но не переносит расположение — кэш снова появится на диске C. Подходит как временная мера.

Особенности для серверного варианта и терминального сервера

В клиент-серверном режиме часть кэша находится на сервере 1С: предприятия — в каталоге srvinfo (обычно C:\Program Files\1cv8\srvinfo или путь, заданный при установке агента). Внутри — папки reg_1541 и аналогичные с кэшем сеансовых данных и журналом регистрации. Перенос этого каталога выполняется через изменение параметра -d в службе агента сервера 1С.

Чтобы изменить каталог, остановите службу «Агент сервера 1С:Предприятия», откройте реестр, найдите параметр ImagePath в ветке службы и измените значение после -d на новый путь. Переместите содержимое srvinfo на новый диск и запустите службу. Ошибка в этом параметре приведёт к тому, что сервер не увидит список баз — действуйте внимательно и сохраните исходное значение.

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

Типичные ошибки
01
Перенос папок при запущенной 1С — повреждение служебных файлов и ошибка формата потока при следующем запуске
02
Ссылка на сетевой диск — при разрыве соединения база падает, а скорость работы заметно снижается
03
Изменение пути srvinfo без остановки службы агента — сервер теряет список информационных баз
04
Удаление папки 1Cv8.1CD вместо кэша — это сам файл базы, а не кэш; перед удалением проверяйте, что находитесь именно в AppData

Проверка результата и восстановление при проблемах

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

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

Контрольные точки

Как проверить результат

Расположение новых файлов кэша
Норма

Папки с GUID появляются на целевом диске

Тревожный признак

Кэш снова создаётся в AppData на диске C

Запуск базы
Норма

База открывается штатно, формы отображаются корректно

Тревожный признак

Ошибка формата потока, пустые окна, аварийное завершение

Свободное место на диске C
Норма

Объём свободного места вырос и не уменьшается при работе

Тревожный признак

Диск C продолжает заполняться папками 1С

FAQ: частые вопросы о переносе кэша 1С

Удалятся ли данные базы при очистке кэша?

Нет. Кэш содержит только служебные и временные файлы, которые платформа пересоздаёт автоматически. Данные информационной базы хранятся отдельно — в файле 1Cv8.1CD для файлового режима или в СУБД для клиент-серверного. После очистки кэша первый запуск базы может занять больше времени, чем обычно.

Можно ли перенести кэш на сетевой диск?

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

Почему после переноса кэш снова появляется на диске C?

Чаще всего причина в том, что символическая ссылка создана не для того каталога или удалена при обновлении платформы. Проверьте наличие ссылки в %APPDATA%\1C и %LOCALAPPDATA%\1C. Если используете параметр реестра — убедитесь, что он задан для того пользователя, под которым запускается 1С.

Как перенести кэш для всех пользователей терминального сервера?

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

Что делать, если после переноса база не открывается?

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

Нужно ли переносить кэш, если диск C большой?

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

Итог

Что важно запомнить

Кэш 1С 8.3 безопасно удалять и переносить — данные базы при этом не затрагиваются. Оптимальный способ переноса — символическая ссылка на локальный диск; для централизованной настройки подходит параметр реестра. Всегда закрывайте сеансы 1С перед операцией и проверяйте результат по фактическому расположению новых файлов кэша.