Удаление хранилища конфигурации в 1С Предприятие

Работа с системой управления версиями конфигураций 1С:Предприятие требует от администратора четкого понимания жизненного цикла хранилища. В процессе эксплуатации платформы часто возникает необходимость полностью очистить базу от данных версионирования, например, при переносе конфигурации на новый сервер или при переходе на другую систему контроля версий, такую как Git. Ошибки в этом процессе могут привести к потере истории изменений или блокировке работы пользователей.

Процедура удаления хранилища конфигурации не является тривиальной задачей, решаемой одной кнопкой в интерфейсе. Она требует последовательного выполнения ряда действий, направленных на разрыв связей между объектами метаданных и таблицами базы данных, отвечающими за хранение версий. Администрирование 1С подразумевает наличие прав доступа к конфигуратору и, в некоторых случаях, прямой доступ к серверу баз данных.

В данной статье мы подробно разберем алгоритм действий, необходимый для безопасного и полного удаления хранилища. Вы узнаете, как подготовить информационную базу, какие таблицы необходимо очистить и как проверить результат. Полное удаление хранилища необратимо удаляет всю историю версий конфигурации, поэтому создание резервной копии является обязательным этапом перед началом работ.

Подготовка информационной базы и создание резервной копии

Прежде чем приступить к каким-либо манипуляциям с хранилищем конфигурации, необходимо убедиться в целостности текущих данных. Любые действия по удалению таблиц или изменению структуры базы данных несут в себе риски. Поэтому первым шагом всегда должна быть выгрузка резервной копии в формате .dt. Это позволит восстановить работоспособность системы в случае непредвиденных ошибок.

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

⚠️ Внимание: Удаление хранилища конфигурации приводит к потере всей истории изменений. Восстановить предыдущие версии объектов после этой процедуры будет невозможно даже при наличии бэкапа самой базы, так как история хранится в специфических служебных таблицах, которые будут очищены.

После создания копии рекомендуется выполнить тестирование и исправление информационной базы. Эта встроенная утилита позволяет выявить логические ошибки в структуре данных, которые могли накопиться за время работы с хранилищем. Перейдите в меню Администрирование и выберите Тестирование и исправление информационной базы. Запустите полный цикл проверки, отметив все пункты в открывшемся окне.

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

Отключение хранилища конфигурации через интерфейс

Самый безопасный и рекомендуемый способ начать процедуру удаления — это корректное отключение хранилища через штатный интерфейс конфигуратора. Этот метод позволяет платформе самостоятельно выполнить часть служебных процедур по разрыву связей. Для этого откройте базу в режиме Конфигуратора и перейдите в меню Администрирование.

В выпадающем списке найдите пункт Хранилище конфигурации. В открывшемся подменю будет доступен вариант Отключить хранилище конфигурации. При выборе этого действия система запросит подтверждение. После подтверждения хранилище конфигурации перейдет в неактивное состояние, но данные в таблицах базы данных пока останутся.

Отключение хранилища не удаляет физически данные о версиях, но запрещает дальнейшую запись изменений и получение обновлений из хранилища. Это критически важный этап, так как попытка удалить таблицы при активном хранилище может привести к нарушению ссылочной целостности базы данных. Платформа 1С:Предприятие перестанет отслеживать изменения объектов метаданных.

После успешного отключения рекомендуется перезапустить конфигуратор. Это необходимо для сброса кэша метаданных и служебных флагов в памяти приложения. Только после перезапуска можно переходить к следующим этапам очистки, если стандартного отключения недостаточно для ваших целей.

Очистка служебных таблиц базы данных

В случаях, когда требуется не просто отключить, а полностью удалить следы хранилища из базы данных (например, для уменьшения размера файла или перед конвертацией), необходимо выполнить прямую очистку служебных таблиц. Эта операция выполняется на уровне СУБД или через специальные обработки, так как интерфейс 1С не предоставляет кнопки "Удалить таблицы".

Если вы используете файловый вариант на основе SQLite или встроенную базу, вам потребуется доступ к консоли управления базой данных. Для серверных вариантов (PostgreSQL, MS SQL) необходимо выполнить SQL-запросы на удаление записей из таблиц, префикс которых обычно соответствует служебным данным хранилища. Основные таблицы, подлежащие очистке, связаны с версионированием.

