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