PDF-сканы УПД раздувают базу 1С на гигабайты: где искать и что делать

По умолчанию 1С кладёт каждый загруженный PDF — скан УПД, накладной, скан-копию договора — в таблицы самой информационной базы как двоичные данные, а не отдельным файлом на диске. Поэтому файловая база (.1cd) или база на SQL Server растёт не по числу документов, а по суммарному весу вложений, и обгоняет ожидания бухгалтерии за считаные месяцы.

где 1с физически хранит загруженные pdf

В конфигурации за вложения отвечает подсистема «Присоединённые файлы»: справочник хранит метаданные — имя, дата, автор, а само содержимое PDF попадает в поле типа ХранилищеЗначения. Это двоичный блок данных внутри тех же таблиц, где лежат проводки, остатки и справочники. Разница между файловой базой и SQL Server — только в том, кто физически управляет этим полем: движок 1С в файле .1cd или сервер SQL. В обоих случаях по умолчанию файл остаётся внутри базы, если администратор заранее не включил отдельное хранение на диске.

На практике вес набирают не сами PDF, а их количество: один цветной скан УПД на 2-3 страницы весит заметно больше, чем текстовая часть документа за целый квартал. Когда таких сканов десятки в день, база наращивает объём каждый рабочий день, а не разово при внедрении.

файловая база и sql server: разница только в скорости, с которой видно проблему

В файловом варианте вся база — один .1cd-файл, и рост BLOB-полей сразу заметен по его размеру: несколько сотен мегабайт в момент внедрения превращаются в несколько гигабайт через год активной загрузки сканов. На SQL Server процесс тот же, но не так очевиден сразу — сервер лучше сжимает данные и держит нагрузку без видимых тормозов. Проблема всплывает при резервном копировании: полный бэкап растёт вместе с базой, и однажды ночное окно резервного копирования перестаёт укладываться в отведённое время.

почему возникает раздувание базы быстрее, чем растёт число документов ⚠️

У сети из шести розничных точек бухгалтерия каждое утро сканирует и грузит в 1С партии УПД и накладных за вчерашний день — десятки документов через общий почтовый ящик и обработку загрузки. Само по себе это несколько минут работы. Но сканер по умолчанию сохраняет PDF в высоком разрешении, и один такой файл весит в разы больше, чем сама учётная запись документа в базе, где хранятся только реквизиты и табличная часть — пара килобайт. Через несколько месяцев .1cd-файл или база на SQL Server ощутимо тяжелеет, а бухгалтерия не понимает, откуда взялся рост: число документов увеличилось на десятки процентов, а размер базы — в разы.

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

как исправить: перенести сканы и pdf на тома хранения файлов 🔧

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

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

что делать, если ошибка повторяется и база снова пухнет после переноса

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

Проверить размер таблиц базы позволяет обработка «Тестирование и исправление информационной базы», а занятое место в томе — обычный просмотр папки хранения на сервере. Для базы на SQL Server оценить вес вложений можно и отдельным запросом к таблице, где 1С хранит BLOB-поля присоединённых файлов, — это быстрее, чем ждать полного тестирования. Если после переноса база продолжает расти теми же темпами, что и раньше, в большинстве случаев дело в пороге хранения или в забытой тестовой копии, которая незаметно завела собственный том. Если настройки при этом верны, а бэкапы и открытие отчётов всё равно ползут по времени, стоит проверить, не упирается ли проблема в железо — для этого подходит тест Гилёва: он показывает, где именно 1С теряет секунды — на диске, в сети или в самой конфигурации.

как предотвратить рост базы при постоянной загрузке pdf ✅

Часть проблем снимается ещё до внедрения, если сразу заложить правильные настройки хранения, а не чинить их постфактум:

• ✓включать тома хранения сразу при внедрении, до первой массовой загрузки сканов, а не когда база уже весит гигабайты;
• ✓ставить порог хранения на уровне 100–200 КБ, а не мегабайтов — тогда в базе остаются только по-настоящему мелкие файлы;
• ✓сканировать документы в 300 dpi, а не в 600 — для распознавания и архива этого достаточно, а вес файла падает в разы;
• ✓раз в квартал проверять занятое место в томе и в базе, не дожидаясь, пока резервная копия перестанет помещаться на диск;
• ✓если PDF грузятся через сервис распознавания, выбирать тот, что сразу раскладывает файлы по томам, а не только через ручную загрузку в справочник.

Наш сервис распознавания УПД из скана с самого начала настраивается так, чтобы файлы уходили на том хранения, а не оседали в базе, — от 3900 руб/мес. Если база уже перегружена, а офисное оборудование не тянет её нынешний размер, перенос базы и тома на сервер с достаточным диском и SSD обходится от 1 100 ₽/мес за пользователя аренды сервера 1С, а настройка регламентных заданий очистки тома — от 3800 руб/час в рамках сопровождения; актуальные условия — на странице тарифов.

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

Можно ли перенести уже загруженные в базу PDF на диск без потери документов?

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

Файлы из тома хранения можно открыть напрямую в папке, минуя 1С?

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

Сколько именно PDF-сканов в месяц раздувает базу до критичного размера?

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

Что будет, если вообще не настраивать тома хранения файлов?

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

Кто может настроить тома хранения, если в штате нет программиста 1С?

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