Администрирование · 11 мин
Как удалить из 1С удалённые файлы: полная инструкция
Как удалить из 1С удалённые файлы: удаление помеченных объектов, очистка хранилища файлов, временных каталогов и кэша. Пошаговые инструкции и меры безопасности.
Фраза «удалённые файлы в 1С» обычно означает одну из трёх ситуаций: объекты, помеченные на удаление в самой базе (документы, элементы справочников, присоединённые файлы); файлы, которые программа сохранила в томах хранения или во временных каталогах и которые остались там после удаления записи; либо мусор в кэше и папках временных файлов пользователя. Во всех случаях логика одна: сначала объект помечается, затем удаляется контролируемым способом, а физические остатки убираются отдельно.
Главный принцип безопасной очистки — не удалять ничего напрямую из файловой системы или из таблиц SQL в обход штатных механизмов 1С. Платформа ведёт учёт ссылок между объектами, и ручное вмешательство приводит к битым ссылкам, ошибкам открытия документов и проблемам при обмене данными. Штатные инструменты — «Удаление помеченных объектов», обработка файлов хранения, очистка кэша — покрывают практически все задачи.
Ниже разобраны все сценарии: от типового удаления помеченных объектов в пользовательском режиме до очистки томов хранения файлов и временных каталогов сервера, с указанием рисков и способов проверки результата.
Что считается «удалёнными файлами» в 1С
В 1С нет прямого аналога корзины Windows: когда пользователь нажимает «Удалить», объект чаще всего лишь получает пометку удаления. Запись остаётся в базе, занимает место и участвует в обменах, но исключается из большинства отчётов и подборов. Физически она исчезнет только после запуска процедуры удаления помеченных объектов.
Отдельная категория — присоединённые файлы (сканы договоров, изображения номенклатуры, вложения писем). В зависимости от настроек они хранятся либо внутри базы в виде двоичных данных, либо в томах на диске. При удалении объекта-владельца файл в томе может остаться — платформа не всегда подчищает его автоматически, особенно если удаление выполнялось обработкой или при обмене.
Третья категория — временные файлы и кэш: служебные данные в каталогах пользователя (кэш метаданных, временные файлы отчётов, выгрузки). Они не являются данными базы, но со временем занимают заметный объём диска и иногда вызывают ошибки из-за устаревшего кэша.
Удаление помеченных объектов штатными средствами
Основной инструмент — обработка «Удаление помеченных объектов». В типовых конфигурациях она находится в разделе Администрирование → Обслуживание → Удаление помеченных объектов. В режиме «1С:Предприятие» её может запустить пользователь с правами администратора, при этом другие пользователи должны завершить работу с удаляемыми объектами.
Обработка предлагает два режима: автоматическое удаление всех помеченных объектов и выборочное удаление, где можно отметить конкретные документы и элементы справочников. Для первого раза рекомендуется выборочный режим — он позволяет увидеть состав мусора и не удалить лишнего.
Ключевая особенность механизма — контроль ссылочной целостности. Если на помеченный объект ссылаются другие объекты (например, контрагент указан в актуальном договоре), платформа не удалит его, а покажет список мест использования. Эти ссылки нужно разрешить вручную: заменить объект, очистить реквизит или тоже пометить ссылающиеся объекты на удаление.
- 1Сделайте резервную копию базы (выгрузку .dt или копию на уровне СУБД).
- 2Пометьте ненужные объекты на удаление в списках документов и справочников.
- 3Откройте Администрирование → Обслуживание → Удаление помеченных объектов.
- 4Выберите режим: автоматический или выборочный; для первого раза — выборочный.
- 5Запустите удаление и дождитесь отчёта о неудалённых объектах.
- 6Разберите места использования неудалённых объектов и повторите процедуру.
- 7Проверьте результат: пометок не осталось, отчёты и обмены работают без ошибок.
Очистка присоединённых файлов и томов хранения
Если конфигурация настроена на хранение файлов в томах на диске (настройка «Хранение файлов» в разделе администрирования), то при удалении присоединённого файла запись о нём исчезает из базы, но сам файл в томе может остаться. Со временем том разрастается, хотя база «чистая».
Проверить ситуацию можно так: сравнить количество файлов в каталоге тома с количеством записей справочника присоединённых файлов в базе. Значительное расхождение — признак накопленных «сирот». Удалять такие файлы вручную из проводника рискованно: можно случайно убрать файл, на который запись в базе ещё существует, и тогда при открытии вложения пользователь получит ошибку.
Безопасный подход — использовать штатные или типовые средства конфигурации (во многих решениях есть регламентные задания и обработки очистки неиспользуемых файлов) либо специализированные обработки, которые сверяют содержимое тома со справочником файлов и удаляют только несвязанные объекты. Перед запуском такой обработки обязательно сделайте копию тома.
Очистка временных файлов и кэша 1С
Кэш платформы хранится в профиле пользователя: обычно это каталоги вида %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Внутри находятся папки с именами-идентификаторами баз. Удаление содержимого этих каталогов безопасно для данных: при следующем запуске платформа пересоздаст кэш. Это стандартное действие при ошибках вида «Ошибка формата потока» или при «залипании» старых настроек форм.
Порядок очистки кэша: закрыть все сеансы 1С у пользователя, удалить содержимое указанных папок (или сами папки с идентификаторами баз), затем запустить программу заново. Учтите, что после очистки первый вход в базу займёт больше времени, а некоторые индивидуальные настройки интерфейса могут сброситься.
На сервере 1С временные файлы также скапливаются в каталоге srvinfo (папки reg_1541 и аналогичные, журналы, файлы сеансовых данных). Здесь очистку стоит выполнять аккуратно и только при остановленных службах агента сервера, либо ограничиться устаревшими журналами и файлами, явно не используемыми текущими сеансами.
:: Очистка кэша 1С текущего пользователя (Windows, сеансы 1С закрыты)
rmdir /s /q "%APPDATA%\1C\1cv8"
rmdir /s /q "%LOCALAPPDATA%\1C\1cv8"Удаление файлов в файловой и клиент-серверной базе: отличия
В файловой базе после удаления помеченных объектов размер файла 1Cv8.1CD сам по себе не уменьшается — освобождённое место остаётся «дырками» внутри файла и переиспользуется новыми данными. Чтобы физически сжать файл, нужно выполнить тестирование и исправление (chdbfl или конфигуратор) с включённой опцией сжатия таблиц, либо выгрузить базу в .dt и загрузить обратно. Выгрузка-загрузка — более надёжный способ, но требует монопольного доступа и времени.
В клиент-серверном варианте (MS SQL, PostgreSQL) данные удаляются на уровне СУБД, а уменьшение физического размера файлов базы выполняется средствами самой СУБД (shrink, vacuum). Это операции администратора баз данных: их нельзя делать «на всякий случай», так как shrink фрагментирует индексы, а vacuum full надолго блокирует таблицы.
Сравнение вариантов
Основной и самый безопасный способ. Контролирует ссылки, но не удалит объекты с местами использования.
Уменьшает физический размер файловой базы и заодно чистит внутренние структуры. Требует монопольного доступа и времени.
Сжимает файл базы без выгрузки. Делать только после резервной копии; при повреждённой базе сначала решают ошибки, потом сжимают.
Убирает файлы-«сироты» из томов хранения. Работает только при корректной сверке со справочником файлов.
Типичные ошибки и как их избежать
Самая частая ошибка — попытка удалить объекты напрямую запросом в SQL или правкой файла базы сторонними утилитами. Такие действия нарушают ссылочную целостность, и последствия проявляются не сразу, а при проведении документов, обмене или обновлении конфигурации, когда восстановить картину уже сложно.
Вторая ошибка — удаление помеченных объектов без резервной копии. После контролируемого удаления восстановить объект штатными средствами невозможно: пометка снимается, а физическое удаление — нет. Третья типичная ситуация — очистка кэша при открытых сеансах: платформа может держать файлы кэша заблокированными, и частичное удаление приведёт к новым ошибкам вместо решения старых.
Проверка результата и профилактика
После всех операций убедитесь, что цель достигнута: в обработке удаления помеченных объектов список пуст, объём томов хранения соответствует реальному количеству вложений, база открывается без ошибок, ключевые отчёты и обмены работают. Для файловой базы полезно сравнить размер файла до и после сжатия — разница покажет, сколько мусора было накоплено.
Чтобы проблема не возвращалась, настройте регламент: периодический запуск удаления помеченных объектов (в типовых конфигурациях есть соответствующее регламентное задание), контроль размера томов хранения и периодическую очистку устаревших журналов. Регулярное удаление небольшими порциями безопаснее и быстрее, чем разовая большая чистка раз в год.
Как проверить результат
Обработка показывает пустой список или только объекты с осознанными местами использования
Сотни помеченных объектов остаются после нескольких запусков
Количество файлов в томе близко к числу записей справочника присоединённых файлов
В томе значительно больше файлов, чем записей в базе
Документы открываются, вложения читаются, обмены проходят без ошибок
Ошибки «объект не найден», не открываются вложения или падают обмены
После сжатия размер файла заметно уменьшился
Размер не изменился — сжатие не выполнялось или завершилось с ошибкой
Что важно запомнить
Удалённые файлы в 1С убираются в три этапа: пометка и контролируемое удаление объектов, очистка томов хранения сверкой со справочником файлов, чистка кэша и временных каталогов. Всегда делайте резервную копию перед массовыми операциями и никогда не удаляйте данные в обход штатных механизмов платформы.
Частые вопросы
Можно ли восстановить объект после удаления помеченных объектов?
Штатными средствами — нет. Пока объект только помечен, пометку можно снять, и он полностью восстановится. После контролируемого удаления запись физически исчезает, и вернуть её можно только из резервной копии базы. Поэтому копия перед массовым удалением обязательна.
Почему после удаления файлов размер базы не уменьшился?
В файловой базе освобождённое место остаётся внутри файла 1Cv8.1CD и переиспользуется новыми данными. Чтобы физически уменьшить файл, выполните сжатие таблиц через тестирование и исправление или выгрузите базу в .dt и загрузите её заново. В клиент-серверном варианте уменьшение файлов — задача администратора СУБД.
Безопасно ли удалять папки кэша 1С?
Да, если все сеансы 1С у пользователя закрыты. Кэш — это служебные данные, платформа пересоздаст его при следующем запуске. Побочный эффект — более долгий первый вход в базу и возможный сброс части персональных настроек интерфейса.
Что делать с объектами, которые не удаляются из-за мест использования?
Откройте список мест использования в отчёте обработки и разберите каждую ссылку: замените объект на актуальный, очистите реквизит или пометьте ссылающийся объект на удаление тоже. После этого повторите удаление. Массово «отрывать» ссылки обработками без анализа не стоит — можно нарушить логику учёта.
Нужно ли удалять помеченные объекты перед обменом данными?
Желательно. Помеченные объекты могут передаваться в обменах и создавать лишний трафик и конфликты в узлах. Регулярная очистка перед настройкой или ускорением обменов — хорошая практика, но выполнять её нужно заранее и с резервной копией, а не непосредственно в момент обмена.