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