Администрирование · 11 мин
Как удалить все данные в базе 1С 8 и при этом ничего не сломать
Как удалить все данные в 1С 8.3: групповое удаление документов и справочников, свёртка базы, создание пустой копии. Риски, резервные копии, проверка результата.
Потребность полностью очистить базу 1С 8 возникает в нескольких типовых ситуациях: компания готовит пустую копию для нового юридического лица, тестовую базу нужно вернуть в «заводское» состояние, либо старые данные накопились за годы и мешают работе. Во всех случаях задача сводится к удалению данных (документов, записей справочников, регистров) при сохранении самой конфигурации — форм, отчётов, настроек и кода.
Принципиально важно понимать разницу между тремя задачами: удалить данные, оставив конфигурацию; создать пустую базу с нуля; удалить базу целиком вместе с конфигурацией. Способы и риски у них разные, и путать их нельзя: удаление базы из списка в окне запуска не стирает файлы, а удаление файла базы делает восстановление невозможным без резервной копии.
Ниже разобраны рабочие способы полной очистки: штатная свёртка, групповое удаление объектов, создание пустой копии и полное удаление базы. Каждый вариант подходит под свою ситуацию, и выбор зависит от того, что должно остаться после очистки.
Что нужно сделать до удаления: резервная копия и проверки
Любая массовая очистка данных в 1С — операция необратимая. Ошибка в отборе объектов, сбой питания в процессе или удаление лишнего справочника приведут к потере информации, которую нельзя восстановить штатными средствами. Поэтому первый шаг всегда одинаков: создание резервной копии.
Для файловой базы откройте конфигуратор, перейдите в меню «Администрирование» → «Выгрузить информационную базу» и укажите путь для файла с расширением .dt. Этот файл содержит и данные, и конфигурацию, его можно развернуть обратно за несколько минут. Для клиент-серверной базы выгрузка .dt тоже работает, но для больших баз надёжнее делать копию средствами самой СУБД (MS SQL, PostgreSQL).
Дополнительно проверьте, что никто из пользователей не работает в базе: массовое удаление требует монопольного доступа, иначе часть объектов окажется заблокирована и не удалится. В конфигураторе список активных сеансов виден через «Администрирование» → «Активные пользователи».
Способ 1. Штатная свёртка базы
Свёртка — это не совсем «удаление всех данных», а перенос остатков на заданную дату с удалением документов прошлых периодов. В типовых конфигурациях (Бухгалтерия предприятия, Управление торговлей, ERP) обработка свёртки находится в разделе «Администрирование» → «Обслуживание» → «Свёртка информационной базы» либо в «НСИ и администрирование» в зависимости от конфигурации.
Обработка предлагает выбрать дату свёртки и организации, формирует документы ввода остатков на эту дату, а затем удаляет все документы до неё. Справочники при этом сохраняются — номенклатура, контрагенты, договоры остаются в базе. Это правильный выбор, если нужно «обнулить историю», но продолжить работу с текущими остатками.
Ограничение способа: свёртка не делает базу полностью пустой. Если цель — получить чистую базу без единого документа и без справочников, свёртка не подходит, нужен один из следующих вариантов.
Способ 2. Групповое удаление всех объектов через обработку
Для полной очистки данных при сохранении конфигурации используется типовая обработка «Групповое изменение реквизитов» с функцией пометки на удаление либо специализированные обработки удаления данных. В ряде конфигураций на БСП (Библиотека стандартных подсистем) есть механизм «Удаление помеченных объектов»: «Администрирование» → «Обслуживание» → «Удаление помеченных объектов».
Общий порядок такой: сначала все документы помечаются на удаление (через групповую обработку или запросом), затем запускается штатное удаление помеченных объектов, которое проверяет ссылочную целостность. После документов тем же способом очищаются справочники и регистры сведений. Регистры накопления и бухгалтерии обычно очищаются автоматически вместе с документами-регистраторами.
- 1Сделайте выгрузку .dt и проверьте, что она разворачивается
- 2Завершите сеансы всех пользователей, откройте базу монопольно
- 3Пометьте на удаление все документы через групповую обработку
- 4Запустите «Удаление помеченных объектов» в монопольном режиме
- 5Повторите для справочников и самостоятельных регистров сведений
- 6Выполните тестирование и исправление с проверкой ссылочной целостности
- 7Проверьте результат: журналы документов и списки справочников пусты
Альтернатива встроенным механизмам — внешние обработки очистки базы, которые удаляют данные напрямую, минуя контроль ссылочной целостности. Они работают быстрее, но опаснее: если обработка оставит «битые» ссылки, база потребует ремонта. Использовать такие инструменты стоит только на копии и только если вы понимаете их логику.
Способ 3. Создание пустой базы из конфигурации
Если нужна полностью чистая база с той же конфигурацией, самый надёжный путь — не чистить старую, а создать новую. Откройте конфигуратор рабочей базы, выполните «Конфигурация» → «Сохранить конфигурацию в файл» (получится файл .cf). Затем создайте новую пустую информационную базу через окно запуска 1С и загрузите в неё сохранённый .cf через «Конфигурация» → «Загрузить конфигурацию из файла».
В результате вы получите базу с идентичной структурой — все отчёты, обработки, роли и интерфейсы на месте, но без единой записи данных. Это самый чистый и быстрый способ: не тратятся часы на удаление миллионов записей, нет риска остаточных «хвостов» в регистрах.
Минус очевиден: в новую базу нужно перенести то, что должно сохраниться, — например, справочник номенклатуры или пользователей. Для этого используется типовая обработка «Выгрузка и загрузка данных XML» (универсальный обмен), которая переносит выбранные объекты между базами с одинаковой конфигурацией.
Сравнение способов очистки
Подходит, когда нужно удалить историю, но сохранить остатки и справочники. Не делает базу пустой.
Подходит для полной очистки существующей базы. Долго на больших объёмах, требует контроля ссылочной целостности.
Самый быстрый и чистый вариант, если данные не нужны вообще. Справочники придётся переносить отдельно.
Когда база больше не нужна совсем. Необратимо без резервной копии.
Способ 4. Полное удаление базы вместе с конфигурацией
Когда база не нужна вообще — например, тестовая копия отработала своё, — её удаляют целиком. Для файловой базы достаточно закрыть все сеансы 1С и удалить папку с файлом 1Cv8.1CD. Само удаление базы из списка в окне запуска (кнопка «Удалить») убирает только запись из списка, файлы на диске остаются — это частая причина путаницы.
Для клиент-серверной базы удаление выполняется через консоль кластера серверов 1С: в свойствах информационной базы есть варианты «удалить базу данных на СУБД» или «очистить только регистрацию в кластере». Первый вариант физически удаляет базу в MS SQL или PostgreSQL, второй оставляет её на сервере СУБД, и тогда удалять нужно средствами самой СУБД.
Очистка отдельных видов данных и типичные ошибки
Иногда «удалить все данные» означает не полную очистку, а удаление конкретного пласта: всех документов одной организации в многофирменной базе, всех записей регистра сведений, истории обменов, версий объектов. Для регистров сведений без регистратора записи удаляются через консоль запросов или обработку, для документов одной организации — через групповую обработку с отбором.
Отдельного внимания заслуживают служебные данные, которые раздувают базу: история версий объектов, протоколы обменов, журнал регистрации, сохранённые настройки отчётов. Их очистка часто даёт основной эффект по объёму без потери учётных данных. Журнал регистрации сокращается через «Администрирование» → «Обслуживание» → «Журнал регистрации» → «Сократить».
Проверка результата и восстановление после очистки
После массового удаления обязательно выполните «Тестирование и исправление» информационной базы в конфигураторе с включёнными проверками ссылочной целостности и реиндексацией. Это выявит битые ссылки и ошибки, возникшие в процессе удаления. Для файловых баз имеет смысл также выполнить сжатие таблиц — физический размер файла .1CD после удаления сам не уменьшается.
Признаки корректно выполненной очистки: журналы документов пусты, списки справочников не содержат записей (кроме предопределённых элементов, которые удалить нельзя и не нужно), отчёты показывают нулевые обороты, тестирование завершается без ошибок. Предопределённые элементы — часть конфигурации, их наличие нормально.
Как проверить результат
Списки пустые, отборы не находят записей
Остались документы или строки «Объект не найден»
Проверки завершены без ошибок ссылочной целостности
Сообщения о битых ссылках и несуществующих объектах
Нулевые обороты и остатки
Висят остатки по регистрам без документов
После сжатия таблиц размер заметно уменьшился
Файл прежнего размера — сжатие не выполнялось
Если в процессе что-то пошло не так — удалили лишнее, база перестала открываться, — восстановление делается только из резервной копии: в конфигураторе «Администрирование» → «Загрузить информационную базу» с указанием файла .dt. Именно поэтому проверка копии до начала работ — не формальность, а единственная страховка.
Что важно запомнить
Перед любой очисткой делайте и проверяйте резервную копию .dt. Для удаления истории с сохранением остатков используйте свёртку, для полной очистки — групповое удаление объектов, для получения чистой базы быстрее всего создать новую из файла конфигурации .cf. После удаления обязательны тестирование и исправление и сжатие таблиц. Удаление базы из списка запуска не стирает её файлы.
Частые вопросы
Можно ли удалить все данные без конфигуратора, прямо из режима Предприятия?
Да, частично: свёртка базы и удаление помеченных объектов выполняются в режиме Предприятия. Но для полной очистки, тестирования и исправления и сжатия базы конфигуратор всё равно понадобится, поэтому полный цикл без него не выполнить.
Удалятся ли пользователи и их настройки при очистке данных?
Пользователи информационной базы — это не данные справочников, а отдельный список, хранящийся в служебных таблицах. Групповое удаление объектов их не затрагивает. Удалить пользователей можно только вручную в конфигураторе или в разделе администрирования, либо они не перенесутся в новую базу, созданную из файла .cf.
Почему файл базы не уменьшился после удаления всех документов?
Файл 1Cv8.1CD не сжимается автоматически: освободившееся место остаётся зарезервированным внутри файла. Чтобы физически уменьшить размер, выполните в конфигураторе «Тестирование и исправление» с включённой опцией сжатия таблиц информационной базы.
Что делать с предопределёнными элементами, которые не удаляются?
Предопределённые элементы справочников (например, стандартные валюты или виды налогов) — часть конфигурации, на них ссылается код. Удалять их не нужно и штатно невозможно: они не считаются «данными» в контексте очистки и не мешают считать базу пустой.
Как удалить данные только одной организации в многофирменной базе?
Полной штатной обработки «удалить организацию со всеми данными» в типовых конфигурациях нет. Используйте групповую обработку с отбором документов по организации, затем удаление помеченных объектов. Учтите, что документы с несколькими организациями и общие справочники потребуют ручного разбора, поэтому работайте на копии.
Опасно ли удалять данные напрямую средствами SQL в клиент-серверной базе?
Да. Прямые запросы DELETE к таблицам СУБД обходят всю логику 1С: контроль ссылок, служебные таблицы, итоги регистров. Результат почти гарантированно — рассогласованная база, которую придётся восстанавливать из копии. Все операции удаления выполняйте только средствами платформы 1С.