Как удалить базу из консоли сервера 1С

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

Консоль администрирования серверов 1С:Предприятие (она же «консоль кластера») доступна на компьютере, где установлен сервер 1С, либо на административной машине с подключением к нужному серверу. Удаление базы выполняется из ветки «Информационные базы» нужного кластера. Для операции потребуются права администратора кластера и, в зависимости от ситуации, администратора информационной базы.

Важно различать два действия: удаление регистрации базы в кластере (сама база данных на СУБД остаётся) и полное удаление вместе с базой данных. Первый вариант обратим — базу можно зарегистрировать заново. Второй вариант уничтожает данные физически, и восстановление возможно только из резервной копии.

Подготовка: что сделать до удаления базы

Первый обязательный шаг — резервная копия. Самый простой способ — выгрузка информационной базы в файл .dt через конфигуратор (Администрирование → Выгрузить информационную базу). Для больших баз надёжнее сделать backup средствами СУБД: например, через pg_dump для PostgreSQL или стандартный backup в MS SQL Server. Файл .dt и backup на уровне СУБД не взаимозаменяемы: .dt удобен для переноса между платформами, а backup СУБД быстрее восстанавливается на больших объёмах.

Второй шаг — завершить активные сеансы пользователей. В консоли кластера откройте ветку «Сеансы», отфильтруйте по нужной базе и удалите сеансы принудительно. Дополнительно проверьте ветку «Соединения»: зависшие соединения могут помешать удалению. Если на базе настроены регламентные задания, дождитесь их завершения или заблокируйте выполнение заранее, иначе задание может запуститься в момент удаления.

Третий шаг — убедиться, что вы удаляете именно ту базу. В кластере может быть несколько баз с похожими именами: рабочая, копия для тестирования, архивная. Сверьте имя базы в кластере с именем базы данных на СУБД (это видно в свойствах информационной базы, поле «Имя базы данных»).

Как открыть консоль администрирования сервера 1С

На компьютере с установленным сервером 1С консоль находится в меню «Пуск» в папке «1С:Предприятие 8» — ярлык «Администрирование серверов 1С Предприятия». Файл консоли называется 1CV8 Servers.msc и находится в каталоге bin каталога установки платформы. Консоль представляет собой оснастку MMC и работает под Windows.

Если оснастка не открывается или не видит сервер, проверьте, запущена ли служба «Агент сервера 1С:Предприятия» на целевом сервере. Для подключения с другого компьютера в консоли нужно добавить сервер: правый клик по корню дерева → «Создать» → «Центральный сервер 1С:Предприятия 8.3», указать имя или IP-адрес сервера. На Linux-сервере консоль запускается с Windows-машины с установленными компонентами администрирования.

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

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

После подготовки само удаление занимает меньше минуты. Последовательность одинакова для большинства версий платформы 8.3.

1. 1
   Откройте консоль «Администрирование серверов 1С Предприятия» и разверните нужный центральный сервер.
2. 2
   Разверните кластер (обычно «Локальный кластер») и выберите ветку «Информационные базы».
3. 3
   Найдите в списке нужную базу, сверьте имя базы данных в её свойствах.
4. 4
   Убедитесь, что нет активных сеансов и соединений с этой базой.
5. 5
   Кликните правой кнопкой по базе и выберите «Удалить».
6. 6
   В диалоге выберите режим: «Удалить информационную базу» (вместе с базой данных на СУБД) или «Очистить информацию о базе данных» (только снять регистрацию в кластере).
7. 7
   Подтвердите операцию и дождитесь завершения. Проверьте, что база исчезла из списка, а при полном удалении — что база данных удалена на СУБД.

Диалог выбора режима удаления — ключевой момент всей операции. В нём два варианта, и платформа требует явно выбрать один из них, случайно «прокликать» этот шаг нельзя. Выбор «Удалить информационную базу» инициирует команду DROP DATABASE на стороне СУБД от имени пользователя, указанного в свойствах базы.

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

Разница между режимами удаления

Сравнение вариантов

Удалить информационную базу

Полное удаление: регистрация в кластере снимается, а база данных на СУБД уничтожается командой DROP DATABASE. Подходит для окончательного удаления тестовых и ненужных баз. Требует прав на удаление базы данных у пользователя СУБД.

Очистить информацию о базе данных

Удаляется только запись в кластере, сама база данных остаётся на СУБД нетронутой. Подходит для переноса базы на другой сервер, временного вывода из эксплуатации или когда базу данных нужно удалить вручную средствами СУБД. Обратимо: базу можно зарегистрировать заново.

