Администрирование · 9 мин
Как удалить несуществующую базу из кластера 1С
Удаление «фантомной» базы из кластера 1С: через консоль администрирования, rac/ras и очистку реестра. Проверка результата, типичные ошибки и ответы на вопросы.
«Несуществующая» база в кластере 1С — это запись в консоли администрирования серверов, для которой физическая база данных в СУБД уже удалена (или файловый каталог стёрт), но регистрация в кластере осталась. Такие «фантомы» появляются после удаления базы напрямую средствами SQL Server, PostgreSQL или проводника, минуя конфигуратор и консоль кластера.
Проблема не только эстетическая: пользователи видят неработающую базу в списке подключений, фоновые задания кластера пытаются обратиться к отсутствующей СУБД и генерируют ошибки в журнале, а при попытке создать новую базу с тем же именем возникает конфликт. Удалить такую запись нужно корректно — иначе штатный мастер удаления завершится ошибкой на этапе обращения к СУБД.
Ниже разобраны три рабочих способа: удаление через консоль администрирования серверов 1С, очистка через утилиту командной строки rac и ручное редактирование реестра кластера, когда первые два варианта недоступны. Для каждого способа указаны условия применения и риски.
Как убедиться, что база действительно «фантомная»
Перед удалением стоит проверить, что база отсутствует именно на стороне СУБД, а не просто недоступна из-за сетевой проблемы или остановленной службы сервера баз данных. Удаление регистрации работающей базы не уничтожит данные, но доставит пользователям лишние неудобства и потребует повторной регистрации.
Для клиент-серверной базы откройте средства администрирования вашей СУБД (SQL Server Management Studio, pgAdmin или консольный клиент) и проверьте наличие базы данных с именем, указанным в свойствах информационной базы кластера. Для файловой базы проверьте существование каталога и файла 1Cv8.1CD по пути из свойств.
Дополнительный признак «фантома» — ошибка при попытке открыть свойства базы в консоли кластера или при подключении из клиента: сообщение вида «база данных не найдена» или «ошибка соединения с сервером баз данных». Если же ошибка звучит как «нет прав доступа» или «неверный пароль», база, скорее всего, существует, и проблема в учётных данных.
Удаляйте регистрацию любым из способов ниже
Проверьте службу СУБД, сеть и права учётной записи
Удалите запись из кластера или из списка баз клиента
Подтвердите отсутствие базы на стороне СУБД перед удалением
Способ 1. Удаление через консоль администрирования серверов
Штатный и самый безопасный путь — оснастка «Администрирование серверов 1С:Предприятия» на машине, где установлен сервер 1С, или на рабочем месте администратора. Откройте консоль, разверните нужный кластер и перейдите в ветку «Информационные базы».
Найдите «фантомную» базу, щёлкните по ней правой кнопкой мыши и выберите «Удалить». В диалоге будет предложено два варианта: «Удалить информационную базу» (с удалением базы данных в СУБД) или «Очистить информацию о базе» (снять только регистрацию в кластере). Для несуществующей базы выбирайте второй вариант — очистку регистрации, поскольку удалять в СУБД уже нечего, и попытка обращения к отсутствующей базе приведёт к ошибке.
Если даже очистка регистрации завершается ошибкой (такое бывает при повреждённых свойствах записи), переходите к способам с rac или ручной правкой реестра кластера.
Способ 2. Удаление через утилиту rac
Консольная утилита rac входит в состав сервера 1С и находится в каталоге bin соответствующей версии платформы. Она позволяет управлять кластером без графической консоли, что удобно при автоматизации и в случаях, когда оснастка работает нестабильно.
Сначала получите список информационных баз и идентификатор нужной записи, затем выполните удаление по идентификатору. Для работы rac требуется доступ к службе агента сервера (по умолчанию порт 1540) и, при настроенной аутентификации администраторов кластера, соответствующие учётные данные.
rac infobase summary list --cluster=<ID_кластера>
rac infobase drop --cluster=<ID_кластера> --infobase=<ID_базы>Идентификатор кластера можно получить командой rac cluster list. Обратите внимание: команда drop удаляет регистрацию базы из кластера; параметры, связанные с удалением данных в СУБД, для «фантома» указывать не нужно.
Способ 3. Ручная правка реестра кластера
Когда консоль и rac недоступны — например, служба агента стартует с ошибками из-за повреждённой записи — регистрацию можно убрать напрямую из файлов реестра кластера. Реестр хранится в каталоге srvinfo (путь задаётся при установке, по умолчанию в профиле службы агента) в файлах 1CV8Clst.lst и связанных с ним.
Порядок безопасной правки: остановите службу «Агент сервера 1С:Предприятия», сделайте резервную копию всего каталога srvinfo, затем откройте файл 1CV8Clst.lst в текстовом редакторе. Найдите секцию, соответствующую удалённой базе (по имени базы данных и серверу СУБД), и аккуратно удалите весь блок этой записи, не нарушая структуру фигурных скобок соседних секций. После правки запустите службу и проверьте список баз в консоли.
Файловые базы: особый случай
Для файловых информационных баз в кластере регистрация обычно не создаётся — они подключаются напрямую по пути к каталогу. Однако запись о такой базе может остаться в списке информационных баз на клиентском компьютере (файл ibases.v8i в профиле пользователя) после удаления каталога с данными.
Удалить такую запись проще всего из стартера 1С: откройте окно запуска, выделите нерабочую базу и нажмите «Удалить». Сами данные при этом не затрагиваются — удаляется только ссылка в списке. Если нужно почистить списки сразу у многих пользователей, это делается правкой или заменой файла ibases.v8i через групповые политики или скрипты.
Проверка результата и финальные шаги
После удаления записи обновите список информационных баз в консоли кластера и убедитесь, что «фантом» исчез. Затем проверьте журнал регистрации кластера и логи агента сервера: периодические ошибки обращения к несуществующей базе должны прекратиться.
Дополнительно проверьте список баз в стартерах пользователей: если база подключалась в клиент-серверном режиме, ссылка на неё в списке клиента останется и будет выдавать ошибку при выборе. Такие записи удаляются вручную из окна запуска или централизованно через ibases.v8i.
Как проверить результат
Фантомной записи нет, остальные базы на месте
Запись осталась или пропала рабочая база
Нет повторяющихся ошибок обращения к удалённой базе
Ошибки продолжают появляться — проверьте регламентные задания
Нерабочая база удалена из списка
Пользователи видят базу и получают ошибку при входе
Открываются и работают штатно
После ручной правки реестра базы недоступны — восстановите srvinfo из копии
Частые вопросы
Удалится ли сама база данных в СУБД при очистке регистрации в кластере?
Нет, если выбрать вариант «очистить информацию о базе» или использовать rac infobase drop без параметров удаления данных. Физическая база в СУБД останется нетронутой. Удаление данных происходит только при явном выборе соответствующего варианта в диалоге удаления.
Можно ли удалить фантомную базу, не останавливая работу пользователей?
Да, удаление регистрации через консоль или rac не затрагивает другие базы кластера и не требует остановки служб. Исключение — ручная правка файла реестра 1CV8Clst.lst: она выполняется только при остановленной службе агента, поэтому планируйте её на нерабочее время.
Что делать, если в кластере несколько баз с одинаковым именем?
Ориентируйтесь не на имя, а на связку «сервер СУБД + имя базы данных» в свойствах записи, а также на идентификатор infobase при работе через rac. Именно идентификатор однозначно определяет запись и исключает удаление не той базы.
Консоль показывает ошибку при открытии свойств фантомной базы. Это помешает удалению?
Обычно нет: удаление записи доступно из контекстного меню без открытия свойств. Если и удаление завершается ошибкой, используйте rac infobase drop по идентификатору или ручную правку реестра кластера при остановленной службе агента.
Остались ли следы фантомной базы где-то ещё после удаления?
Возможны записи в списках баз на клиентских машинах (ibases.v8i), упоминания в настройках регламентных заданий и внешних подключениях, а также старые резервные копии и логи. Работе кластера они не мешают, но ссылки из списков пользователей стоит почистить, чтобы избежать путаницы.
Что важно запомнить
Фантомная база удаляется из кластера очисткой регистрации через консоль администрирования или rac infobase drop; вариант с удалением данных в СУБД выбирать нельзя. При недоступности штатных средств реестр кластера правится вручную только при остановленной службе агента и с резервной копией srvinfo. После удаления проверьте список баз, логи сервера и списки подключений у пользователей.