Слетает пароль у пользователей в подчиненной базе при РИБ #423453

Диспозиция. Платформа 8.1.13.41, конфа Бухгалтерия 1.6.14.4 на обоих узлах. РИБ обмен. Проблема. При обмене периодически в подчиненной базе слетает пароль у ДВУХ пользователей БД. У этих пользователей ПОЛНЫЕ ПРАВА. Такие же пользователи БД есть и в главной. У пользователей БД подчиненной базы, которых нет в главной, пароли не слетают. Причем пароль устанавливается не пустым. Может кто сталкивался с такой проблемой? Как можно вылечить?

Забыл указать. Обе базы серверные.

а что значит "Слетает", становиться другим или пустым?

Обновление конфигурации перед этим происходит?

Регистрация изменений автоматическая?

Пароль устанавливается НЕ ПУСТЫМ - но неизвестным. От обновления не зависит. Слетает как при обновлении ИБ так и просто при переносе данных. План обмена - "Полный". Типовой, изменения не вносились. + Вроде ж при РИБ обмене пользователи ИБ не мигрируют?

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

+ либо отключи миграцию справочника пользователей

Дык это ж пользователи ИБ... Попробую ТИИ (совсем забыл про нее), ну и если не поможет создам новых пользователей.

РИБ-обмен таких действий не делает. Пользователи информационной базы - не "мигрируют". Мигрировать может только справочник "Пользователи" базы данных. Как правило, именно это вводит в заблуждение, - "соответствие" пользователей ИБ и записей справочника "Пользователи". У Вас там, случайно, дубликатов нет?

в БП из справочника пользователей можно перезаписать пароль и роли пользователя БД, сначала разберитесь а потом уж поучай кто заблуждается и путает

Разницу между пользователями ИБ и справочником "пользователи", а также связь между ними в типовых конфигурациях понимаю :) если под дубликатами понимать пользователей ИБ с одинаковыми именами - то есть дубликаты. В частности пароль слетает у пользователя "администратор", который есть и в главной и в подчиненной. Записать то можно, а вот прочитать :)

Ну тогда лопать модуль справочника "Пользователи" и смотри что он там делает при записи элемента.

О_О Не стоит приписывать мне того, что я не говорил :(

можно, только попробуй создать пользователя через справочник, а потом отмигрируй его - в приемнике пользователя БД не будет. так что - либо какие то действия выполняются при приеме именно элементов справочника Пользователи, либо кто-то шутит.

Тут не до шуток :( Конфа почти типовая в плане справочника "пользователи". Поискал по конфе. Установка пароля пользователя ИБ возможна только в одном месте - "форма пользователя БД". Не думаю что на при обмене на стороне сервера возможен доступ к модулю форму.

Мне так кажется (специально для Регистратора фраза) что обмен данными здесь "не причем", - но "косвенно" он может оказыватт влияние. Поясню: может быть "виноват" один и тот-же порядок действий при обмене, или "свои" внесенные изменения в конфу... Может быть журнал регистрации "подскажет" кто, когда и что менял в записях "администратор"... Я не сталкивался с такой проблемой при обмене данными, хотя у меня в каждом узле риб_базы есть "обезличенный" пользователь ИБ "Администратор"(в каждой базе узла у этой записи "свой" пароль). В справочнике пользователей, естественно, запись "Администратор" - одна, "общая" для всех администраторов подчиненных узлов риб-базы.

именно так сделано и у меня. На данный момент сделано следующее: 1. В главной базе создан новый "Администратор", старый переименован. Второй пользователь у которого также слетал пароль не пересоздавался - для эксперимента. 2. Отключено регламентное обновление обновление ИБ в настройках базы. (имхо оно повлиять не может, но в плане борьбы с ведьмами... :) ) 3. Проверен справочник "Пользователи" на предмет возможности несанкционированного изменения пароля пользователя - все чисто. 3. в планах ТИИ... Выполнял обмен несколько раз, как только данными, так и с изменениями конфигурации. Пароли вроде на месте. Посмотрим что будет. Всем спасибо за рекомендации и наводящие вопросы :)