Удаление устаревших баз 1С:Предприятие — рутинная, но ответственная задача для любого администратора. Со временем накопившиеся тестовые, архивные или дублирующиеся информационные базы занимают место на сервере, замедляют работу кластера 1С и усложняют управление системами. Однако просто удалить папку с базой через проводник — грубейшая ошибка, чреватая сбоями в работе актуальных конфигураций.
В этой статье разберём три официальных способа удаления: через конфигуратор, с использованием утилиты rac для кластерных установок и прямую очистку файловой системы с предварительным отключением от сервера 1С. Особое внимание уделим скрытым зависимостям баз (например, ссылкам в регламентных заданиях или внешних отчётах), которые могут сделать удаление неполным. Также приведём чек-лист для проверки безопасности операции и типичные ошибки, ведущие к потере данных.
Когда требуется удаление старой базы 1С
Не каждая "старая" база подлежит удалению. Прежде чем приступать к очистке, оцените целесообразность операции:
- 📦 Архивные базы, которые не используются более 1–2 лет, но хранятся "на всякий случай". Их лучше перенести на отдельный носитель или в облако, чем удалять навсегда.
- 🧪 Тестовые копии, созданные для отладки обновлений или обучения сотрудников. Такие базы часто дублируют рабочие данные и могут занимать сотни гигабайт.
- 🔄 Дубликаты, появившиеся после миграции на новый сервер или версию платформы (например,
Base_v7иBase_v8). - ⚠️ Повреждённые базы, которые не восстанавливаются и мешают работе кластера. Их удаление требует предварительной диагностики.
Критический момент: если база привязана к регламентным заданиям (например, автоматическая выгрузка данных в Росалкогольрегулирование или ФНС), её удаление прервёт бизнес-процессы. Перед очисткой проверьте список заданий в конфигураторе (Администрирование → Регламентные задания).
⚠️ Внимание: Удаление базы, используемой в распределённой информационной системе (РИБ), может нарушить синхронизацию узлов. Для РИБ требуется специальная процедура исключения узла, а не простое удаление файлов.
Подготовка к удалению: резервирование и проверка зависимостей
Даже если база давно не используется, её удаление должно начинаться с полного резервного копирования. Это защитит от случайных ошибок и позволит восстановить данные при необходимости. Используйте один из методов:
- 💾 Через конфигуратор:
Администрирование → Выгрузить информационную базу(файл.dt). - 📂 Копирование папки базы (для файлового варианта). Путь по умолчанию:
C:\Users\Public\Documents\1C\Бухгалтерия 3.0или аналогичный. - 🖥️ Снимок виртуальной машины (если база размещена на VMware или Hyper-V).
После резервирования проверьте зависимости базы:
- Откройте список информационных баз в конфигураторе (
Файл → Открыть...) и убедитесь, что удаляемая база не отмечена как "Основная" или "Для обмена". - Проверьте настройки интеграции с другими системами (например, выгрузка в 1С:ЗУП или 1С:УТ). Для этого в конфигураторе перейдите в
Администрирование → Обмен данными. - Используйте утилиту
chdbfl.exe(из комплекта 1С) для проверки целостности файлов базы перед удалением:chdbfl.exe "C:\Путь\к\базе" /Check
☑️ Чек-лист перед удалением базы 1С
Если база используется в веб-клиенте или мобильном приложении, удалите её из списка опубликованных баз через Административную консоль веб-сервера (для Apache или IIS).
Способ 1: Удаление базы через конфигуратор 1С
Самый безопасный метод — удаление непосредственно в интерфейсе конфигуратора. Он подходит для файловых баз и баз, подключённых к серверу 1С:Предприятие в режиме "клиент-сервер".
Пошаговая инструкция:
- Запустите 1С:Предприятие в режиме конфигуратора (удерживайте
Shiftпри запуске ярлыка). - В окне запуска выберите нужную базу и нажмите
Конфигуратор. - Перейдите в меню
Администрирование → Удаление информационной базы. - Подтвердите удаление. Если база защищена паролем, введите его.
- Дождитесь завершения операции. В файловом варианте будет удалена папка с базой, в клиент-серверном — запись из списка баз на сервере.
Для клиент-серверных баз после удаления через конфигуратор рекомендуется дополнительно очистить файлы на сервере. Они могут остаться в каталоге кластера (обычно C:\ProgramData\1C\1cv8\ или аналогичном). Удалите папку с именем базы вручную.
⚠️ Внимание: Если при удалении через конфигуратор появляется ошибка "База используется другими пользователями", принудительно отключите всех пользователей командой:ras cluster --cluster=TCP://имя_сервера:1541 --command=terminate --forceИспользуйте эту команду только в крайнем случае — она прерывает все сеансы на сервере.
Способ 2: Удаление через утилиту rac (для серверных баз)
Для баз, работающих в режиме клиент-сервер, удобнее использовать утилиту rac (Remote Administration Console). Она позволяет управлять базами без запуска конфигуратора и подходит для автоматизации через скрипты.
Алгоритм удаления:
- Откройте командную строку от имени администратора.
- Подключитесь к кластеру серверов 1С:
rac cluster --cluster=TCP://localhost:1541(замените
localhostна имя вашего сервера). - Получите список информационных баз:
rac infobase --cluster=TCP://localhost:1541 list - Найдите в списке идентификатор (GUID) нужной базы.
- Удалите базу по идентификатору:
rac infobase --cluster=TCP://localhost:1541 drop --infobase=ИДЕНТИФИКАТОР
Пример вывода команды list:
| Идентификатор | Имя базы | Описание | Пользователи |
|---|---|---|---|
| 1a2b3c4d-5678-90ef-1234-567890abcdef | Бухгалтерия_Архив_2022 | Архивная база за 2022 год | 0 |
| 2b3c4d5e-6789-0123-4567-890abcdef123 | ЗУП_Тест | Тестовая копия для обновления | 1 |
Если база используется (поле "Пользователи" > 0), сначала отключите всех пользователей командой:
rac session --cluster=TCP://localhost:1541 terminate --all
rac job --cluster=TCP://localhost:1541 list
Если в списке есть задания с именем удаляемой базы, удалите их командой rac job drop --job=ИД_ЗАДАНИЯ.-->
Способ 3: Ручное удаление файлов базы
В некоторых случаях (например, при сбоях в работе конфигуратора или rac) приходится удалять базу вручную. Этот метод требует осторожности, так как неправильные действия могут повредить другие базы на сервере.
Инструкция для файлового варианта:
- Закройте все сеансы 1С:Предприятие на компьютере.
- Удалите папку с базой. Путь по умолчанию:
- Для Windows:
C:\Users\Public\Documents\1C\ИмяБазыилиC:\Program Files\1cv8\ИмяБазы. - Для Linux:
/opt/1C/v8.3/ИмяБазыили/var/1C/ИмяБазы.
- Для Windows:
1CEStart.cfg (расположен в %APPDATA%\1C\1CEStart или ~/.1cv8/1CEStart для Linux).Для клиент-серверного варианта:
- Остановите службу 1С:Предприятие 8.3 Сервер:
net stop "1C:Enterprise 8.3 Server Agent" - Удалите папку базы в каталоге кластера (обычно
C:\ProgramData\1C\1cv8\ИмяКластера\ИмяБазы). - Удалите запись о базе в файле
1CV8Clst.lst(в той же папке кластера). - Запустите службу обратно:
net start "1C:Enterprise 8.3 Server Agent"
⚠️ Внимание: При ручном удалении клиент-серверной базы не удаляйте папку кластера целиком — это приведёт к потере всех баз, подключённых к серверу. Удаляйте только папку конкретной базы!
Что делать, если после ручного удаления база всё равно отображается в списке?
Это происходит из-за кэширования данных в 1С. Чтобы обновить список, выполните следующие действия:
1. Закройте все окна 1С:Предприятие.
2. Удалите файл 1CEStart.cfg (он будет создан заново при следующем запуске).
3. Для клиент-серверного варианта перезапустите службу агента сервера 1С.
4. Запустите 1С:Предприятие заново — список баз обновится.
Очистка следовых данных после удаления
Удаление файлов базы — только половина работы. Чтобы полностью "стереть" следы старой базы, выполните дополнительные шаги:
- 🗑️ Очистка временных файлов: Удалите папки с временными данными в
%TEMP%\1CиC:\ProgramData\1C\1cv8\temp. - 📋 Удаление из реестра Windows (если использовался файловый вариант): Ветка
HKEY_CURRENT_USER\Software\1C\1CEStartможет содержать ссылки на удалённую базу. - 🔗 Очистка ссылок в интеграциях: Проверьте настройки обмена в других базах (например, в 1С:УТ или 1С:ERP), где могла быть прописана связь с удалённой базой.
- 🖥️ Очистка публикаций на веб-сервере: Если база была опубликована для работы через браузер, удалите её виртуальный каталог в IIS или Apache.
- На главном узле РИБ откройте
Администрирование → Распределённые информационные базы. - Удалите запись об удалённом узле.
- Если удалённый узел был подчинённым, на главном узле выполните команду
Очистить данные об узле. - Закройте все окна 1С:Предприятие.
- Удалите папку
%LOCALAPPDATA%\1C\1cv8(для текущего пользователя). - Перезапустите компьютер.
- Откройте конфигуратор базы, инициализирующей обмен.
- Перейдите в
Администрирование → Обмен данными. - Найдите узел с удаляемой базой и отключите его.
- Удалите настройки обмена (кнопка
Удалить). - Остановите службу 1С:
sudo systemctl stop srv1cv83 - Удалите папку базы (обычно в
/opt/1C/v8.3/ИмяБазыили/var/1C/ИмяБазы). - Удалите запись из файла
/opt/1C/v8.3/conf/1CV8Clst.lst. - Запустите службу обратно:
sudo systemctl start srv1cv83
Для баз, которые использовались в распределённых системах (РИБ), выполните дополнительную очистку:
Типичные ошибки и как их избежать
Даже опытные администраторы иногда допускают ошибки при удалении баз 1С. Вот самые распространённые из них и способы их предотвращения:
| Ошибка | Последствия | Как избежать |
|---|---|---|
| Удаление папки кластера вместо папки базы | Потеря всех баз на сервере | Проверяйте путь дважды. Папка базы обычно имеет имя, совпадающее с именем в конфигураторе. |
| Удаление базы, используемой в регламентных заданиях | Остановка автоматических процессов (выгрузка отчётности, обмен данными) | Перед удалением проверяйте список заданий в Администрирование → Регламентные задания. |
| Игнорирование блокировок файлов | Повреждение данных или сбой сервера 1С | Используйте rac session terminate для принудительного отключения пользователей. |
| Удаление без резервной копии | Потеря данных, если база вдруг понадобится | Всегда создавайте архив, даже для тестовых баз. |
Ещё одна распространённая проблема — неполное удаление из-за кэширования. Если после удаления база продолжает отображаться в списке, очистите кэш 1С:
1. Отсутствие активных пользователей.
2. Отсутствие ссылок в регламентных заданиях и РИБ.
3. Наличие актуальной резервной копии.
Игнорирование этих пунктов в 90% случаев приводит к сбоям!-->
FAQ: Частые вопросы об удалении баз 1С
Можно ли удалить базу 1С, если она используется в обмене данными с другой программой?
Нет, сначала необходимо отключить обмен. Для этого:
Только после этого можно удалять саму базу.
Как удалить базу 1С на Linux-сервере?
Процедура аналогична Windows, но с учётом особенностей Linux:
Для управления через rac используйте тот же синтаксис, что и для Windows.
Что делать, если при удалении базы появляется ошибка "Доступ запрещён"?
Эта ошибка возникает из-за:
- Недостаточных прав на папку базы. Решение: запустите конфигуратор или командную строку от имени администратора.
- Блокировки файлов антивирусом. Решение: временно отключите защиту или добавьте папку 1С в исключения.
- Активных сеансов пользователей. Решение: используйте
rac session terminate --all.
Если проблема сохраняется, проверьте права на папку ProgramData\1C и её подпапки.
Как удалить базу 1С, если она повреждена и не открывается?
Для повреждённых баз:
- Попробуйте восстановить базу утилитой
chdbfl.exe:chdbfl.exe "Путь\к\базе" /Repair - Если восстановление невозможно, удалите базу вручную (см. Способ 3).
- Для клиент-серверного варианта сначала остановите службу 1С, затем удалите папку базы и запись в
1CV8Clst.lst.
Если база была частью РИБ, после удаления на главном узле выполните команду Очистить данные об узле.
Нужно ли перезагружать сервер после удаления базы 1С?
Перезагрузка сервера не требуется, но рекомендуется:
- Перезапустить службу 1С:Предприятие 8.3 Сервер (для клиент-серверного варианта).
- Очистить кэш 1С на клиентских машинах (удалить папку
%LOCALAPPDATA%\1C\1cv8). - Обновить список баз в конфигураторе (
Файл → Обновить список).
Перезагрузка сервера может понадобиться только если после удаления возникают ошибки подключения к другим базам.