Администрирование · 10 мин
Где хранить файлы в 1С: база, тома на диске или внешние хранилища
Разбираем, где хранить файлы в 1С: в информационной базе, в томах на диске или во внешних хранилищах. Настройка, ограничения, риски и типичные ошибки.
Вопрос «где хранить файл в 1С» возникает в трёх ситуациях: когда прикрепляют сканы и договоры к документам, когда база начинает стремительно расти из-за вложений и когда нужно организовать обмен файлами между пользователями. От правильного выбора зависят скорость работы базы, размер резервных копий и удобство пользователей.
В типовых конфигурациях на БСП (Библиотека стандартных подсистем) — «Управление торговлей», «ERP», «Бухгалтерия предприятия», «Зарплата и управление персоналом» — предусмотрено два основных способа хранения присоединённых файлов: в информационной базе и в томах на диске. Дополнительно существуют самописные решения на основе сетевых папок, FTP и объектных хранилищ.
Выбор зависит от объёма файлов, числа пользователей, требований к резервному копированию и того, работает база в файловом или клиент-серверном режиме. Ниже разберём каждый вариант с условиями применения, настройкой и типичными ошибками.
Какие варианты хранения файлов существуют в 1С
Платформа 1С и типовые конфигурации предлагают несколько подходов. Первый — хранение файла целиком в информационной базе: двоичные данные помещаются в хранилище значений реквизита справочника присоединённых файлов. Второй — хранение в томах на диске: в базе остаётся только ссылка и путь, а сам файл лежит в сетевой или локальной папке. Третий — внешние механизмы: сетевые папки, FTP, облачные и объектные хранилища, интеграция через HTTP-сервисы.
У каждого подхода есть границы применимости. Хранение в базе просто в настройке и гарантирует целостность при резервном копировании, но раздувает базу. Тома на диске разгружают базу, но требуют отдельного резервного копирования папок и корректных прав доступа. Внешние хранилища масштабируемы, однако требуют доработок и поддержки интеграции.
Сравнение вариантов хранения
Подходит для небольших файлов и малых объёмов. Всё копируется вместе с бэкапом базы, но база быстро растёт при массовых вложениях.
Подходит при больших объёмах файлов. База остаётся лёгкой, но папки томов нужно бэкапить отдельно и следить за правами доступа.
Подходит для филиальных сетей и больших архивов. Требует доработки или дополнительных решений и контроля доступности сервиса.
Хранение файлов в информационной базе
Это режим по умолчанию в большинстве типовых конфигураций. Когда пользователь прикрепляет файл к документу или элементу справочника, двоичные данные записываются в хранилище значений внутри базы. Пользователю не нужны дополнительные настройки: файл доступен всем, кто имеет права на соответствующий объект.
Плюсы очевидны: файл нельзя случайно удалить с диска, он попадает в резервную копию вместе с базой, при обмене распределёнными базами и синхронизации файлы передаются вместе с данными. Для небольших компаний с ограниченным числом вложений это оптимальный вариант.
Минус проявляется с ростом объёма: сотни мегабайт сканов увеличивают размер базы, замедляют выгрузку в dt, удлиняют время резервного копирования и обновления. В клиент-серверном режиме растёт нагрузка на СУБД. Если пользователи активно прикрепляют сканы договоров и актов, стоит заранее оценить темп роста и при необходимости перейти на тома.
Хранение файлов в томах на диске
Том — это настроенная в конфигурации папка на диске сервера или в сети, куда 1С складывает файлы, а в базе хранит только путь к ним. Настройка выполняется в разделе «Администрирование» — «Настройки работы с файлами»: включается хранение файлов в томах, создаётся том и указывается полный путь к каталогу.
Для клиент-серверного режима путь должен быть доступен с сервера 1С, а учётная запись, под которой работает агент сервера, должна иметь права на чтение и запись в этот каталог. Для файлового режима путь должен быть доступен всем пользователям — обычно это сетевая папка с общим доступом. Частая ошибка — указать локальный путь вида C:\Files в многопользовательской базе: файлы будут видны только с того компьютера, где папка физически существует.
Можно создать несколько томов и распределять файлы между ними, например по годам или подразделениям. Это упрощает архивацию старых данных и перенос «холодных» файлов на более дешёвые диски.
- 1Создайте на сервере или в сети папку для файлов и назначьте права на чтение и запись для учётной записи сервера 1С или всех пользователей файловой базы.
- 2В режиме 1С:Предприятие откройте «Администрирование» — «Настройки работы с файлами» и включите хранение файлов в томах на диске.
- 3Создайте том, задайте имя и полный путь к папке (для сетевого ресурса — UNC-путь вида \\server\share).
- 4Прикрепите тестовый файл к любому документу и убедитесь, что он появился в папке тома и открывается из карточки объекта у других пользователей.
- 5Настройте резервное копирование папки томов отдельно от бэкапа базы.
Внешние хранилища и сетевые папки
Если стандартных томов недостаточно — например, нужен доступ к файлам вне 1С, географически распределённая работа или очень большие архивы — применяют внешние хранилища. Простейший вариант — сетевые папки, к которым пользователи обращаются напрямую, а в 1С хранится только гиперссылка. Это дёшево, но лишает контроля версий и прав на уровне 1С.
Более продвинутые варианты — объектные хранилища по протоколу S3, FTP-серверы, корпоративные файлообменники. Интеграция обычно реализуется доработкой: файл при сохранении отправляется во внешнее хранилище, а в базе остаётся идентификатор и ссылка для скачивания. Такие решения требуют сопровождения: нужно обрабатывать недоступность сервиса, ошибки передачи и синхронизацию прав доступа.
Как выбрать способ хранения
Где физически находятся файлы файловой базы и как их не потерять
Отдельный частый вопрос — где лежит сама файловая база 1С. Это каталог, указанный при добавлении базы в список, с файлом 1Cv8.1CD внутри. Путь виден в окне запуска при выборе базы (внизу окна) или в свойствах ярлыка. Именно этот каталог нужно копировать при резервном копировании — но только когда все пользователи вышли из базы, иначе копия может оказаться повреждённой.
Если в файловой базе используются тома на диске, помните: файлы томов лежат отдельно от каталога базы. Копирование только 1Cv8.1CD не сохранит вложения. В регламент резервного копирования должны входить оба расположения.
Резервное копирование и контроль целостности
Главное правило: стратегия бэкапа должна соответствовать выбранному способу хранения. При хранении в базе достаточно регулярной выгрузки dt или средств СУБД. При хранении в томах нужна синхронная копия и базы, и папок томов — восстановление базы без томов приведёт к массовым ошибкам «файл не найден».
Периодически проверяйте целостность: открывайте случайные вложения из старых документов, контролируйте свободное место на диске с томами, следите за журналом регистрации на предмет ошибок доступа к файлам. Для клиент-серверных баз полезно тестовое восстановление копии на отдельном сервере — это единственный способ убедиться, что бэкап действительно рабочий.
Как проверить результат
Файл открывается из карточки документа у всех пользователей
Ошибка «файл не найден» или доступ только с одного компьютера
Новые вложения появляются в папке тома
Папка пуста, файлы продолжают писаться в базу
Копируются и база, и папки томов; тестовое восстановление проходит успешно
Бэкапится только база, тома не входят в копию
Типичные ошибки и ограничения
Наиболее болезненная ошибка — игнорирование роста базы до тех пор, пока выгрузка dt не начнёт занимать часы или не закончится место на диске. Перевод на тома в такой ситуации приходится делать в авральном режиме, хотя при регулярном контроле объёмов это плановая процедура.
Другие распространённые проблемы: локальные пути вместо сетевых в многопользовательском режиме, отсутствие прав у учётной записи сервера 1С на папку тома, ручное редактирование содержимого томов, перенос базы на новый сервер без переноса томов. Каждая из них приводит к потере доступа к вложениям и требует восстановления из копий.
Что важно запомнить
Небольшие объёмы файлов храните в базе — это просто и надёжно. При росте вложений переводите хранение в тома на диске с сетевым путём и корректными правами. Всегда включайте тома в резервное копирование и не трогайте содержимое папок томов вручную.
Частые вопросы
Можно ли перенести уже накопленные файлы из базы в тома?
Да. В типовых конфигурациях на БСП есть штатная обработка переноса файлов в тома (обычно доступна из настроек работы с файлами или через «Все функции»). Перенос выполняется в монопольном или малонагруженном режиме, перед запуском обязательно делается резервная копия базы.
Что будет, если папка тома станет недоступна?
Пользователи смогут работать с базой, но при попытке открыть или сохранить вложение получат ошибку доступа к файлу. После восстановления доступа к папке работа возобновится без последствий, если сами файлы не были удалены.
Есть ли ограничение на размер прикрепляемого файла?
Жёсткого универсального лимита нет, но на практике ограничения задают настройки конфигурации, параметры веб-сервера при работе через веб-клиент и разумные рамки производительности. Очень большие файлы лучше хранить в томах или во внешнем хранилище, а не в базе.
Как узнать, сколько места занимают вложения в базе?
Можно построить запрос к справочникам присоединённых файлов с суммированием размера файлов или воспользоваться типовыми отчётами по работе с файлами, если они есть в конфигурации. Для файловой базы косвенный признак — заметный рост файла 1Cv8.1CD при активном прикреплении документов.
Можно ли хранить файлы разных подразделений в разных томах?
Да, можно создать несколько томов и настроить правила размещения, если это поддерживает конфигурация, либо распределять файлы доработкой. Это удобно для раздельной архивации и разграничения доступа на уровне файловой системы.
Что выбрать для файловой базы на несколько пользователей?
При небольшом числе вложений — хранение в базе. Если файлов много, создайте том на сетевом ресурсе с UNC-путём, доступном всем пользователям, и включите его в регламент резервного копирования вместе с каталогом базы.