Администрирование · 11 мин
Как удалить серверную базу 1С
Подробная инструкция по удалению серверной базы 1С: подготовка, резервная копия, работа через консоль кластера и СУБД, типичные ошибки и проверка результата.
Удаление серверной базы 1С — операция, которая затрагивает сразу два уровня: регистрацию информационной базы в кластере серверов 1С:Предприятия и саму базу данных в СУБД (Microsoft SQL Server, PostgreSQL, Oracle). Частая ошибка администраторов — удалить базу только в одном месте, оставив «хвосты» в виде пустой базы на SQL-сервере или мёртвой записи в кластере, которая выдаёт ошибку при попытке входа.
Перед удалением обязательно убедитесь, что база действительно больше не нужна: проверьте отсутствие активных пользователей, регламентных заданий и интеграций, которые обращаются к ней. Восстановить удалённую базу без резервной копии невозможно, а стандартные средства 1С не предусматривают «корзину» для информационных баз.
Ниже разобран полный порядок действий: от подготовки и создания резервной копии до удаления базы через консоль кластера и очистки СУБД, а также проверка результата и типичные ошибки.
Подготовка: что проверить перед удалением
Первый шаг — убедиться, что база не используется. Откройте консоль кластера серверов 1С, найдите нужную информационную базу и посмотрите список сеансов. Активные сеансы пользователей, фоновые задания и соединения от веб-сервисов — признак того, что удалять базу рано. Даже если пользователей нет, регламентные задания могут запускаться по расписанию и держать соединение.
Проверьте внешние зависимости: планы обмена с другими базами, настройки интеграции с сайтом, внешние отчёты и обработки, которые обращаются к базе по COM или через веб-сервисы. Удаление базы, к которой обращается другая система, приведёт к ошибкам в смежных контурах, которые иногда замечают только через несколько дней.
Уточните у владельцев данных, нужно ли сохранить содержимое. Если база рабочая, а не тестовая, согласуйте удаление с ответственными лицами письменно — это защитит вас при возможных претензиях.
Создание резервной копии
Существует два основных способа сохранить данные перед удалением: выгрузка в файл .dt через конфигуратор и резервная копия средствами СУБД. Выгрузка .dt удобна тем, что переносима между разными СУБД и версиями платформы, но на больших базах выполняется долго и требует монопольного доступа.
Для выгрузки .dt откройте конфигуратор, выберите «Администрирование» → «Выгрузить информационную базу» и укажите путь к файлу. Если база заблокирована сеансами, предварительно установите блокировку сеансов через консоль кластера или функционал «Завершение работы пользователей» в типовых конфигурациях.
Резервная копия средствами СУБД (например, полный backup в SQL Server Management Studio) создаётся быстрее и не требует выгонять пользователей, но восстановить её можно только в ту же СУБД. Идеальный вариант перед удалением — сделать обе копии и проверить, что файл .dt открывается: создайте пустую файловую базу и загрузите выгрузку тестово.
Удаление базы через консоль кластера серверов
Основной способ удалить серверную базу 1С — консоль администрирования кластера (или консоль MMC «Администрирование серверов 1С:Предприятия» на Windows). Откройте консоль, разверните нужный кластер, перейдите в ветку «Информационные базы» и найдите целевую базу по имени.
Нажмите правой кнопкой мыши на базу и выберите «Удалить». Появится диалог с двумя вариантами: «Удалить информационную базу» и «Очистить информационную базу». При выборе удаления появится дополнительный флажок «Удалить базу данных» — если он установлен, платформа попытается удалить и базу данных в СУБД, если снят — удалится только регистрация в кластере, а база на SQL-сервере останется.
Для удаления базы данных через платформу учётная запись, под которой работает агент сервера 1С (или указанный в свойствах базы пользователь СУБД), должна иметь права на удаление базы в СУБД. Если прав недостаточно, операция завершится ошибкой — регистрация в кластере при этом может уже исчезнуть, а база в СУБД останется.
- 1Сделайте выгрузку .dt и/или бэкап в СУБД, проверьте восстановление копии
- 2Установите блокировку сеансов и завершите активные соединения в консоли кластера
- 3Откройте консоль кластера, найдите базу в ветке «Информационные базы»
- 4Нажмите «Удалить» и выберите режим: с удалением базы данных или без
- 5При необходимости вручную удалите базу в SQL Server или PostgreSQL
- 6Проверьте отсутствие базы в кластере, в СУБД и в списке баз у пользователей
Удаление базы данных в СУБД вручную
Если при удалении из кластера флажок удаления базы данных не устанавливался или операция завершилась ошибкой прав, базу нужно удалить средствами СУБД. В Microsoft SQL Server откройте SQL Server Management Studio, подключитесь к экземпляру, найдите базу в списке, нажмите правой кнопкой — «Удалить» (Delete) и в диалоге отметьте опцию «Закрыть существующие соединения» (Close existing connections), иначе удаление заблокируется активными подключениями.
В PostgreSQL удаление выполняется через pgAdmin (правый клик по базе — Delete/Drop) или SQL-командой. Учтите, что PostgreSQL не позволяет удалить базу, к которой есть активные подключения, — их нужно завершить принудительно.
-- PostgreSQL: завершить подключения и удалить базу
SELECT pg_terminate_backend(pid) FROM pg_stat_activity WHERE datname = 'my_base' AND pid <> pg_backend_pid();
DROP DATABASE my_base;
-- SQL Server: перевести базу в однопользовательский режим и удалить
ALTER DATABASE [my_base] SET SINGLE_USER WITH ROLLBACK IMMEDIATE;
DROP DATABASE [my_base];После удаления базы в СУБД проверьте файловый уровень: файлы данных (.mdf, .ndf) и журнала транзакций (.ldf) в каталоге данных SQL Server должны исчезнуть. Иногда при отсоединении (Detach) вместо удаления файлы остаются на диске и занимают место — их придётся удалить вручную.
Удаление через администрирование с веб-сервером и альтернативные способы
Если кластер опубликован через веб-сервер и настроена консоль администрирования на базе веб-клиента (ras + rac или веб-интерфейс администрирования), удалить базу можно и оттуда — логика та же: выбор базы, команда удаления, решение о судьбе базы данных в СУБД.
Для автоматизации используют утилиту rac из состава сервера 1С. Она позволяет удалить информационную базу из командной строки, что удобно в скриптах обслуживания тестовых контуров. Команда требует указания кластера, идентификатора базы и параметра, определяющего удаление базы данных.
rac infobase --cluster=<ID_кластера> drop --infobase=<ID_базы> --drop-databaseВариант без удаления регистрации — очистка базы: данные в таблицах удаляются, но пустая база остаётся зарегистрированной в кластере. Это полезно, когда нужно быстро освободить место, сохранив настройки подключения для последующей загрузки свежей копии.
Сравнение вариантов
Полное удаление одним действием. Требует прав в СУБД у учётной записи сервера 1С; при ошибке прав возможен «разрыв» — регистрации нет, а база осталась.
Максимальный контроль над процессом. Подходит, когда прав у сервера 1С недостаточно или нужно предварительно сделать бэкап средствами СУБД.
Данные удаляются, регистрация и пустая база остаются. Подходит для тестовых контуров, куда сразу загружают свежую копию.
Проверка результата и очистка следов
После удаления проверьте три точки. Первая — консоль кластера: база не должна отображаться в списке информационных баз, обновите список через контекстное меню. Вторая — СУБД: база отсутствует в списке баз данных экземпляра, а её файлы удалены с диска. Третья — клиентские места: запись о базе в списке баз пользователей (файл ibases.v8i) не удаляется автоматически.
Запись в списке баз пользователя придётся удалить вручную через диалог запуска 1С (кнопка «Удалить» в стартовом окне) или распространить обновлённый список баз централизованно. Если этого не сделать, пользователи при попытке входа увидят ошибку «Информационная база не обнаружена».
Также проверьте настройки публикации на веб-сервере: если база была опубликована, в файле default.vrd останется секция с её именем, а попытки обращения по веб-адресу будут выдавать ошибку. Удалите неактуальную публикацию через диалог публикации в конфигураторе или правкой файла.
Как проверить результат
База отсутствует после обновления списка
База видна, при входе ошибка соединения с СУБД
Базы нет, файлы .mdf/.ldf удалены с диска
База удалена, но файлы остались и занимают место
Запись удалена из списка баз, ошибок нет
Ошибка «Информационная база не обнаружена»
Типичные ошибки и ограничения
Самая распространённая ошибка — удаление регистрации из кластера без удаления базы в СУБД. Администратор считает задачу выполненной, а база продолжает занимать десятки гигабайт на дисках SQL-сервера, участвует в планах обслуживания и бэкапах. Вторая типичная ситуация — недостаточно прав: операция удаления из консоли кластера падает с ошибкой СУБД, и администратор трактует её неверно.
Ограничение самостоятельной работы: если база находится в продуктивном контуре с непрерывным циклом работы, удаление согласуйте с владельцем системы и выполняйте в регламентное окно. Принудительное завершение сеансов во время проведения документов или обменов может оставить в смежных системах расхождения, даже если сама удаляемая база больше не нужна.
Что важно запомнить
Удаление серверной базы 1С — всегда два уровня: кластер и СУБД. Сначала проверенная резервная копия и завершение сеансов, затем удаление через консоль кластера, потом контроль остатков в СУБД, на диске и в списках баз пользователей.
Частые вопросы
Можно ли восстановить удалённую серверную базу 1С?
Только из резервной копии: загрузкой файла .dt в новую базу или восстановлением бэкапа средствами СУБД с последующей регистрацией базы в кластере. Если копии нет, данные восстановить нечем — платформа не хранит удалённые базы.
Чем отличается «Удалить» от «Очистить» в консоли кластера?
«Удалить» убирает регистрацию базы из кластера и опционально саму базу данных в СУБД. «Очистить» удаляет все данные из таблиц, но оставляет пустую базу зарегистрированной — удобно для тестовых контуров перед загрузкой свежей копии.
Почему при удалении возникает ошибка доступа к СУБД?
У учётной записи, от имени которой сервер 1С обращается к СУБД, нет прав на удаление базы данных. Решение — выдать права администратору СУБД или удалить базу вручную через Management Studio / pgAdmin, а из кластера удалить только регистрацию.
База удалена из кластера, но файлы на диске остались. Что делать?
Так бывает, если базу в СУБД отсоединили (Detach), а не удалили. Проверьте каталог данных SQL Server и удалите оставшиеся файлы .mdf, .ndf и .ldf вручную, предварительно убедившись, что они относятся именно к удалённой базе.
Нужно ли удалять запись из списка баз на компьютерах пользователей?
Да, автоматически она не исчезает. Удалите запись через стартовое окно 1С или обновите централизованно распространяемый файл списка баз, иначе пользователи будут получать ошибку «Информационная база не обнаружена».
Можно ли удалить базу, не останавливая работу пользователей других баз?
Да, удаление одной информационной базы не влияет на остальные базы кластера. Достаточно завершить сеансы только целевой базы — перезапускать агент сервера или останавливать кластер не требуется.