Виснет настройка прав доступа

[decoder]

Axapta 3.0 SP6 виснет при попытке войти в настройку прав доступа даже пользовательской группы Admin...
Что делать?

[ZVV]

Цитата:

Сообщение от decoder

Axapta 3.0 SP6 виснет при попытке войти в настройку прав доступа даже пользовательской группы Admin...
Что делать?

Может подождать подольше? Она никогда быстро не открывалась..

[decoder]

1час мало?)

[Sada]

Может быть что и мало. Смотря какая машина у Вас думает. Придется декодировать Вам Аксапту

[decoder]

Зависает тестовая база. 3х-звенка. Начала зависать после обновления приложения и развертывания бэкапа с рабочей базы..

[sukhanchik]

Ну для начала имеет смысл проверить табличку AccessRightsList. Если по ней слетели индексы - то вот она, родимая - причина ваших висяков. Т.е. Вам следует сначала выполнить синхронизацию, а уж затем смотреть права.
А вообще - к примеру в Оракле - возможно развернуть бекап без индексов, после чего запустить переиндексацию (которая будет дооолго по времени хрюкать)

[Волчара]

Цитата:

Сообщение от decoder

Axapta 3.0 SP6 виснет при попытке войти в настройку прав доступа даже пользовательской группы Admin...
Что делать?

У меня бывает в 4 тоже виснет. Правда если входишь в Админ - показывает. После загрузки админа, можно уже и другие группы редактировать...

[sukhanchik]

Цитата:

Сообщение от Волчара

У меня бывает в 4 тоже виснет. Правда если входишь в Админ - показывает. После загрузки админа, можно уже и другие группы редактировать...

Для начала неплохо было бы убедиться, в отсутствии модификаций в этой функциональности. А то встречал я на своем пути модификацию... Которая откровенно "вешала" настройку прав. Лишние кнопки конечно погоды не делают, а вот если затронут механизм "расчета" прав или формирования дерева - то увы.

Потом следует обратить внимание со стороны БД на таблички AccessRightsList, SysSecurityForm*. Именно эти 3 таблицы (первая особенно) влияют на построение дерева. Можно написать несложный джоб, который будет удалять из них лишние записи (после удаления/переименования пункта меню, по которому были записи в таблице - записи не изменяются и остаются в виде мусора. С контрольками на формах - там еще больше мусора).
Надо проверить индексы по табличкам (их наличие, возможно их нужно пересоздать т.к. они кривые), возможно таблицы следует дефрагментировать в БД.

Также следует проверить соотношение групп полльзователей, пользователей и доменов. У вас кол-во групп больше кол-ва пользователей? Тогда делаем индивидуальные группы и у вас будет кол-во групп = кол-ву пользователей. Этим вы уменьшите кол-во записей в таблицах.

Но это все общие рекомендации. С каждым случаем надо разбираться отдельно

[Волчара]

Модификаций точно нет, попробую переиндексировать таблицы

[decoder]

Цитата:

Сообщение от Волчара

..Правда если входишь в Админ - показывает. После загрузки админа, можно уже и другие группы редактировать...

admin не помогает(

Цитата:

Сообщение от sukhanchik

Для начала неплохо было бы убедиться, в отсутствии модификаций в этой функциональности...
Потом следует обратить внимание со стороны БД на таблички AccessRightsList, SysSecurityForm*. Именно эти 3 таблицы (первая особенно) влияют на построение дерева...
Надо проверить индексы по табличкам (их наличие, возможно их нужно пересоздать т.к. они кривые), возможно таблицы следует дефрагментировать в БД.
Также следует проверить соотношение групп полльзователей, пользователей и доменов. У вас кол-во групп больше кол-ва пользователей? Тогда делаем индивидуальные группы и у вас будет кол-во групп = кол-ву пользователей...

Модификаций нет.
Удаление индексов у этих 3х таблиц в SQL и синхронизация не помогают.
Пользователей больше чем групп..

[sukhanchik]

Цитата:

Сообщение от decoder

Модификаций нет.
Удаление индексов у этих 3х таблиц в SQL и синхронизация не помогают.
Пользователей больше чем групп..

Эта... индексы создавать желательно вручную в БД, иначе вход в Аксапту будет ... ну оооччччень долгим.

Так в отношении "лишних записей" Вы проверили? Сейчас джоба под рукой нет - но суть в том - что делается select по AccessRightsList и проверяется есть ли те MenuItem, Tables, Security Key и т.д. в АОТ, которые присутствуют в таблице.

В отношении отсуствия модификаций. ТОЧНО НЕТ? А как Вы определяли? Только по форме? Меня интересуют классы SysSecurity*. И можно взять пару форм Sys*Security.

Второй вариант - большое кол-во записей или отсутствие индекса на таблице.

Ну нет другой причины....

[belugin]

А может, сначала просто продебажить - где конкретно виснет? Потрассировать там запросы всякие...

[Sada]

Цитата:

Сообщение от belugin

А может, сначала просто продебажить - где конкретно виснет? Потрассировать там запросы всякие...

Зачем?

[Волчара]

Цитата:

Сообщение от belugin

А может, сначала просто продебажить - где конкретно виснет? Потрассировать там запросы всякие...

Открываю закладку с настройками прав, при этом начинает работать скролл барр сверху формы. Пока работает скролл-барр две закладки пропадают. Скролл-барр дошел до конца, форма отвисла, аксапта отвисла, закладки не появились, работать нельзя.

[sukhanchik]

Ну а какая ситуация с классами и формами SysSecurity*? (есть ли свои перекрытия?)

Кстати. Есть еще одна хорошая рекомендация. Глобальная компиляция. Я наблюдал как висло резервирование только из-за того, что внедренцы, заливая модификации хпо-шниками на рабочую не удосуживались делать глобальную компиляцию. А сделанная глобальная компиляция сразу выявила порядка трех десятков ошибок компиляции, после чего резервирование работать перестало в принципе - но уже стала вылетать "нормальная" трассировка стека и ясно стало где была ошибка компиляции. Ее исправление восстановило работу системы.

[decoder]

Цитата:

Сообщение от sukhanchik

Ну а какая ситуация с классами и формами SysSecurity*? (есть ли свои перекрытия?)
Кстати. Есть еще одна хорошая рекомендация. Глобальная компиляция...

Перекрытий нет
Глобальная компиляция не помогает

[decoder]

что еще посоветуете?

[sukhanchik]

Тогда можно проверить в БД:
1. Наличие индексов на табличке ACCESSRIGHTSLIST в БД:
I_65526ELEMENT (RECORDTYPE, PARENTID, ID), некластерный и
I_65526GROUP (GROUPID, DOMAINID, RECORDTYPE, PARENTID, ID, ELEMENTNAME) кластерный.
2. Выполнить команду DBCC REINDEX ('ACCESSRIGHTSLIST') в БД лдя дефрагментации таблицы.

Пока у меня варианты заканчиваются

[sukhanchik]

И еще. Проверьте "лишние" записи по AccessRightsList.

Цитата:

Сообщение от sukhanchik

Так в отношении "лишних записей" Вы проверили? Сейчас джоба под рукой нет - но суть в том - что делается select по AccessRightsList и проверяется есть ли те MenuItem, Tables, Security Key и т.д. в АОТ, которые присутствуют в таблице.

Еще - посмотрите будут ли тормоза - если очистить таблички SysSecurityForm*? (ессно удалять записи нельзя, но проверить скорость на пустой табличке можно)