Удаление информационной базы с сервера 1С: консоль, СУБД и rac

Чтобы удалить базу 1С из консоли администрирования серверов, откройте кластер, раскройте ветку Информационные базы, щёлкните базу правой кнопкой и выберите Удалить. Дальше консоль спросит главное: что делать с самой базой данных на сервере СУБД — удалить её, очистить или оставить как есть.

Частое заблуждение: «удалил базу в консоли — значит, данных больше нет». Это верно, только если выбран режим удаления базы данных и у пользователя СУБД хватило прав. В остальных случаях база просто пропадает из списка кластера, а таблицы продолжают лежать на SQL Server или PostgreSQL и занимать диск.

Инструкция общая для платформы 8.3 в клиент-серверном варианте и не зависит от конфигурации: БП, ЗУП, УТ или ERP удаляются одинаково.

Что проверить до удаления базы

Удаление из кластера нельзя отменить кнопкой. Поэтому сначала пять проверок.

1. Та ли это база. В кластере часто живут buh, buh_copy, buh_test. Откройте свойства базы и сверьте имя базы данных и сервер СУБД — именно они определяют, какие данные пропадут.
2. Резервная копия. Сделайте копию до любых действий: выгрузку .dt через Конфигуратор (Администрирование → Выгрузить информационную базу) или полный бэкап средствами СУБД. Для больших баз второй способ быстрее.
3. Кто ещё пользуется базой. Активные сеансы, регламентные задания, обмены с другими базами, веб-публикация, внешние обработки, которые подключаются через COM.
4. Учётные данные. Понадобятся логин и пароль администратора кластера (если он задан) и пользователя информационной базы с правом администрирования. Если в базе нет пользователей, второе поле оставляют пустым.
5. Права пользователя СУБД. Пользователь, указанный в свойствах базы, должен иметь право удалять базы данных. Без этого консоль снимет базу с регистрации, но таблицы останутся.

Когда удалять базу не нужно

Удаление решает одну задачу — убрать базу навсегда. Для соседних задач есть способы безопаснее:

• 🔄 Нужно обновить данные копии из рабочей базы. Не удаляйте копию, а загрузите в неё свежий .dt через Конфигуратор или восстановите бэкап СУБД поверх её базы данных.
• 🚚 Переезд на другой сервер 1С. Достаточно снять регистрацию без изменения базы данных и зарегистрировать базу в новом кластере. Данные никуда не копируются.
• 💤 Базой временно не пользуются. Хватит блокировки начала сеансов с понятным сообщением. Через полгода, когда точно никто не вспомнил, можно удалять.
• 🧾 Архив за прошлые годы. Его удаление стоит согласовать с главным бухгалтером: первичные документы и регистры учёта хранят годами, и старая база часто остаётся единственным источником.

Как открыть консоль и найти нужную базу

Консоль — это оснастка MMC, которая ставится вместе с платформой при выборе компонента администрирования серверов.

Запуск и подключение к серверу

1. Откройте Пуск → 1С Предприятие 8 → Администрирование серверов 1С Предприятия.
2. Если сервер ещё не добавлен, щёлкните правой кнопкой узел Central 1C:Enterprise 8.3 servers и выберите Создать → Центральный сервер 1С:Предприятия 8.3.
3. Укажите имя компьютера с сервером 1С, протокол tcp и порт агента — по умолчанию 1540.
4. Раскройте сервер → Кластеры → нужный кластер (обычно на порту 1541) → Информационные базы.

Консоль подключается к агенту сервера, поэтому порт 1540 должен быть открыт с вашего компьютера.

Если консоль не открывается

Две типовые ситуации, которые встречаются после обновления платформы:

• 🔧 Оснастка не загружается или пустая. Перерегистрируйте библиотеку radmin.dll нужной версии. Запустите командную строку от имени администратора:

regsvr32 "C:\Program Files\1cv8\8.3.24.1548\bin\radmin.dll"

Номер версии в пути подставьте свой. В меню «Пуск» для этого есть ярлык «Регистрация утилиты администрирования серверов» — он делает то же самое.

• 🔌 Ошибка подключения к серверу. Версия консоли должна совпадать с версией сервера 1С. Если на компьютере несколько платформ, зарегистрирована может быть чужая radmin.dll.

Удаление базы из кластера: пошагово

Порядок действий важен: сначала закрыть доступ, потом завершить сеансы, потом удалять.

Шаг 1. Закройте вход в базу

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

После этого новые сеансы не откроются, а работающие пользователи останутся в базе.

Шаг 2. Завершите активные сеансы

Раскройте базу → Сеансы. Выделите все сеансы и через контекстное меню удалите их.

Проверьте ветку Соединения этой базы: соединений быть не должно.

Шаг 3. Удалите базу

1. Щёлкните базу правой кнопкой → Удалить.
2. Подтвердите действие.
3. Введите имя и пароль администратора информационной базы.
4. Выберите, что сделать с базой данных на сервере СУБД.
5. Нажмите OK.

Если задан администратор кластера, консоль запросит его пароль раньше — при входе в кластер.

Какой режим выбрать