Практическое правило: если сомневаетесь, выбирайте «Очистить информацию о базе данных». Данные физически сохранятся, и вы сможете либо зарегистрировать базу обратно, либо удалить её позже осознанно — уже средствами СУБД. Полное удаление оправдано, только когда база точно не нужна и место на сервере СУБД требуется освободить.

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

Удаление при разных СУБД: особенности

Для баз на MS SQL Server полное удаление выполняется от имени пользователя, указанного в свойствах информационной базы. У этого пользователя должны быть права на удаление базы данных. Если база данных участвует в репликации, содержит активные подключения или на неё настроены задачи обслуживания, удаление может заблокироваться — сначала устраните эти факторы средствами SQL Server Management Studio.

В PostgreSQL ситуация похожая: DROP DATABASE не выполнится при наличии активных подключений к базе. Если удаление из консоли не удалось, проверьте подключения запросом к pg_stat_activity и завершите их через pg_terminate_backend, либо удалите базу данных вручную через psql или pgAdmin, а в кластере выберите «Очистить информацию о базе данных».

Для файловых баз, зарегистрированных в кластере, при полном удалении платформа удаляет каталог с файлом 1Cv8.1CD. Убедитесь, что каталог не открыт другими процессами и не используется как сетевая папка для прямого доступа.

Проверка результата и частые ошибки

После удаления выполните контроль по трём точкам: база исчезла из списка «Информационные базы» кластера; при полном удалении база данных отсутствует в списке баз на СУБД; при удалении файловой базы каталог с данными удалён с диска. Если база осталась на СУБД, хотя вы выбирали полное удаление, значит, команда DROP DATABASE не выполнилась — регистрация в кластере при этом могла быть уже снята.

Контрольные точки

Как проверить результат

Список информационных баз в консоли кластера

Норма

Удалённой базы нет в списке

Тревожный признак

База отображается, при обращении — ошибка соединения

Список баз данных на СУБД

Норма

При полном удалении базы данных нет; при очистке регистрации — она на месте

Тревожный признак

База данных отсутствует, хотя выбирали только очистку регистрации, или наоборот

Дисковое пространство сервера СУБД

Норма

После полного удаления место освободилось (для PostgreSQL — сразу, для MS SQL — после shrink при необходимости)

Тревожный признак

База удалена, но файлы данных остались на диске

Если после удаления база «висит» в списке кластера с ошибкой, попробуйте удалить её повторно с опцией «Очистить информацию о базе данных» — этот режим не обращается к СУБД и почти всегда выполняется успешно. После этого разбирайтесь с остатками базы данных уже средствами самой СУБД.

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

Можно ли восстановить базу после полного удаления из консоли?

Только из резервной копии: файла выгрузки .dt или backup средствами СУБД. Сама платформа корзину или отложенное удаление не предусматривает — команда DROP DATABASE уничтожает данные сразу. Поэтому резервная копия перед удалением обязательна, даже если база кажется ненужной.

Чем отличается удаление в консоли кластера от удаления базы в списке запуска 1С?

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

Консоль требует пароль администратора кластера, а он неизвестен. Что делать?

Если пароль администратора кластера утерян, список администраторов можно сбросить, удалив или отредактировав файл реестра кластера (каталог srvinfo, файл 1CV8Clst.lst) при остановленной службе агента сервера. После перезапуска службы администраторы кластера не заданы, и доступ открыт. Это требует физического доступа к серверу и прав на остановку службы.

Нужно ли удалять базу данных на СУБД вручную после «Очистить информацию о базе данных»?

Платформа этого не делает — база данных остаётся на СУБД и продолжает занимать место. Если она больше не нужна, удалите её штатными средствами СУБД: DROP DATABASE в PostgreSQL, удаление базы в SQL Server Management Studio. Перед этим убедитесь, что в кластере не осталось другой регистрации, указывающей на ту же базу данных.

Можно ли удалить базу из кластера через командную строку или скрипт?

Да, для автоматизации используются утилита rac (входит в состав сервера 1С) или библиотека OneScript с компонентой администрирования. Через rac удаление выполняется командой вида rac infobase drop с указанием кластера, идентификатора базы и режима удаления. Это удобно для регулярной очистки тестовых стендов, но требует тех же мер предосторожности с резервными копиями.

Почему после удаления базы место на диске не освободилось?

На MS SQL Server после DROP DATABASE файлы данных удаляются, но если удалялась только регистрация — файлы остаются. В PostgreSQL место освобождается сразу после DROP DATABASE. Если базу данных удалили вручную средствами СУБД, проверьте, не остались ли файлы в каталоге данных, и удалите их вручную после остановки соответствующих служб.