Тома на диске для вложений 1С: где их завести и как не потерять файлы

Чтобы создать том хранения файлов в 1С, откройте Администрирование → Общие настройки, в блоке про присоединённые файлы включите хранение файлов в томах на диске, перейдите по ссылке «Тома хранения файлов» и нажмите «Создать». В карточке тома укажите сетевой путь к каталогу (для Windows и при необходимости для Linux), порядок заполнения и максимальный размер. Каталог должен быть заранее создан, а у учётной записи, под которой работает 1С, должны быть права на запись.

База разрослась из-за сканов, договоров и писем с вложениями, выгрузка в .dt идёт полчаса, а бэкап занимает десятки гигабайт? Тома переносят файлы из таблиц базы на диск, и база снова становится компактной. Механизм входит в Библиотеку стандартных подсистем, поэтому одинаково работает в 1С:Бухгалтерии 3.0, ЗУП 3.1, УТ 11, КА и ERP.

Подготовка каталога под том хранения файлов

Том — это обычная папка на диске или в сетевом хранилище. 1С сама раскладывает в ней файлы по подпапкам и даёт им имена. Ваша задача — выбрать правильное место и выдать права.

Где разместить каталог

• 💾 Отдельный диск или раздел. Не системный C:: если том заполнит диск, остановится и Windows, и сервер 1С.
• 🌐 Сетевая папка с UNC-путём вида \\fs01\1c_files\buh. Буквы подключённых дисков (Z:\) не годятся: у службы сервера 1С их нет, у разных пользователей они разные.
• 📈 Запас места. Прикиньте текущий объём вложений и годовой прирост. Если база весит 40 ГБ, из них 30 ГБ — файлы, под том нужен диск минимум на 60–80 ГБ.
• 🔒 Защищённое хранилище. На папку должна распространяться регулярная резервная копия. Без неё том — самое уязвимое место учёта.

Кому выдать права

Права зависят от того, какой процесс физически пишет файл на диск:

Выдайте права в двух местах: на общий ресурс (вкладка «Доступ») и в NTFS (вкладка «Безопасность»). Действует более строгое из двух ограничений.

Как создать том хранения файлов в 1С пошагово

Шаг 1. Включите хранение в томах

1. Откройте Администрирование → Общие настройки.
2. Найдите блок про присоединённые файлы. В разных релизах он называется «Присоединённые файлы» или «Работа с файлами».
3. Выберите хранение файлов в томах на диске.

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

Шаг 2. Создайте том

1. В том же блоке перейдите по ссылке «Тома хранения файлов».
2. Нажмите «Создать».
3. Заполните карточку:
   • Наименование — понятное имя, например «Основной том 2026» или «Архив сканов».
   • Полный путь (Windows) — \\fs01\1c_files\buh\.
   • Полный путь (Linux) — заполните, если сервер 1С работает под Linux, например /mnt/1c_files/buh/.
   • Порядок заполнения — число. Чем меньше, тем раньше том получит файлы.
   • Максимальный размер в мегабайтах. Значение 0 снимает ограничение.
4. Нажмите «Записать и закрыть».

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

Шаг 3. Проверьте на реальном файле

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

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

Несколько томов: порядок заполнения и лимиты

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

Пример настройки для базы, где за год прирастает около 50 ГБ вложений:

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

Для чего несколько томов на практике:

• 📂 Разнести старое и новое. Архивный том можно положить на медленный дешёвый диск.
• 🧮 Удобный бэкап. Заполненный том больше не меняется, его достаточно скопировать один раз.
• 🖥️ Обойти предел одного хранилища. Диск закончился — добавили том на новом сервере без переноса.

Файловая и клиент-серверная база: что меняется

Файловый режим

В файловой базе серверный код выполняется в процессе клиента на компьютере пользователя. Значит, каталог тома открывает именно этот компьютер под учёткой сотрудника. Отсюда три следствия:

1. Путь должен быть одинаково доступен со всех рабочих мест. Локальный D:\Files на компьютере бухгалтера увидит только он сам.
2. Права нужны каждому пользователю. Удобнее выдать их группе «Пользователи 1С» в домене.
3. Удалённые сотрудники через VPN должны видеть сетевую папку. Иначе база откроется, а вложения — нет.

