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

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

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

Ниже описан полный цикл: подготовка и резервное копирование, отключение пользователей, удаление через SQL Server Management Studio и T-SQL, очистка записи в консоли кластера, а также проверка того, что файлы данных действительно освобождены.

Подготовка: что проверить перед удалением

Перед удалением убедитесь, что вы точно знаете, какая база подлежит удалению. На одном SQL Server обычно работает несколько баз 1С, и их имена могут отличаться одной буквой или суффиксом (_test, _old, 2023). Ошибка в имени — самая частая причина потери рабочей базы.

Проверьте сопоставление: в консоли кластера серверов 1С откройте свойства информационной базы и посмотрите значение поля «База данных» — это точное имя базы на SQL Server. Сверьте его со списком баз в SSMS. Если баз несколько, зафиксируйте имя письменно.

Также выясните, не используется ли база внешними системами: обменами данными, планами обслуживания, заданиями агента SQL Server, отчётными инструментами. Удаление базы, на которую ссылается план обмена, приведёт к ошибкам в смежных системах.

Резервное копирование — обязательный шаг

Даже если база кажется «точно ненужной», сделайте полную резервную копию средствами SQL Server. Практика показывает, что запросы на восстановление «удалённой навсегда» базы возникают спустя недели и месяцы — например, когда понадобился документ из архива или данные для налоговой проверки.

Резервную копию создают через SSMS: правый клик по базе → «Задачи» → «Создать резервную копию», тип — «Полная». Укажите путь к файлу .bak на диске с достаточным свободным местом. Альтернатива — команда T-SQL: BACKUP DATABASE [ИмяБазы] TO DISK = N'D:\Backup\ИмяБазы.bak'.

Файл копии храните отдельно от сервера, с которого удаляете базу. Идеальный вариант — проверить копию восстановлением на тестовом сервере: только так можно убедиться, что бэкап не повреждён.

Завершение сеансов и блокировка базы

SQL Server не даст удалить базу, пока к ней есть активные подключения. Сначала завершите сеансы пользователей: в консоли кластера 1С откройте ветку «Сеансы», отфильтруйте по нужной базе и удалите сеансы. Затем в свойствах информационной базы установите блокировку начала сеансов, чтобы пользователи не подключились снова.

Дополнительно проверьте фоновые задания и регламентные операции: они тоже держат соединения. Если соединения остаются, можно перевести базу в однопользовательский режим с принудительным разрывом подключений командой ALTER DATABASE [ИмяБазы] SET SINGLE_USER WITH ROLLBACK IMMEDIATE.

1. 1
   Создайте полную резервную копию базы и сохраните файл вне сервера
2. 2
   Завершите сеансы пользователей в консоли кластера 1С и включите блокировку сеансов
3. 3
   Переведите базу в SINGLE_USER при наличии зависших соединений
4. 4
   Удалите запись информационной базы в консоли кластера, выбрав режим без удаления базы данных СУБД
5. 5
   Удалите базу данных через SSMS или командой DROP DATABASE
6. 6
   Проверьте, что файлы .mdf и .ldf удалены, и освободите место на дисках

Удаление записи в консоли кластера 1С

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

Рекомендуемый путь — выбрать очистку записи без удаления базы данных, а саму базу удалить отдельно средствами SQL Server. Так вы контролируете каждый этап и снижаете риск ошибок, связанных с правами учётной записи сервера 1С на СУБД.

Удаление базы данных на SQL Server

Через SQL Server Management Studio

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

Через T-SQL

Тот же результат даёт команда DROP DATABASE [ИмяБазы]. Перед ней убедитесь, что текущий контекст — база master, и что активных соединений нет. При необходимости сначала выполните перевод в SINGLE_USER, как описано выше.

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

После DROP DATABASE файлы данных (.mdf) и журнала транзакций (.ldf) удаляются с диска автоматически. Если база была переведена в OFFLINE перед удалением, файлы могут остаться — их придётся удалить вручную из каталога данных SQL Server.

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

Убедитесь, что база исчезла из списка в SSMS (обновите узел «Базы данных»), а запись удалена из консоли кластера 1С. Проверьте каталог данных SQL Server: файлы с именем удалённой базы не должны там остаться.

Дополнительно проверьте задания агента SQL Server и планы обслуживания: шаги, ссылавшиеся на удалённую базу, будут завершаться ошибкой. Удалите или отключите такие задания. Также убедитесь, что список баз в файле ibases.v8i на клиентских машинах не содержит ссылок на удалённую базу — иначе пользователи получат ошибку при запуске.

Типичные ошибки и ограничения

Самая распространённая ошибка — попытка удалить базу при активных соединениях: SQL Server вернёт ошибку, и администратор тратит время на поиск «зависших» сеансов. Вторая частая проблема — удаление не той базы из-за похожих имён. Третья — забытые файлы данных после удаления базы в состоянии OFFLINE, которые продолжают занимать дисковое пространство.

Учтите ограничение: удалить базу может только учётная запись с правами sysadmin или владелец базы. Если операция выполняется из консоли кластера 1С, права нужны учётной записи службы сервера 1С, а не администратора кластера.

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