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