При работе с консолью администрирования серверов «1С:Предприятия» многие системные администраторы сталкиваются с ситуацией, когда прав администратора кластера оказывается недостаточно для управления конкретной информационной базой. При попытке просмотреть свойства базы или удалить её, система настойчиво требует ввести логин и пароль внутреннего администратора этой базы. Это вызывает трудности, если пароль утерян или если администратор сервера не должен знать внутренние учетные данные каждой базы.
В этой статье мы подробно разберем причины такого поведения платформы, проанализируем архитектурную логику разделения прав и рассмотрим несколько способов решения проблемы: от настройки штатной авторизации до принудительного управления через файлы реестра.
Прежде чем переходить к техническим решениям, проанализируем ситуацию, почему 1С запрашивает пароль базы, даже если вы залогинены под администратором кластера. В современных версиях платформы (8.3 и выше) реализовано жесткое разграничение полномочий:
С точки зрения безопасности 1С, администратор кластера не должен иметь возможности беспрепятственно удалять или изменять свойства базы, к которой он может не иметь формального доступа. Это защита от сценария, при котором ИТ-специалист может случайно или намеренно повредить бизнес-данные. Таким образом, запрос пароля — это не ошибка, а штатный механизм защиты данных.
Рассмотрим наиболее корректный и безопасный метод, позволяющий избежать ручного ввода пароля в консоли. Суть заключается в сопоставлении вашей учетной записи Windows с пользователем 1С, обладающим полными правами.
Алгоритм действий:
DOMAIN\UserName.Теперь проанализируем важный нюанс: чтобы этот механизм сработал в консоли администрирования (MMC), сама консоль должна быть запущена от имени того же пользователя Windows, который указан в настройках пользователя 1С. В этом случае при попытке открыть свойства базы в консоли, платформа автоматически «подхватит» текущую учетную запись ОС, сопоставит её с администратором базы и пропустит вас без запроса пароля. При необходимости быстрой регистрации и открытия оснастки нужной версии можно воспользоваться утилитой для запуска консоли кластера серверов 1С.
Выясним причину, как поступить, если пароль от базы неизвестен совсем, а авторизация ОС не была настроена заранее. В этом случае мы можем воспользоваться тем фактом, что администратор сервера имеет физический доступ к файлам, где хранится список баз.
Рассмотрим пошагово процесс удаления базы «в обход» консоли:
services.msc.C:\Program Files\1cv8\srvinfo\reg_1541 (номер порта может отличаться).1cv8wsrv.lst (в старых версиях) или проанализируем файлы в папке snccntx в новых версиях. Информация о зарегистрированных базах хранится в текстовом или JSON-формате.После этих действий база исчезнет из списка в консоли администрирования. При этом сама база данных на SQL-сервере останется нетронутой. Вы сможете заново зарегистрировать её в кластере, и если при регистрации не будет найден список пользователей, она станет «пустой» с точки зрения защиты, что позволит задать нового администратора.
Посмотрим на ситуацию со стороны СУБД. Если у нас есть доступ к SQL-серверу, мы можем временно отключить систему аутентификации 1С, удалив информацию о пользователях непосредственно в таблицах базы данных. Это крайний метод, который следует использовать только при полной потере доступа.
В базе данных 1С информация о пользователях хранится в системных таблицах v8users и Params. Проанализируем примерный сценарий действий:
-- ВНИМАНИЕ: Это действие удалит ВСЕХ пользователей базы данных!
-- Обязательно создайте бэкап перед выполнением.
DELETE FROM v8users;
DELETE FROM Params WHERE Name = 'users.usr';
После выполнения этого запроса 1С будет считать, что в базе нет ни одного пользователя. При открытии свойств такой базы в консоли администрирования или при входе через клиент, система не будет запрашивать пароль, что позволит вам восстановить контроль над базой и создать нового администратора.
Разберем современный способ управления сервером 1С через утилиту rac.exe. Это Remote Administration Control, который работает через сервер администрирования ras. В отличие от графической консоли MMC, работа через rac более гибкая и позволяет автоматизировать многие процессы.
Если нам нужно программно управлять базой, мы можем использовать параметры командной строки. Пример структуры команды для удаления базы (если параметры известны):
rac infobase --cluster=<ID_Кластера> drop --infobase=<ID_Базы> --infobase-user="Admin" --infobase-pwd="Password"
Однако отметим, что если в базе есть пользователи, rac все равно потребует логин и пароль. Преимущество здесь лишь в том, что вы можете сохранить эти данные в скрипте (хотя это и небезопасно), чтобы не вводить их вручную каждый раз.
Проанализировав все доступные методы, мы можем сделать вывод, что наиболее стабильным и «правильным» решением является настройка авторизации ОС. Это позволяет соблюсти баланс между безопасностью и удобством работы системного администратора.
Краткий итог наших действий:
srvinfo) при остановленной службе.Помните, что любые действия с файлами реестра сервера или таблицами SQL-сервера должны сопровождаться созданием резервных копий. Для регулярного выполнения этой задачи можно настроить автоматическое архивирование баз 1С. Работа с консолью администрирования — это ответственный процесс, требующий понимания того, как платформа взаимодействует с операционной системой и СУБД.