Ситуация, когда администратор информационной базы в процессе настройки прав доступа «закрывает сам себя», является одной из самых стрессовых и критических в работе технического специалиста. Рассмотрим сценарий: после внесения изменений в роли (например, снятия «птичек» в правах доступа к метаданным или системных прав) администратор теряет возможность открывать дерево объектов конфигурации, выгружать информационную базу в формат .dt и даже изменять список пользователей. Проблема усугубляется, если аналогичные ограничения коснулись всех пользователей с полными правами, а актуальной резервной копии под рукой не оказалось.
Давайте подробно разберем, почему это происходит, проанализируем внутренние механизмы платформы 1С и изучим проверенные способы восстановления контроля над системой для различных типов баз данных (SQL и файловая).
Разберем ситуацию с точки зрения логики платформы 1С:Предприятие 8. Доступ к Конфигуратору и его основным инструментам регулируется системными правами в ролях. Основными правами, отвечающими за работу с деревом объектов, являются Администрирование, Конфигурирование и Администрирование системы.
Если в единственной роли, назначенной пользователю, убираются права на изменение ключевых объектов (в некоторых случаях даже критическое изменение прав на справочники может привести к программным коллизиям), платформа блокирует доступ к визуальному представлению структуры конфигурации. В итоге мы видим пустое окно Конфигуратора, где дерево метаданных просто не открывается, а большинство пунктов меню становятся серыми и неактивными.
Рассмотрим наиболее эффективный метод, который применил автор темы для восстановления доступа. Метод основан на «обмане» платформы: если 1С не находит таблицу со списком пользователей, она считает базу пустой и разрешает вход с неограниченными правами.
Шаг 1. Подготовка и переименование таблицы пользователей.
Для начала нам необходимо подключиться к консоли управления СУБД (например, SQL Server Management Studio). Нам нужно найти таблицу, в которой хранятся пользователи информационной базы. В 1С она называется v8users (в некоторых версиях или при определенных настройках она может иметь префикс, например, _v8users). Нам нужно временно изменить её имя.
Проанализируем пример SQL-запроса для переименования таблицы:
-- Для MS SQL Server
EXEC sp_rename 'v8users', 'v8users_old';
-- Для PostgreSQL
ALTER TABLE v8users RENAME TO v8users_old;
Шаг 2. Вход в Конфигуратор.
После того как мы переименовали таблицу, попробуем запустить Конфигуратор. Платформа обратится к базе данных, не обнаружит таблицу пользователей и запустит систему в режиме «первого входа». Теперь нам доступно дерево объектов и все функции администрирования. Важно: в этот момент не нужно создавать новых пользователей или закрывать Конфигуратор.
Шаг 3. Возврат таблицы и исправление прав.
Пока Конфигуратор открыт, возвращаемся в SQL-консоль и выполняем обратное переименование, чтобы вернуть список пользователей на место:
-- Возвращаем имя таблицы обратно
EXEC sp_rename 'v8users_old', 'v8users';
Теперь в открытом Конфигураторе заходим в меню Администрирование — Пользователи. Платформа снова увидит старый список. Находим своего пользователя, заходим в его свойства на закладку «Прочие» и устанавливаем галочки у ролей с полными правами или создаем новую роль «СуперАдмин», где разрешены все действия.
После записи пользователя доступ будет полностью восстановлен.
В файловой версии базы данных мы не можем выполнить SQL-запрос. Здесь нам на помощь придут инструменты низкоуровневого редактирования файла 1Cv8.1CD.
Метод с использованием HEX-редактора:
1Cv8.1CD перед любыми манипуляциями.V8USERS.V8USERS на H8USERS.H на V).Использование утилиты Tool_1CD:
Существуют специализированные утилиты для работы со структурой файловых баз 1С. Они позволяют просматривать и редактировать таблицы внутри .1CD. С их помощью можно либо очистить таблицу v8users, либо изменить параметры прав конкретного пользователя, не прибегая к ручному поиску байтов в HEX-редакторе.
В ходе обсуждения возник вопрос: можно ли решить проблему программно через внешнюю обработку? Выясним причину, почему это чаще всего невозможно. Для того чтобы программно изменить права (через объект ПользователиИнформационнойБазы), необходимо иметь право на администрирование. Если оно утеряно, попытка создания или изменения пользователя вызовет ошибку нарушения прав доступа.
Рассмотрим теоретический код, который мог бы помочь, если бы у нас остался доступ к запуску внешних обработок в привилегированном режиме:
&НаСервере
Процедура ВосстановитьПраваНаСервере()
УстановитьПривилегированныйРежим(Истина);
Админ = ПользователиИнформационнойБазы.НайтиПоИмени("Администратор");
Если Админ <> Неопределено Тогда
Админ.Роли.Очистить();
// Добавляем роль с полными правами (имя роли должно совпадать с метаданными)
Админ.Роли.Добавить(Метаданные.Роли.ПолныеПрава);
Админ.Записать();
КонецЕсли;
КонецПроцедуры
Однако, как справедливо заметили участники дискуссии, в современных конфигурациях (особенно на базе БСП) внешние обработки по умолчанию запускаются в безопасном режиме, где УстановитьПривилегированныйРежим(Истина) просто игнорируется. Если же пользователь потерял права на интерактивное открытие внешних обработок, этот путь становится полностью заблокированным.
Чтобы не попасть в подобную «ловушку» в будущем, проанализируем правила безопасной разработки:
Подводя итог, можно сказать: если вы все же потеряли доступ, не паникуйте. Механизм с временным переименованием системной таблицы является стандартным «спасательным кругом» для администраторов 1С уже многие годы.