DELETE FROM _Version;
DELETE FROM _VersionParents;
DELETE FROM _CfgVersions;

Выполнение этих команд полностью обнуляет таблицу версий. Однако, просто удалить данные недостаточно. В некоторых версиях платформы необходимо также сбросить флаги в таблице параметров базы данных, указывающие на наличие подключенного хранилища. Это делается через обновление системных записей, что требует высокой квалификации.

⚠️ Внимание: Прямое выполнение SQL-запросов к системным таблицам 1С без глубокого понимания структуры может привести к полной неработоспособности базы. Делайте это только если стандартное отключение через меню не решает задачу, и у вас есть свежая резервная копия.

Альтернативным и более безопасным методом является использование внешней обработки очистки, которая корректно обращается к внутреннему API платформы. Такие обработки часто поставляются сопровождением или разрабатываются специалистами по администрированию 1С. Они гарантируют, что все индексы и триггеры останутся в согласованном состоянии после удаления данных.

Удаление локального кэша и временных файлов

Помимо данных в самой базе, информация о хранилище конфигурации может кэшироваться на рабочих местах пользователей и на сервере приложений. После очистки базы необходимо удалить эти локальные следы, чтобы клиенты 1С не пытались подключиться к несуществующему хранилищу или не выдавали ошибки синхронизации.

На клиентских машинах кэш хранится в каталоге временных файлов пользователя. Путь к нему зависит от операционной системы и версии платформы. Обычно это папка 1Cv8 в профиле пользователя. Очистка содержимого этой папки (или подпапок, относящихся к конкретной базе) позволяет сбросить локальные настройки подключения.

• 🗑️ Удалите файлы с расширением .tmp и .cdx из временного каталога 1С.
• 🗑️ Очистите папку Cache в каталоге установки программы или в профиле пользователя.
• 🗑️ Пересоздайте ярлык запуска базы, чтобы сбросить параметры подключения в командной строке.

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

После очистки кэша рекомендуется выполнить перезагрузку клиентских рабочих мест. Это гарантирует, что все процессы, использующие заблокированные файлы кэша, будут завершены, и при следующем запуске 1С создаст новые, чистые временные файлы.

Особенности работы в клиент-серверном варианте

Удаление хранилища конфигурации в клиент-серверном варианте имеет свои нюансы, связанные с архитектурой распределенных вычислений. Здесь данные хранятся не в одном файле, а распределены между сервером баз данных (СУБД) и сервером приложений 1С. Процесс удаления должен учитывать синхронизацию между этими компонентами.

При работе с MS SQL Server или PostgreSQL важно учитывать транзакционную природу операций. Очистка таблиц хранилища должна происходить в рамках одной транзакции, чтобы избежать ситуации "частичного удаления", когда часть версий удалена, а часть осталась. Это может привести к рассинхронизации идентификаторов объектов.

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

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

Проверка результата и устранение возможных ошибок

После выполнения всех процедур по удалению хранилища конфигурации необходимо провести финальную проверку работоспособности системы. Зайдите в базу в режиме Конфигуратора и попробуйте открыть любой объект конфигурации. Система не должна предлагать получить объект из хранилища или фиксировать изменения в нем.

Проверьте журнал регистрации событий. Отсутствие ошибок, связанных с подключением к хранилищу или чтением таблиц версий, является хорошим признаком. Если в журнале появляютсяWarnings об отсутствующих таблицах, это может означать, что очистка прошла не полностью и остались ссылки на удаленные данные.

⚠️ Внимание: Если после удаления хранилища при попытке сохранения конфигурации возникает ошибка "Хранилище конфигурации недоступно", проверьте, не остался ли активным флаг использования хранилища в свойствах базы данных. Возможно, потребуется повторное выполнение команды отключения.

Также рекомендуется выполнить повторное тестирование и исправление базы. Это поможет выявить возможные повреждения индексных структур, которые могли возникнуть в процессе удаления записей из служебных таблиц. Убедитесь, что все пользователи могут корректно работать в режиме Предприятия без задержек, связанных с попытками обращения к удаленному ресурсу.

В завершение, если вы планируете внедрить новую систему версионирования, убедитесь, что старая структура данных не конфликтует с новыми инструментами. Чистая база данных — залог стабильной работы любых внешних систем интеграции и инструментов разработки, таких как Git или EDT.