Присоединенные файлы в 1С 8.3: где они хранятся

Присоединенные файлы в 1С 8.3 — это документы, изображения, сканы и другие вложения, которые пользователи прикрепляют к объектам базы: номенклатуре, контрагентам, документам, письмам. Механизм реализован в Библиотеке стандартных подсистем (БСП) и работает в большинстве типовых конфигураций: «Управление торговлей», «ERP», «Бухгалтерия предприятия», «Зарплата и управление персоналом» и других.

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

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

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

За работу с вложениями в типовых конфигурациях отвечает подсистема «Присоединенные файлы» из БСП. Для каждого типа объектов, к которым можно прикреплять файлы, в конфигураторе создается отдельный справочник вида «ПрисоединенныеФайлы» — например, «НоменклатураПрисоединенныеФайлы», «ПисьмоПрисоединенныеФайлы». В каждом элементе такого справочника хранятся метаданные файла: имя, расширение, размер, дата создания, автор, признак «зашифрован», «подписан ЭП».

Само содержимое файла хранится отдельно от этих метаданных. В зависимости от настройки двоичные данные лежат либо в регистре сведений «Присоединенные файлы» (внутри базы), либо в файловом томе — каталоге на диске сервера или общем сетевом ресурсе. В последнем случае в базе сохраняется только путь к файлу относительно тома.

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

Способ 1: хранение в информационной базе

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

Где искать физически: если база файловая, все данные, включая вложения, находятся внутри файла 1Cv8.1CD. Отдельной папки с файлами нет. Если база клиент-серверная (MS SQL, PostgreSQL), двоичные данные лежат в таблицах соответствующего регистра в СУБД.

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

Способ 2: хранение в томах на диске

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

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

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

Как определить, где хранятся файлы в вашей базе

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

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

Программно способ хранения определяется константой «Способ хранения файлов» и функциональными опциями БСП, а путь к файлу в томе хранится в реквизите «ПутьКФайлу» справочника присоединенных файлов. Это полезно знать разработчику при написании обработок выгрузки вложений.

1. 1
   Откройте раздел «Администрирование» в режиме 1С:Предприятие.
2. 2
   Перейдите в «Настройки работы с файлами» и посмотрите, включено ли хранение в томах.
3. 3
   Если тома используются — откройте список томов и запишите полные пути к каталогам.
4. 4
   Откройте карточку любого присоединенного файла и сверьте признак хранения.
5. 5
   Проверьте фактическое наличие файлов по указанным путям на диске.

Как перенести файлы из базы в тома и обратно

Если база разрослась из-за вложений, типовые конфигурации позволяют перенести хранение в тома. Общий порядок: создать и настроить том, переключить настройку способа хранения, затем выполнить перенос существующих файлов. В ряде конфигураций есть штатная обработка или регламентная операция переноса; если её нет, перенос выполняется сторонними обработками или программно через методы БСП.

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

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

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

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

Открытие вложений

Норма

Файлы открываются из карточек объектов без ошибок

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

Ошибка «файл не найден» или пустое содержимое

Каталог тома

Норма

В подпапках тома появились файлы с ожидаемыми расширениями

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

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

Размер базы

Норма

После очистки и сжатия размер базы уменьшился

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

Размер не изменился — двоичные данные могли остаться в регистре

Типичные проблемы и их решение

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

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

Третья проблема — после переноса базы на новый сервер вложения перестали открываться. Причина почти всегда в том, что пути томов указывают на старые расположения. Решение: скопировать каталоги томов на новый сервер и обновить пути в справочнике томов до запуска пользователей.

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

Схема резервного копирования напрямую зависит от способа хранения. При хранении в базе достаточно регулярной копии самой базы: выгрузка в dt, копия 1Cv8.1CD для файлового режима или бэкап средствами СУБД. Все вложения восстановятся вместе с базой.

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

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

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

Можно ли открыть присоединенный файл напрямую из папки тома?

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

Почему база растет, хотя файлы настроены на хранение в томах?

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

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

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

Как узнать, сколько места занимают вложения внутри базы?

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

Нужно ли включать тома в антивирусные исключения?

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

Можно ли хранить разные типы вложений в разных томах?

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