Как удалить (разрушить) базу 1С: очистка и полное удаление данных

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

Главное правило перед любыми разрушительными операциями — снять резервную копию, даже если база кажется ненужной. На практике регулярно выясняется, что в «старой» базе остались данные для налоговой проверки, кадровые сведения или справочники, которые нужны для сверки. Восстановить удалённую базу без копии почти невозможно.

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

Определите, что именно нужно сделать с базой

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

Также определите режим работы базы. Файловая база — это каталог на диске с файлом 1Cv8.1CD. Клиент-серверная — база данных в СУБД (MS SQL Server, PostgreSQL, Oracle) плюс регистрация в кластере серверов 1С. Способ удаления радикально различается.

Подготовка: резервная копия и блокировка пользователей

Первый шаг любого сценария — выгрузка информационной базы в файл .dt через конфигуратор (Администрирование → Выгрузить информационную базу) либо полный backup средствами СУБД. Выгрузка .dt подходит для баз умеренного размера; для крупных клиент-серверных баз надёжнее backup на уровне СУБД, потому что выгрузка больших объёмов через конфигуратор может занимать часы и прерываться.

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

1. 1
   Выгрузите базу в .dt или сделайте backup средствами СУБД
2. 2
   Проверьте, что копия открывается: загрузите её в тестовый каталог
3. 3
   Заблокируйте начало сеансов в свойствах базы
4. 4
   Завершите активные сеансы пользователей и фоновые задания
5. 5
   Только после этого переходите к удалению или очистке

Полное удаление файловой базы

Файловая база удаляется в два действия. Сначала удалите запись из списка информационных баз в окне запуска 1С: выделите базу и нажмите «Удалить» — это уберёт только ссылку, сами данные останутся на диске. Затем удалите каталог базы с файлом 1Cv8.1CD и сопутствующими подкаталогами (например, каталогами полнотекстового поиска и журналов).

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

Полное удаление клиент-серверной базы

В клиент-серверном режиме удаление выполняется из консоли кластера серверов 1С. Найдите информационную базу в списке, откройте контекстное меню и выберите «Удалить». Появится выбор из двух вариантов: «Удалить базу данных» — удаляется и регистрация в кластере, и сама база данных в СУБД; «Оставить без изменений» — снимается только регистрация в кластере, а база данных остаётся в СУБД и может быть подключена повторно.

Второй вариант удобен, когда нужно временно убрать базу из доступа. Но если задача — именно разрушить данные, выбирайте полное удаление и дополнительно проверьте в СУБД, что база данных действительно исчезла: в MS SQL Server — через Management Studio, в PostgreSQL — через pgAdmin или запрос к списку баз.

-- Проверка, что база удалена (MS SQL Server)
SELECT name FROM sys.databases WHERE name = 'ИмяБазы';
-- Если строка вернулась, удалите вручную:
DROP DATABASE [ИмяБазы];

Операция DROP DATABASE требует, чтобы к базе не было активных подключений. Если удаление блокируется, переведите базу в SINGLE_USER с принудительным завершением соединений либо закройте подключения через монитор активности СУБД.

Очистка базы от данных без удаления конфигурации

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

Для клиент-серверных баз существует более быстрый путь — очистка таблиц напрямую в СУБД (TRUNCATE или DELETE по всем таблицам схемы). Способ радикально быстрее обработок, но обходит логику платформы: нельзя использовать его выборочно, только для полной зачистки, и только при понимании структуры хранения 1С. После такой очистки базу следует протестировать через «Тестирование и исправление» в конфигураторе.

Проверка результата и типичные ошибки

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

Типичные ошибки: удаление без проверки работоспособности копии (выгрузка .dt оказалась битой, а оригинал уже удалён); удаление базы в СУБД вручную при живой регистрации в кластере — кластер начинает выдавать ошибки при обращении; очистка данных обработкой без монопольного доступа, из-за чего часть данных остаётся; забытые копии базы на компьютерах пользователей и в папках обмена.

FAQ