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

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

Как удалить из 1С удалённые файлы: полная инструкция

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

Фраза «удалённые файлы в 1С» обычно означает одну из трёх ситуаций: объекты, помеченные на удаление в самой базе (документы, элементы справочников, присоединённые файлы); файлы, которые программа сохранила в томах хранения или во временных каталогах и которые остались там после удаления записи; либо мусор в кэше и папках временных файлов пользователя. Во всех случаях логика одна: сначала объект помечается, затем удаляется контролируемым способом, а физические остатки убираются отдельно.

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

Ниже разобраны все сценарии: от типового удаления помеченных объектов в пользовательском режиме до очистки томов хранения файлов и временных каталогов сервера, с указанием рисков и способов проверки результата.

Что считается «удалёнными файлами» в 1С

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

Отдельная категория — присоединённые файлы (сканы договоров, изображения номенклатуры, вложения писем). В зависимости от настроек они хранятся либо внутри базы в виде двоичных данных, либо в томах на диске. При удалении объекта-владельца файл в томе может остаться — платформа не всегда подчищает его автоматически, особенно если удаление выполнялось обработкой или при обмене.

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

Удаление помеченных объектов штатными средствами

Основной инструмент — обработка «Удаление помеченных объектов». В типовых конфигурациях она находится в разделе Администрирование → Обслуживание → Удаление помеченных объектов. В режиме «1С:Предприятие» её может запустить пользователь с правами администратора, при этом другие пользователи должны завершить работу с удаляемыми объектами.

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

Ключевая особенность механизма — контроль ссылочной целостности. Если на помеченный объект ссылаются другие объекты (например, контрагент указан в актуальном договоре), платформа не удалит его, а покажет список мест использования. Эти ссылки нужно разрешить вручную: заменить объект, очистить реквизит или тоже пометить ссылающиеся объекты на удаление.

Порядок действий
  1. 1
    Сделайте резервную копию базы (выгрузку .dt или копию на уровне СУБД).
  2. 2
    Пометьте ненужные объекты на удаление в списках документов и справочников.
  3. 3
    Откройте Администрирование → Обслуживание → Удаление помеченных объектов.
  4. 4
    Выберите режим: автоматический или выборочный; для первого раза — выборочный.
  5. 5
    Запустите удаление и дождитесь отчёта о неудалённых объектах.
  6. 6
    Разберите места использования неудалённых объектов и повторите процедуру.
  7. 7
    Проверьте результат: пометок не осталось, отчёты и обмены работают без ошибок.

Очистка присоединённых файлов и томов хранения

Если конфигурация настроена на хранение файлов в томах на диске (настройка «Хранение файлов» в разделе администрирования), то при удалении присоединённого файла запись о нём исчезает из базы, но сам файл в томе может остаться. Со временем том разрастается, хотя база «чистая».

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

Безопасный подход — использовать штатные или типовые средства конфигурации (во многих решениях есть регламентные задания и обработки очистки неиспользуемых файлов) либо специализированные обработки, которые сверяют содержимое тома со справочником файлов и удаляют только несвязанные объекты. Перед запуском такой обработки обязательно сделайте копию тома.

Очистка временных файлов и кэша 1С

Кэш платформы хранится в профиле пользователя: обычно это каталоги вида %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8. Внутри находятся папки с именами-идентификаторами баз. Удаление содержимого этих каталогов безопасно для данных: при следующем запуске платформа пересоздаст кэш. Это стандартное действие при ошибках вида «Ошибка формата потока» или при «залипании» старых настроек форм.

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

На сервере 1С временные файлы также скапливаются в каталоге srvinfo (папки reg_1541 и аналогичные, журналы, файлы сеансовых данных). Здесь очистку стоит выполнять аккуратно и только при остановленных службах агента сервера, либо ограничиться устаревшими журналами и файлами, явно не используемыми текущими сеансами.

bash
:: Очистка кэша 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 надолго блокирует таблицы.

Сравнение вариантов

Удаление помеченных объектов (штатно)

Основной и самый безопасный способ. Контролирует ссылки, но не удалит объекты с местами использования.

Выгрузка/загрузка .dt

Уменьшает физический размер файловой базы и заодно чистит внутренние структуры. Требует монопольного доступа и времени.

Тестирование и исправление со сжатием

Сжимает файл базы без выгрузки. Делать только после резервной копии; при повреждённой базе сначала решают ошибки, потом сжимают.

Очистка томов обработкой сверки

Убирает файлы-«сироты» из томов хранения. Работает только при корректной сверке со справочником файлов.

Типичные ошибки и как их избежать

Самая частая ошибка — попытка удалить объекты напрямую запросом в SQL или правкой файла базы сторонними утилитами. Такие действия нарушают ссылочную целостность, и последствия проявляются не сразу, а при проведении документов, обмене или обновлении конфигурации, когда восстановить картину уже сложно.

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

Типичные ошибки
01
Удаление данных напрямую в СУБД или файле 1Cv8.1CD — приводит к битым ссылкам и ошибкам при обновлении.
02
Контролируемое удаление без резервной копии — восстановить удалённые объекты будет нечем.
03
Очистка кэша при работающих сеансах — файлы заблокированы, результат непредсказуем.
04
Удаление файлов из томов хранения вручную без сверки с базой — вложения перестают открываться.
05
Игнорирование списка неудалённых объектов — пометки копятся, база разрастается.

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

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

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

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

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

Список помеченных объектов
Норма

Обработка показывает пустой список или только объекты с осознанными местами использования

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

Сотни помеченных объектов остаются после нескольких запусков

Тома хранения файлов
Норма

Количество файлов в томе близко к числу записей справочника присоединённых файлов

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

В томе значительно больше файлов, чем записей в базе

Работа базы после очистки
Норма

Документы открываются, вложения читаются, обмены проходят без ошибок

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

Ошибки «объект не найден», не открываются вложения или падают обмены

Размер файловой базы
Норма

После сжатия размер файла заметно уменьшился

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

Размер не изменился — сжатие не выполнялось или завершилось с ошибкой

Итог

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

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

Частые вопросы

Можно ли восстановить объект после удаления помеченных объектов?

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

Почему после удаления файлов размер базы не уменьшился?

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

Безопасно ли удалять папки кэша 1С?

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

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

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

Нужно ли удалять помеченные объекты перед обменом данными?

Желательно. Помеченные объекты могут передаваться в обменах и создавать лишний трафик и конфликты в узлах. Регулярная очистка перед настройкой или ускорением обменов — хорошая практика, но выполнять её нужно заранее и с резервной копией, а не непосредственно в момент обмена.