Проанализируем ситуацию: после каждого обновления 1С на диске C становится меньше свободного места, в итоге система перестает открывать информационные базы, а обновление выполнить уже невозможно. Такое поведение чаще всего связано не с «ростом» самой программы, а с тем, что на диске накапливаются служебные каталоги платформы (кэш, временные файлы), а также скачанные и распакованные пакеты обновлений (шаблоны и файлы обновлений конфигурации), иногда — резервные копии, созданные механизмом обновления.
Давайте решать задачу вместе и разберем по шагам, где именно 1С обычно «складывает» такие данные, что можно безопасно удалить, а что трогать нельзя. Пойдем от простого к более «глубокому», чтобы быстро вернуть место и восстановить работоспособность.
Перед очисткой договоримся о базовых правилах:
1Cv8.1CD в файловом варианте) — мы чистим только служебные каталоги, кэш и пакеты обновлений.Теперь перейдем к решениям.
Вы уже чистили AppData (кэш) и получили около 2 ГБ — значит, кэш есть, но, вероятно, это не единственный источник. Однако кэш все равно стоит дочистить правильно и полностью, потому что он часто размазан по двум веткам профиля пользователя: Roaming и Local.
Где обычно лежит кэш 1С:
Каталог профиля пользователя (вариант 1): C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1Cv8\
Каталог профиля пользователя (вариант 2): C:\Users\<ИмяПользователя>\AppData\Local\1C\1Cv8\
Внутри обычно много папок с длинными «нечитаемыми» именами (GUID). Именно они и занимают место.
Разберем по шагам, как очистить вручную:
Закроем 1С полностью.
Откроем проводник Windows и перейдем по очереди в каталоги:
C:\Users\<ИмяПользователя>\AppData\Roaming\1C\
C:\Users\<ИмяПользователя>\AppData\Local\1C\
Найдем папки, относящиеся к платформе (обычно 1Cv8 или похожие имена), и удалим внутри них папки с длинными GUID-названиями, которые относятся к кэшу конкретных баз.
Запустим 1С снова — кэш пересоздастся автоматически, но уже «чистый».
Как понять, что мы чистим именно то, что нужно:
Важно: если места на диске «ушло» не так много — значит, основная проблема не только в кэше. Тогда переходим к следующему решению, которое обычно дает десятки гигабайт.
Теперь рассмотрим подробнее то, что люди чаще всего не находят: при обновлениях конфигураций 1С сохраняет файлы обновления (в том числе 1Cv8.cfu) и распакованные шаблоны в каталоге tmplts. Со временем там накапливаются папки старых релизов конфигурации — и это может забить диск C «под ноль».
Ключевой путь, который нужно проверить (типичный для Windows 10/11):
C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1cv8\tmplts\
Внутри часто есть дерево вида \1c\Accounting\... (для «Бухгалтерии предприятия») и папки релизов. Например, файлы обновлений могут лежать в подпапках релиза, а сама структура может выглядеть как набор папок по версиям.
Разберем по шагам очистку tmplts:
Закроем 1С.
Перейдем в каталог:
C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1cv8\tmplts\
Откроем ветку \1c\ и найдем папки вашей конфигурации (для «БП 3.0» часто встречается Accounting).
Увидим множество подпапок релизов. Здесь логика такая: оставляем только то, что реально нужно — обычно достаточно последнего релиза (или нескольких последних, если вы обновляетесь «через пропуски»).
Удалим старые папки релизов, которые гарантированно уже не нужны. Если сомневаемся — удаляем «самые древние» и оставляем последние 2–4 версии.
Почему это безопасно: эти папки — не база данных и не «работающая» конфигурация внутри вашей информационной базы. Это шаблоны/пакеты, которые используются в момент обновления и могут храниться «про запас». Если удалить — 1С при следующем обновлении сможет скачать/подготовить их заново.
Отдельный полезный ориентир: в ответах специалистов по этой теме прямо указывается, что в конце пути ...\AppData\Roaming\1C\1cv8\tmplts\1c находятся папки со старыми обновлениями, и их можно удалять.
Теперь посмотрим на еще два «пожирателя» места, которые часто остаются незамеченными:
1) Каталог conf для скачанных обновлений
При интернет-обновлении обновления могут скачиваться в каталог вида %APPDATA%\1C\1cv8\conf\. В нем могут лежать пакеты, которые уже не нужны, особенно если обновления запускались много раз.
Разберем по шагам:
Откроем проводник и вставим в адресную строку: %APPDATA%\1C\1cv8\conf\
Оценим размер папки и содержимое.
Удалим старые файлы/папки, которые относятся к уже установленным обновлениям (если видим явные архивы/пакеты).
2) Временные каталоги обновления Temp\1Cv8Update
Во время обновления 1С может создавать временные папки/резервные копии в каталоге Temp. Встречается путь вида ...\Temp\1Cv8Update. Если обновления прерывались или система аварийно завершалась, такие каталоги могут «зависнуть» и остаться на диске.
Разберем по шагам:
Откроем окно «Выполнить» (Win+R) и введем: %TEMP%
В открывшейся папке найдем каталоги, связанные с 1С: например, 1Cv8Update, 1Cv8, а также большие временные папки, созданные в даты ваших обновлений.
Удалим такие папки. Если какая-то не удаляется — значит, где-то еще запущена 1С или служба/процесс удерживает файл. Тогда закроем все сессии, перезагрузим компьютер и повторим удаление.
Важный вывод: если у вас «диск C забит после обновлений», то связка tmplts + conf + Temp\1Cv8Update обычно дает максимальный эффект по освобождению места.
Давайте выясним причину еще одного типа: иногда на компьютере остается несколько установленных версий платформы 1С:Предприятие (8.3.x.x), особенно если обновления платформы делались неоднократно. Каждая версия — это отдельный каталог в Program Files, и это тоже может быть десятки гигабайт.
Разберем по шагам, как сделать безопасно:
Откроем «Программы и компоненты» Windows.
Найдем в списке записи вида 1С:Предприятие 8 или 1C:Enterprise 8 с разными версиями.
Оставим последнюю используемую версию платформы, а более старые удалим стандартным деинсталлятором (не удаляем папки вручную, именно удаляем через систему).
Почему так лучше: ручное удаление папок платформы может оставить хвосты в реестре и службах, а корректное удаление через Windows снимает эти риски.
Освободить место — это половина дела. Теперь сделаем так, чтобы после следующих обновлений диск C снова не «уползал в ноль». Посмотрим на два практичных направления: перенос временных файлов Windows и перенос служебных каталогов/кэша 1С (где это возможно).
Вариант A. Перенос временных папок Windows (TEMP/TMP) на другой диск
Если обновления 1С активно используют системный Temp (а это бывает), перенос TEMP/TMP на диск D может радикально снизить нагрузку на C. Действуем аккуратно:
Создадим папку, например: D:\Temp
Откроем «Система» → «Дополнительные параметры системы» → «Переменные среды».
Изменим переменные пользователя TEMP и TMP на D:\Temp.
Перезагрузим компьютер.
Вариант B. Контролируем путь служебных каталогов 1С через настройки списка баз
В окне запуска 1С (где список информационных баз) в настройках базы часто можно увидеть и проверить путь, где хранятся служебные файлы/кэш. Наша цель — убедиться, что мы понимаем, куда именно пишет 1С, и при необходимости перенести это на другой диск.
Важно: не на всех схемах работы и не во всех окружениях перенос «как попало» безопасен. Если вы работаете в рамках строгой ИТ-инфраструктуры (терминальный сервер, кластер), лучше согласовать перенос с администратором. Но на одиночном ПК бухгалтера перенос TEMP и регулярная чистка tmplts/conf обычно уже решают проблему надолго.
Теперь посмотрим на пример, как можно регулярно удалять временные файлы (которые 1С создает в своем временном каталоге), чтобы они не разрастались. Здесь нам помогут стандартные функции работы с файлами и каталогами.
Идея: берем путь из ПолучитьКаталогВременныхФайлов(), находим файлы старше N дней и удаляем. Это полезно, если кэш и временные выгрузки копятся очень быстро.
Пример кода 1С (можно разместить в общей процедуре/обработке и запускать вручную или по расписанию через РегламентныеЗадания):
Процедура ОчиститьВременныеФайлы(КоличествоДнейХранения) Экспорт
// Рассмотрим подробнее: временный каталог платформы
КаталогВременныхФайлов = ПолучитьКаталогВременныхФайлов();
Если ПустаяСтрока(КаталогВременныхФайлов) Тогда
Возврат;
КонецЕсли;
// Граница по дате: удаляем все, что старше N дней
Граница = ТекущаяДата() - КоличествоДнейХранения * 24 * 60 * 60;
// Ищем все файлы рекурсивно
МассивФайлов = НайтиФайлы(КаталогВременныхФайлов, "*.*", Истина);
Для Каждого ФайлИзСписка Из МассивФайлов Цикл
Попытка
Инфо = Новый ИнформацияОФайле(ФайлИзСписка.ПолноеИмя);
Если Инфо.Существует И Инфо.ДатаИзменения < Граница Тогда
УдалитьФайлы(ФайлИзСписка.ПолноеИмя);
КонецЕсли;
Исключение
// Если файл занят системой, пропускаем и продолжаем
КонецПопытки;
КонецЦикла;
КонецПроцедуры
Как использовать:
Для начала установим консервативное значение, например 14 или 30 дней, чтобы не удалить свежие временные файлы, которые еще могут понадобиться текущим задачам.
Запустим очистку в нерабочее время и посмотрим, сколько места освобождается.
Если хотим автоматизировать — подключим выполнение по расписанию через РегламентныеЗадания (в зависимости от вашей конфигурации и прав).
Замечание: этот код чистит именно временные файлы платформы, а не каталоги tmplts и conf. Для tmplts/conf лучше использовать «осмысленную» ручную чистку: там лежат папки релизов, и нам важно оставить последние версии для удобства обновления.
Если после выполненных действий диск C все еще переполнен, давайте последовательно проверим:
tmplts: C:\Users\<ИмяПользователя>\AppData\Roaming\1C\1cv8\tmplts\ — удалены ли старые релизы?
conf: %APPDATA%\1C\1cv8\conf\ — нет ли там больших пакетов?
Temp: %TEMP% — нет ли папок 1Cv8Update и больших временных каталогов?
Кэш Local/Roaming: ...\AppData\Local\1C\1Cv8 и ...\AppData\Roaming\1C\1Cv8 — удалены ли папки с GUID?
Старые платформы: нет ли нескольких версий платформы в «Программы и компоненты»?
Разберем этот момент отдельно. Да, часть папок там — чистый кэш, и удаление безопасно (1С пересоздаст). Но в каталоге профиля пользователя рядом могут лежать и другие служебные данные. Поэтому действуем по принципу:
Если нужно максимально быстро восстановить работу «прямо сегодня», действуем в таком порядке (это обычно дает максимальный эффект):
После этого обычно появляется достаточно свободного места, чтобы снова открыть базы и выполнить обновление. А чтобы проблема не повторялась, переносим системные TEMP/TMP на другой диск и периодически чистим tmplts/conf.
Информация носит справочный характер и не заменяет диагностику вашей конкретной установки (версия Windows, файловый/серверный вариант, права доступа, способ обновления, особенности ИТ-инфраструктуры).