В окне удаления три варианта. Формулировка третьего в разных версиях платформы может немного отличаться.

💡 Если сомневаетесь — выберите третий вариант. Снять регистрацию и потом удалить базу данных в СУБД можно всегда. Вернуть стёртые таблицы без бэкапа — нельзя.

Файловая база, MS SQL и PostgreSQL: в чём разница

Файловая база в консоли не видна

Файловая база не регистрируется в кластере. В консоли её нет и быть не может. Её удаление — это два действия:

1. Убрать базу из списка в окне запуска: выделить её и нажать Удалить. Файлы при этом не трогаются.
2. Удалить каталог базы с файлом 1Cv8.1CD в проводнике.

Перед удалением каталога закройте все сеансы — открытый файл Windows удалить не даст.

MS SQL Server

Если консоль сообщила об ошибке удаления базы данных или вы выбрали вариант без изменений, удалите базу в SQL Server Management Studio. Чтобы отключить оставшиеся подключения, базу переводят в однопользовательский режим:

USE master;
ALTER DATABASE [buh_old] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DROP DATABASE [buh_old];

ROLLBACK IMMEDIATE откатывает все незавершённые транзакции и выкидывает подключения. Убедитесь, что это та самая база.

PostgreSQL

В PostgreSQL базу нельзя удалить, пока к ней кто-то подключён. Сначала завершите подключения, потом удаляйте:

SELECT pg_terminate_backend(pid)
FROM pg_stat_activity
WHERE datname = 'buh_old' AND pid <> pg_backend_pid();

DROP DATABASE buh_old;

Подключаться для этого нужно к другой базе, например к postgres. С версии PostgreSQL 13 есть короткий вариант DROP DATABASE buh_old WITH (FORCE);.

Что остаётся после удаления и как это убрать

База исчезла из консоли, но следы остаются в нескольких местах. Пройдитесь по списку.

• 🗂 Список баз у пользователей. Ярлык в окне запуска хранится на каждом компьютере отдельно, в файле %APPDATA%\1C\1CEStart\ibases.v8i. Удалите базу из списка в окне запуска или из этого файла. Если список раздаётся общим файлом .v8i через сеть, поправьте его там.
• 📁 Каталог базы в данных кластера. На сервере 1С в папке srvinfo\reg_1541 есть подкаталоги, названные по идентификатору (GUID) каждой базы. Обычно сервер убирает каталог удалённой базы сам. Если он остался, его можно удалить вручную, предварительно убедившись, что такого GUID нет среди баз кластера.
• 🌐 Веб-публикация. Если база была опубликована на IIS или Apache, удалите публикацию — иначе по старому адресу пользователи получат ошибку подключения.
• 🗄 Объекты в СУБД. Задания резервного копирования и обслуживания для удалённой базы, отдельные логины, созданные только для неё.
• 🔁 Обмены. Узлы обмена в других базах продолжат стучаться в удалённую базу и падать с ошибкой. Отключите их.

Если каталог в reg_1541 не удаляется, его держит служба сервера. Остановка службы «Агент сервера 1С:Предприятия 8.3» обрывает сеансы во всех базах кластера, поэтому делайте это только во внерабочее время.

Удаление через командную строку: ras и rac

Когда баз десятки, удобнее работать из консоли Windows или Linux. Для этого нужны два компонента:

• ras — сервер администрирования, посредник между rac и кластером. Слушает порт 1545.
• rac — консольная утилита, которая отправляет команды.

Запуск ras

На Windows ras обычно ставят службой. Для разовой работы его можно запустить вручную из каталога bin платформы:

ras.exe cluster --port=1545 localhost:1540

Последовательность команд rac

Сначала узнайте идентификатор кластера:

rac.exe localhost:1545 cluster list

Затем список баз с их идентификаторами:

rac.exe localhost:1545 infobase summary list --cluster=<UUID кластера>

Посмотрите сеансы нужной базы и завершите их:

rac.exe localhost:1545 session list --cluster=<UUID кластера> --infobase=<UUID базы>
rac.exe localhost:1545 session terminate --cluster=<UUID кластера> --session=<UUID сеанса>

И удалите базу:

rac.exe localhost:1545 infobase drop --cluster=<UUID кластера> --infobase=<UUID базы> --infobase-user=Администратор --infobase-pwd=*** --drop-database

Что делать с базой данных, задаёт ключ в конце:

Если у кластера есть администратор, добавьте --cluster-user и --cluster-pwd. Полный список параметров для вашей версии платформы покажет rac help infobase.

💡 Пароль в командной строке остаётся в истории и в логах планировщика. Для скриптов используйте отдельного администратора базы и удаляйте его вместе с базой.

Что можно автоматизировать

• Удаление тестовых копий по расписанию, например каждую ночь с воскресенья на понедельник.
• Чистку кластера от баз, имена которых начинаются с test_ или tmp_: скрипт берёт infobase summary list, фильтрует по имени и удаляет по одной.
• Пересоздание учебной базы: удаление регистрации и повторное создание командой infobase create.

Перед массовым удалением прогоните скрипт с выводом списка баз без команды drop. Опечатка в фильтре на боевом кластере стоит дорого.

Частые вопросы