Администраторам баз данных 1С Предприятие рано или поздно приходится сталкиваться с необходимостью радикальной очистки информационной системы. Ситуации, когда требуется сбросить конфигурацию, могут быть самыми разными: от неудачного эксперимента с доработками до подготовки «чистого» стенда для тестирования новых обновлений или обучения сотрудников. Часто пользователи путают удаление конкретной базы из списка с полной очисткой её внутреннего содержания, что приводит к лишней трате времени на пересоздание файлов.
Процедура обнуления базы данных — это не просто удаление пары таблиц, а комплексное действие, затрагивающее структуру метаданных и хранения документов. Если вы планируете вернуть систему к состоянию «как после установки», вам необходимо понимать разницу между очисткой данных пользователя и удалением самой конфигурации. Неправильные действия могут привести к тому, что информационная база станет неработоспособной, а восстановление займет куда больше времени, чем сама операция сброса.
В этой статье мы детально разберем все доступные методы возврата системы в исходное состояние. Мы рассмотрим штатные средства платформы, возможности конфигуратора и работу с консолью администрирования серверов. Особое внимание уделим нюансам работы с файловыми и клиент-серверными вариантами, так как подходы к ним существенно различаются по уровню риска и требуемым правам доступа.
Подготовка к процедуре сброса и создание резервной копии
Прежде чем приступать к любым деструктивным действиям, критически важно обеспечить возможность отката. Даже если ваша цель — уничтожить текущие данные, отсутствие резервной копии может стать фатальной ошибкой в случае, если вы случайно выбрали не ту базу или процесс прервался на полпути. Резервное копирование является единственным гарантом безопасности при администрировании 1С. Для файловых баз достаточно скопировать папку с базой данных на внешний носитель или в облачное хранилище.
Для клиент-серверных вариантов на базе MS SQL или PostgreSQL процедура сложнее и требует использования средств СУБД. Вы можете использовать встроенные механизмы платформы 1С для выгрузки базы в файл .dt, однако этот метод не всегда сохраняет полную структуру индексов и служебных данных сервера. Более надежным способом считается создание полного бэкапа средствами самой системы управления базами данных.
⚠️ Внимание: Убедитесь, что в момент создания резервной копии к базе данных не подключены другие пользователи. Активные сеансы могут привести к повреждению файла выгрузки или блокировке процесса копирования, что сделает бэкап непригодным для восстановления.
Проверьте целостность созданной копии перед началом работ. Попробуйте развернуть её на тестовом каталоге или временном сервере, чтобы убедиться в работоспособности. Только после успешной проверки можно переходить к следующему этапу. Игнорирование этого правила часто приводит к ситуациям, когда после сброса выясняется, что старые данные утеряны безвозвратно, а новая структура еще не настроена.
☑️ Чек-лист перед сбросом
Удаление данных через режим Предприятия (Очистка базы данных)
Самый простой и безопасный способ очистить базу от накопленного «мусора», не трогая саму конфигурацию — это использование стандартного механизма очистки. Этот метод подходит, если вам нужно сохранить структуру программы, справочники и регистры, но удалить все введенные документы, движения и журналы. Запустите 1С Предприятие в обычном режиме под пользователем с полными правами.
В меню выберите пункт Администрирование, затем перейдите в раздел Обслуживание и найдите опцию Удаление данных. В открывшемся окне система предложит выбрать периоды и типы объектов для удаления. Вы можете очистить базу выборочно, оставив, например, справочники контрагентов, но удалив все документы за прошлый год. Это позволяет гибко управлять объемом хранимой информации.
Однако стоит понимать ограничения этого метода. Он не удаляет саму конфигурацию, не сбрасывает настройки пользователей и не очищает регистры сведений о сеансах. Если ваша цель — получить абсолютно чистую базу, как после первой установки, этого способа может быть недостаточно. Кроме того, при большом объеме данных процесс может занять значительное время и потребовать много ресурсов сервера.
Используйте режим "Тестирование и исправление" перед массовой очисткой данных, чтобы устранить возможные логические ошибки, которые могут помешать корректному удалению записей из регистров.
После завершения процесса система запросит подтверждение. Будьте внимательны: отменить это действие средствами самой 1С будет невозможно. Данные удаляются физически, и их восстановление возможно только из заранее созданной резервной копии. Поэтому дважды проверьте выбранные параметры перед нажатием финальной кнопки.
Полный сброс конфигурации через Конфигуратор
Для тех случаев, когда требуется удалить не только данные, но и саму конфигурацию, вернув базу в состояние «пустой оболочки», необходимо использовать режим Конфигуратор. Этот метод является наиболее радикальным и требует осторожности. Запустите базу в режиме конфигурирования, используя ключ запуска /C или выбрав соответствующий пункт в окне запуска.
В меню конфигуратора перейдите в раздел Конфигурация и выберите пункт Выгрузить конфигурацию в файл... Даже если вы планируете всё удалить, сохранение текущей конфигурации в файл .cf может пригодиться для анализа или частичного переноса объектов в будущем. После этого выберите пункт Удалить конфигурацию. Система предупредит вас о том, что все объекты будут удалены без возможности восстановления.
| Действие | Результат | Риск потери данных |
|---|---|---|
| Удаление данных в Предприятии | Очистка документов и журналов | Низкий (конфигурация сохраняется) |
| Удаление конфигурации | Пустая база без объектов | Высокий (требуется загрузка новой) |
| Пересоздание базы ИБ | Полный сброс структуры | Критический (удаляется всё) |
| Обновление конфигурации | Смена версии без потери данных | Средний (зависит от скрипта) |
После удаления конфигурации база станет неработоспособной для обычного пользователя. Чтобы вернуть её к жизни, вам потребуется загрузить типовую конфигурацию из дистрибутива или из ранее сохраненного файла. Выберите пункт Конфигурация -> Загрузить конфигурацию из файла и укажите путь к нужному файлу .cf или .cfu. После загрузки обязательно выполните обновление конфигурации базы данных.
⚠️ Внимание: При удалении конфигурации через Конфигуратор все пользовательские настройки интерфейса, роли и права доступа будут безвозвратно утеряны. Вам придется настраивать систему безопасности заново после загрузки новой конфигурации.
Что происходит с регистрами при удалении конфигурации?
При удалении конфигурации метаданные регистров исчезают, но физически таблицы в базе данных СУБД могут оставаться до момента полной перерегистрации или явной очистки. Это может занимать место на диске, поэтому рекомендуется выполнить сжатие базы данных после процедуры.
Радикальный метод: Пересоздание информационной базы
Иногда проще удалить базу полностью и создать её заново, чем пытаться вычистить старые данные. Этот подход особенно актуален для файловых вариантов баз или тестовых контуров. Для этого откройте окно запуска 1С Предприятие, выделите нужную базу в списке и нажмите кнопку Удалить. Обратите внимание: это действие удаляет базу только из списка запуска, но не стирает файлы с диска.
Чтобы действительно сбросить конфигурацию на уровне файловой системы, вам необходимо зайти в каталог, где хранится база данных, и вручную удалить все файлы, кроме, возможно, файла 1Cv8.cdn (если вы хотите сохранить список баз), хотя для полной чистоты лучше удалить всё содержимое папки. После этого создайте новую базу в списке, указав путь к той же очищенной папке.
При создании новой базы система предложит выбрать вариант: создать новую пустую базу или восстановить из копии. Выберите создание пустой базы. В следующем окне мастер предложит загрузить конфигурацию. Вы можете сразу указать путь к файлу типовой конфигурации или сделать это позже через конфигуратор. Этот метод гарантирует отсутствие любых артефактов от предыдущей работы системы.
Для клиент-серверных вариантов процедура аналогична, но выполняется через консоль администрирования серверов 1С или утилиту rac. Команда удаления информационной базы с сервера полностью очищает все таблицы в схеме базы данных СУБД. Это самый надежный способ гарантировать полную изоляцию нового проекта от старых данных.
Автоматизация сброса с помощью внешних обработок
Для профессиональных администраторов и разработчиков ручной сброс может быть слишком трудоемким, особенно если эту процедуру нужно проделывать регулярно на множестве тестовых баз. В экосистеме 1С существуют специальные внешние обработки, предназначенные для автоматического обнуления данных. Такие инструменты часто называют «обработками очистки» или «сбрасывателями».
Принцип работы таких обработок заключается в программном обходе всех регистров и документов с последующим их удалением через встроенный язык платформы. Это позволяет соблюдать все правила ссылочной целостности, которые нарушаются при прямом вмешательстве в базу данных. Найти такие обработки можно в открытых репозиториях, например, на портале Infostart, или написать свою собственную.
Использование автоматизированных скриптов имеет свои преимущества. Вы можете настроить обработку так, чтобы она удаляла данные выборочно: например, оставлять справочники номенклатуры и контрагентов, но полностью чистить документы движения и расчеты. Это экономит время на повторном заполнении неизменяемых справочников перед новым тестовым циклом.
// Пример фрагмента кода для очистки регистров (псевдокод)
Процедура ОчиститьРегистры()
Для каждого Регистр Из СписокРегистров Цикл
НаборЗаписей = Регистр.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Очистить();
НаборЗаписей.Записать();
КонецЦикла;
КонецПроцедуры
Тем не менее, доверяйте таким инструментам с осторожностью. Всегда тестируйте обработку на копии базы, а не на продуктивной среде. Ошибка в коде обработки может привести к зависанию транзакции или блокировке таблиц, что потребует вмешательства администратора СУБД для разблокировки.
Автоматизация сброса через внешние обработки идеальна для разработчиков, которым нужно быстро разворачивать чистые тестовые окружения для отладки новых функций.
Особенности сброса в клиент-серверном варианте (SQL)
Работа с базами данных на основе MS SQL Server, PostgreSQL или Oracle накладывает дополнительные требования к процедуре сброса. Прямое удаление файлов в этом случае невозможно и бессмысленно, так как данные хранятся в специфических форматах страниц СУБД. Здесь основным инструментом администратора становится консоль управления сервером 1С или утилиты командной строки.
Для выполнения операции вам потребуются права администратора кластера серверов 1С. Через графическую консоль (mmc) вы можете найти нужный кластер, развернуть узел с информационными базами, вызвать контекстное меню на нужной базе и выбрать пункт Удалить. При этом система предложит вариант удаления: только из списка или вместе с удалением базы данных на сервере СУБД. Для полного сброса необходимо выбрать второй вариант.
Если вы используете утилиту rac (Remote Admin Console), команда для удаления будет выглядеть следующим образом:
rac ib delete --cluster=адрес_кластера --ibid=идентификатор_базы
Рекомендуется периодически проводить аудит базы данных SQL и очищать неиспользуемые объекты вручную через инструменты менеджера СУБД, чтобы не засорять сервер.
⚠️ Внимание: Удаление базы данных через консоль администрирования 1С не всегда корректно отрабатывает права доступа в PostgreSQL. После удаления и создания новой базы проверьте права пользователя 1С в pgAdmin, чтобы избежать ошибок подключения.
Также стоит учитывать влияние операции на производительность сервера. Удаление большой базы данных может вызвать значительную нагрузку на дисковую подсистему и процессор из-за операций записи в лог транзакций СУБД. Планируйте такие работы на время наименьшей активности пользователей, например, в ночные часы или выходные.
Можно ли восстановить конфигурацию после полного сброса без бэкапа?
Если вы удалили конфигурацию через конфигуратор и не имели файла выгрузки (.cf или.cfu), восстановить её штатными средствами невозможно. Конфигурация хранится в базе данных, и её удаление стирает метаданные. Единственный шанс — найти дистрибутив той же версии у поставщика или скачать типовую конфигурацию с сайта поддержки 1С, если вы не использовали сильно модифицированную версию.
Влияет ли сброс конфигурации на лицензионные ключи 1С?
Нет, процедура сброса конфигурации или удаления базы данных не затрагивает лицензирование. Лицензии (аппаратные ключи защиты или программные пин-коды) привязаны к номеру версии платформы или конкретному компьютеру/серверу, но не к содержимому информационной базы. После создания новой базы вы сможете работать с ней, используя те же самые лицензии.
Сколько времени занимает полный сброс большой базы (более 100 Гб)?
Время зависит от метода и производительности дисковой подсистемы. Удаление базы на уровне СУБД (DROP DATABASE) обычно происходит почти мгновенно, так как удаляются только указатели на файлы. Однако физическое освобождение места на диске может занять время. Очистка данных через интерфейс 1С на таком объеме может длиться от нескольких часов до нескольких дней.
Нужно ли перезагружать сервер 1С после сброса конфигурации?
Перезагрузка сервера 1С не является обязательным требованием, но рекомендуется в случаях, когда наблюдаются проблемы с подключением к новой базе или «залипание» старых сеансов. Перезапуск службы сервера 1С (ragent) помогает очистить кэш метаданных и гарантировать, что все клиенты получат актуальную информацию о структуре базы.
Что делать, если после сброса база не запускается с ошибкой "Конфигурация не найдена"?
Эта ошибка означает, что база данных существует, но в ней отсутствует объект конфигурации. Вам необходимо запустить базу в режиме Конфигуратора и загрузить файл конфигурации (.cf). Если вы создавали базу как "пустую", этот шаг обязателен перед первым запуском в режиме Предприятия.