Ошибка 1С «Двоичные данные файла были удалены»: причины и восстановление

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

Чаще всего причина — регламентное задание «Очистка ненужных файлов», которое удаляет содержимое удаленных помеченными объектов, либо ручная чистка тома хранения файлов на диске. Реже проблема вызвана повреждением базы, сбоем при обмене или переносом базы без томов хранения.

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

Почему возникает ошибка и как работает хранение файлов

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

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

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

Как быстро оценить масштаб проблемы

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

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

Восстановление файлов из резервной копии

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

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

1. 1
   Определите дату, когда файлы еще открывались, и найдите копию за этот период
2. 2
   Разверните копию в отдельной тестовой базе, при хранении в томах подключите архивные папки томов
3. 3
   Откройте нужные файлы в тестовой базе и сохраните их на диск
4. 4
   В рабочей базе удалите битые записи файлов и загрузите сохраненные файлы заново
5. 5
   Проверьте, что файлы открываются и привязаны к правильным объектам

Если резервной копии нет

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

Если файлы хранились в томах и папка была удалена недавно, попробуйте средства восстановления удаленных файлов на уровне файловой системы или теневые копии Windows (предыдущие версии папки). Шансы зависят от того, сколько времени прошло и насколько активно диск использовался после удаления. Любые операции восстановления выполняйте на остановленной записи на этот диск, чтобы не затереть данные.

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

Настройка очистки, чтобы ошибка не повторилась

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

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

Профилактика: резервное копирование файлов

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

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

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

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

Открытие восстановленных файлов

Норма

Файл открывается, содержимое корректное

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

Ошибка чтения или пустое содержимое

Связь файла с объектом

Норма

Файл привязан к нужному документу или элементу справочника

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

Файл открывается, но висит не на том объекте

Настройки очистки

Норма

Срок хранения удаленных файлов задан и адекватен

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

Очистка отключена совсем (база раздувается) или срок слишком короткий

Резервные копии

Норма

Копируются и база, и тома, восстановление проверено

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

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

Частые ошибки при решении проблемы

Когда привлекать специалиста

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

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

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

Можно ли открыть файл, помеченный на удаление?

Да. Пометка удаления не очищает двоичные данные — файл по-прежнему открывается. Чтобы вернуть его в работу, снимите пометку удаления стандартной командой. Но после того как регламентное задание очистки физически удалит данные, восстановить файл таким способом уже не получится.

Где посмотреть, какое задание удалило файлы?

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

Файлы хранятся в томе, папка на месте, но ошибка остается. Что проверить?

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

Поможет ли тестирование и исправление базы?

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

Что лучше: хранить файлы в базе или в томах?

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