Где хранятся загруженные файлы в 1С

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

Типовые конфигурации на Библиотеке стандартных подсистем (БСП) — «Управление торговлей», «Бухгалтерия предприятия», «Зарплата и управление персоналом», «Документооборот» — используют подсистему «Работа с файлами». Она поддерживает два основных режима: хранение в информационной базе и хранение в томах на диске. Какой режим активен, определяет администратор в настройках, и от этого зависит, где физически искать данные.

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

Как 1С решает, куда сохранять файл

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

Проверить режим можно через интерфейс: раздел «Администрирование» → «Настройка работы с файлами» (в некоторых конфигурациях — «Файлы и вложения»). Там же обычно виден признак «Хранить файлы в томах на диске» и ссылка на список томов. Если такого пункта нет, конфигурация либо самописная, либо хранит файлы только в базе.

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

Хранение файлов внутри информационной базы

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

Практическое следствие: размер базы растёт на объём всех загруженных файлов. Для файловой базы это увеличивает файл 1Cv8.1CD, для клиент-серверной — таблицы в СУБД (MS SQL, PostgreSQL и др.). Резервная копия базы автоматически включает и файлы — это плюс режима. Минус — большие объёмы вложений утяжеляют базу, замедляют выгрузку в .dt и усложняют регламентные операции.

Найти конкретный файл «вручную» внутри базы штатными средствами ОС нельзя — данные лежат в бинарном формате платформы. Извлечь файл можно через интерфейс 1С (открыть карточку файла и сохранить на диск) или программно через методы работы с присоединёнными файлами.

Хранение файлов в томах на диске

Тома настраиваются в справочнике «Тома хранения файлов» (Администрирование → Работа с файлами → Тома хранения файлов). Для каждого тома указывается полный путь к каталогу: для Windows — например, D:\1CFiles\, для Linux-сервера — путь вида /mnt/1cfiles/. В клиент-серверном режиме путь должен быть доступен с сервера 1С, а не с компьютера пользователя.

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

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

Временные файлы и кэш клиента

Помимо прикреплённых документов, 1С активно использует временные каталоги операционной системы. При открытии вложения на просмотр файл сначала извлекается во временную папку пользователя — обычно внутри %TEMP% (Windows) или /tmp (Linux). Именно оттуда его открывает ассоциированная программа. После закрытия сеанса такие копии могут оставаться на диске.

Кэш метаданных тонкого и толстого клиента хранится в профиле пользователя: типичные пути — %APPDATA%\1C\1cv8\ и %LOCALAPPDATA%\1C\1cv8\ с подкаталогами вида reg_1541 и длинными служебными именами. Там лежат служебные данные, а не пользовательские вложения, но именно кэш часто «съедает» место на диске C и становится причиной странных ошибок отображения.

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

# Типичные каталоги кэша и временных файлов 1С в Windows
echo %APPDATA%\1C\1cv8
echo %LOCALAPPDATA%\1C\1cv8
echo %TEMP%

Как определить, где лежит конкретный файл

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

Для массовой проверки администраторы используют отчёты и обработки по присоединённым файлам: они показывают общий объём вложений, распределение по томам и по базе. В клиент-серверном варианте объём файлов в базе можно оценить и средствами СУБД — по размеру соответствующих таблиц.

1. 1
   Откройте в 1С объект (документ, элемент справочника), к которому прикреплён файл, и перейдите к списку присоединённых файлов.
2. 2
   Откройте карточку файла и посмотрите поля «Том» и «Путь к файлу».
3. 3
   Если том указан — файл лежит в каталоге этого тома на сервере; полный путь тома смотрите в справочнике «Тома хранения файлов».
4. 4
   Если том не указан — файл хранится внутри информационной базы; извлечь его можно кнопкой «Сохранить на диск».
5. 5
   Убедитесь, что смотрите актуальную версию файла, если в конфигурации включено версионирование.

Перенос файлов между базой и томами

Типовые конфигурации на БСП содержат встроенный механизм переноса: обработка «Перенос файлов в тома» (и обратные операции) доступна из настроек работы с файлами. Она последовательно извлекает двоичные данные из базы, записывает их в указанный том и обновляет ссылки. Перед запуском обязательно сделайте резервную копию: при прерывании процесса часть файлов окажется в промежуточном состоянии.

При переносе самой базы на другой сервер тома не переезжают автоматически вместе с .dt-выгрузкой. Каталоги томов нужно скопировать отдельно, а затем в новой базе исправить пути в справочнике томов — иначе вложения перестанут открываться. Это одна из самых частых ошибок при миграции.

Резервное копирование и права доступа

Корректная резервная копия зависит от режима хранения. Если файлы в базе — достаточно копии базы (выгрузка .dt или бэкап средствами СУБД). Если файлы в томах — копировать нужно и базу, и каталоги томов, желательно согласованно по времени, чтобы не получить расхождение: запись о файле есть, а самого файла в копии тома ещё нет.

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

Часто задаваемые вопросы