Странное поведение Аксапты.

[Kosoi]

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

Bad – не рабочая база

exec sp_cursorprepexec @P1 output, @P2 output, N'@P1 varchar(1000)', N'SELECT A.ID,A.NAME,A.ENABLE,A.STARTUPMENU,A.STATUSLINEINFO,
A.TOOLBARINFO,A.DEBUGINFO,A.AUTOINFO,A.AUTOUPDATE,A.GARBAGECOLLECTLIMIT,A.HISTORYLIMIT,A.MESSAGELIMIT,A.GENERALINFO,
A.SHOWSTATUSLINE,A.SHOWTOOLBAR,A.DEBUGGERPOPUP,A.SHOWAOTLAYER,A.PASSWORD,A.OSACCOUNTNAME,A.STARTUPPROJECT,
A.CONFIRMDELETE,A.CONFIRMUPDATE,A.REPORTFONTNAME,A.REPORTFONTSIZE,A.FORMFONTNAME,A.FORMFONTSIZE,A.PROPERTYFONTNAME
,A.PROPERTYFONTSIZE,A.INFOLOGLEVEL,A.COMPANY,A.AUTOLOGOFF,A.QUERYTIMELIMIT,A.TRACEINFO,A.RECID
FROM USERINFO A(NOLOCK)
WHERE (NAME=@P1) OPTION(FAST 63)', @P3 output, @P4 output, @P5 output, 'ввло'



Good – рабочая база

exec sp_cursorprepexec @P1 output, @P2 output, N'@P1 varchar(1000)', N'SELECT A.ID, A.NAME, A.ENABLE, A.STARTUPMENU, A.STATUSLINEINFO, A.TOOLBARINFO, A.DEBUGINFO, A.AUTOINFO, A.AUTOUPDATE, A.GARBAGECOLLECTLIMIT, A.HISTORYLIMIT, A.MESSAGELIMIT, A.GENERALINFO, A.SHOWSTATUSLINE, A.SHOWTOOLBAR, A.DEBUGGERPOPUP, A.SHOWAOTLAYER, A.PASSWORD, A.OSACCOUNTNAME, A.STARTUPPROJECT, A.CONFIRMDELETE, A.CONFIRMUPDATE, A.REPORTFONTNAME, A.REPORTFONTSIZE, A.FORMFONTNAME, A.FORMFONTSIZE, A.PROPERTYFONTNAME, A.PROPERTYFONTSIZE, A.INFOLOGLEVEL, A.COMPANY, A.AUTOLOGOFF, A.QUERYTIMELIMIT, A.TRACEINFO, A.RECID FROM USERINFO A(INDEX(I_65531ID) NOLOCK)
WHERE (ID=@P1) OPTION(FAST 2)', @P3 output, @P4 output, @P5 output, 'ввло'


Странно, что клиент шлёт разные запросы, если в конфигурациях отличаются только БД. Эксперимент проведён в 2-хуровневой конфигурации.

Вот пока и все. Если кто либо сможет помочь, напишите.

[George Nordic]

Табличку AccessRightList смотрели? полная?

С Уважением,
Георгий

[Wamr]

Кто-то поменял параметры пароля (Администрирование\ Настройки\ Контроль доступа\ параметры пароля)

[Kosoi]

Wamr
11-08-2005 11:43 Кто-то поменял параметры пароля (Администрирование\ Настройки\ Контроль доступа\ параметры пароля)

Такое меню не нашел, точно ли оно есть в версии Аксапта 2.5, а табличку AccessRightList , не смотрели, но что она дает?

[George Nordic]

Она отвечает за права. Я же просил вам передать, еще позавчера, про жту табличку.
Вы ведь с ПНТЗ?

С Уважением,
Георгий

[Wamr]

в 2.5 Администрирование\ Управление пользователями\ параметры пароля
Посмотрите запись в таблице SysConfig с id = 8 и configType = 4 должно быть value = 0

[SimPai]

Цитата:

Изначально опубликовано Wamr
в 2.5 ...
Посмотрите запись в таблице SysConfig с id = 8 и configType = 4 должно быть value = 0

Согласен.
В трёшке тоже самое.
А потом перестройте индексы в таблице и посмотрите ещё раз
Вообще, перестройка индексов в БД весьма вероятно может решить Вашу проблему.

[Wamr]

to SImPai если какой-нибудь умник поменяет значения на "Имя пользователя", то никакая перестройка индекса не поможет

[Kosoi]

Спасибо, именно меню по переключению паролей и являлось ошибкой. Было переключено с одного поля на проверку другово.

[Kosoi]

Возможно каким либо образом отследить этапы работы с этим меню за последнее время.

[SimPai]

Цитата:

Изначально опубликовано Wamr
to SImPai если какой-нибудь умник поменяет значения на "Имя пользователя", то никакая перестройка индекса не поможет

Если "умник", то да

В таком контексте Kosoi стоит задуматься над тем кто-бы это мог быть, т.к. этот кто-то - прямая угроза целостности данных.

[Wamr]

to Kosoi
Если не настроили заранее протоколирование, то шансов мало. Можно посмотреть modifiedXXX поля.

OFF
У нас один такой "умник" (еще на 2.5) в логотип компании поставил обнаженную натуру... вот в бухгалтерии обрадовались распечатанным документам

[SimPai]

Цитата:

Изначально опубликовано Wamr

Если не настроили заранее протоколирование, то шансов мало. Можно посмотреть modifiedXXX поля.

А если напрямую через БД изменили тогда вообще шансов никаких...

[Kosoi]

Не подскажете, есть ли возможность связать выделить таблици в которых хранятся права групп на определенные действия, в частности, на функциональные ключи, там есть такой пунктик, в меню - Права групп пользователей\права на функциональные ключи\доступ к пунктам меню - так вот, нельзя ли выделить таблицу где хранятся именно эти доступы к меню... каждую груупппу просматривать довольно сложно, вернее не сложно а долго, да и список людей не вычислишь, если понадобится, а так знать бы таблици, - функциональных ключей, доступов на них, ну и табличку связывающую эти с группами? Может кто подскажет?

[SimPai]

Цитата:

Изначально опубликовано Kosoi
Не подскажете, есть ли возможность связать выделить таблици в которых хранятся права групп на определенные действия, в частности, на функциональные ключи, там есть такой пунктик, в меню - Права групп пользователей\права на функциональные ключи\доступ к пунктам меню - так вот, нельзя ли выделить таблицу где хранятся именно эти доступы к меню... каждую груупппу просматривать довольно сложно, вернее не сложно а долго, да и список людей не вычислишь, если понадобится, а так знать бы таблици, - функциональных ключей, доступов на них, ну и табличку связывающую эти с группами? Может кто подскажет?

ACCESSRIGHTSLIST

[Kosoi]

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

[SimPai]

Цитата:

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

Не очень понятно какие остальные. Вообще все существующие в системе? В AOT.

[Kosoi]

Возможно, спасибо проверю....... Нет того ключа, что я ищу в этой таблице нет.... Или я чтото не так делаю, или я делаю что то не так :-)

[Kosoi]

Да мне нужны все существующие в системе ключи.... Здесь явно не все номера, ID, ключей присутствуют....

[sukhanchik]

повторю свой пост http://www.axforum.info/forums/showt...0&pagenumber=2

Цитата:

Если сответствующий элемент не найдет в AccessRightsList, то его права наследуются от родителя в дереве (это Menuitem либо SecurityKey, либо FeatureKey)

Поэтому в AccessRightsList и не все ключи , а только те, которые отличаются от родителя