Клиент-серверный режим

Здесь с файлами работает рабочий процесс сервера 1С (rphost). Пользователь может вообще не иметь доступа к папке, он получает файл через сервер. Это удобнее и безопаснее: сотрудник не скопирует архив документов с файлового сервера в обход 1С.

Что проверить:

• 🔑 Учётная запись, под которой запущена служба агента сервера 1С. Её видно в services.msc в свойствах службы «Агент сервера 1С:Предприятия 8.3», вкладка «Вход в систему».
• 🖧 Если в кластере несколько рабочих серверов, путь к тому должен открываться с каждого из них. Иначе ошибки будут «плавающими»: зависят от того, на какой сервер попал сеанс.
• 🐧 Для сервера на Linux заполните путь Linux в карточке тома и смонтируйте общий ресурс (SMB или NFS) так, чтобы пользователь службы 1С имел права на запись.

Ошибки при работе с томами и как их найти

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

Проверка целостности тома

В списке томов есть команда проверки целостности. Она сравнивает записи в базе с тем, что лежит на диске, и показывает:

• ❌ файлы, которые числятся в базе, но отсутствуют на диске;
• 📄 лишние файлы на диске, на которые нет ссылок в базе;
• ⚠️ файлы, содержимое которых не совпадает с сохранённой информацией.

Запускайте проверку после восстановления из бэкапа, переезда файлового сервера и любых ручных действий в каталоге.

Тестовая копия базы и тома

Это самая неприятная ловушка. Вы выгрузили рабочую базу в .dt и загрузили её как тестовую. В копии сохранились те же пути к томам. Теперь удаление помеченных объектов в тестовой базе физически удаляет файлы из рабочего каталога.

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

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

Перенос накопленных файлов из базы

После включения томов старые вложения продолжают лежать в таблицах базы. Чтобы перенести их на диск, в БСП есть обработка переноса файлов между базой и томами. Найдите её поиском по слову «перенос» в разделе администрирования или через Все функции → Обработки, если команда в меню не выведена.

Как перенести без простоя:

1. Сделайте полную резервную копию базы.
2. Запустите перенос вечером или в выходные: при десятках гигабайт он идёт часами и нагружает сервер СУБД.
3. Переносите частями, если обработка позволяет выбрать типы владельцев файлов: сначала самые объёмные (например, файлы документов), потом остальное.
4. После переноса запустите проверку целостности тома.

Размер базы после переноса сразу не уменьшится. В файловой базе выполните сжатие через тестирование и исправление в Конфигураторе. В клиент-серверной базе на MS SQL или PostgreSQL место освобождается обслуживанием СУБД (сжатие файлов данных, VACUUM FULL для PostgreSQL) — это работа администратора СУБД в регламентное окно.

Переезд тома на другой диск или сервер

Если нужно сменить сервер, а файлы физически остаются те же:

1. Предупредите пользователей и запретите работу с базой на время копирования, чтобы не появились новые файлы.
2. Скопируйте каталог тома целиком со структурой подпапок, например через robocopy:

robocopy \\fs01\1c_files\buh\vol1 \\fs02\1c_files\buh\vol1 /E /COPY:DAT /R:2 /W:5 /LOG:C:\Temp\vol1_copy.log

3. В карточке тома замените путь на новый.
4. Выдайте права на новый каталог по таблице из раздела о подготовке.
5. Запустите проверку целостности и откройте 3–4 случайных вложения.
6. Старый каталог удаляйте только через неделю-две нормальной работы.

Резервное копирование томов

Выгрузка .dt и бэкап СУБД содержат только записи о файлах, но не сами файлы из томов. Восстановили базу без каталога — получили документы без вложений.

Правила для бэкапа:

• 🕒 Копируйте каталог томов в то же окно, что и базу. Расхождение в сутки — это сутки потерянных сканов.
• ♻️ Используйте инкрементальное копирование: файлы в томе не меняются после записи, поэтому каждая следующая копия маленькая.
• 🧪 Раз в квартал восстанавливайте базу и тома на тестовый стенд и проверяйте, что вложения открываются.

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