Всем привет, надеюсь на вашу помощь. Ситуация следующая: есть распределенка, главный узел и подчиненный. В главном узле у административной роли убрали административные права, и создали новую роль с административными правами. Изменения ушли в переферию. Теперь получаеться в перефирии нет пользователя с административными правами. Можно ли создать пользователя с админитсративными правами в БД без административных прав? Или теперь только новой начальный образ срезать?

Книга знаний: УРБД на v8 за четыре шага.
Книга знаний: Права пользователей в 1С:Предприятии 8.0

А в периферийной  базе изменения принялись?

А новая роль с административными правами не ушла чтоли в перефирию?

(2) если бы не принились не было бы это ветки...

(3)  новая роль ушла, а пользователь? пользователя то нет

Ну создай пользователя, какие проблемы то?

(6) как, прав то нет...

жесть)

права на обновление конфы есть у кого нить ?

непонятно одно, как конфа обновилась без пользователя с административными правами?

(9) теперь получаеться то нет ни у кого... скорее всего придеться новый образ резать

А конфигуратор периферийной тоже не запускается?

(10) ну вобшем я меня роли документами и по расписанию раздаются. пока в чуства механизм приводил ни разу не запорол административные права.

(13)+ а тут они видимо не предусмотрели

(11) пользователей много ?

(12) конфигуратор запускается, прав грит нет...

(15) а причем здесь их количество? нет, не много

(17) притом что после нарезки придется их всех заводить заново)

бэкап поднять ?)

Можно поменяв один байт в базе в файле 1Cv8.1CD получить администраторские права в базе, сделать нужные изменения (добавить нового пользователя), потом поменять байт назад. Поищи в инете.

(20) скуль
(19) бекапируеться ток главный узел

(21) скуль вобше то тоже можно подправить напрямую.

(22) Создать там пользователя?

(21) там в табличке config удалить запись users. Как то так, но могу ошибаться - лучше поищи в инете.

Хранение списка пользователей ИБ

Вся информация о списке пользователей данной ИБ и доступных им ролях в ней хранится в таблице Params в базе данных MS SQL (см. [ИТС2]). Взглянув на структуру и содержимое этой таблицы, становится очевидным, что вся информация о пользователях хранится в записи, со значением поля FileName – "users.usr".
Внимание! данная запись не защищена от изменения поля FileName, что при наличии доступа к БД MS SQL приводит к следующему эффекту:

   * выполняем команду:

     UPDATE PARAMS SET FileName = '- users.usr' WHERE FileName = 'users.usr'

   * т. к. система не находит список пользователей, то можно запустить конфигуратор без авторизации;
   * выполняем команду:

     UPDATE PARAMS SET FileName = 'users.usr' WHERE FileName = '- users.usr'

   * открываем исходный список пользователей, который можно редактировать;

http://www.mista.ru/v8/security/

имхо правильные действия такие - сохранить юзверей где нить. сбросить. принять изменения из центра что бы вернуть админ права для той роли которая была. загрузить юзверей обратно.

сделать все что хотел заново но уже по уму.

(25) пасип уже что то ) ща почитаем

ну и быкап базы самой собой прежде чем ковырять )