SAP висит при попытке выборки материалов

Revolter

Добрый день!

У одного из пользователей SAP "виснет" при попытке вызова "ограничения диапазона значений" для материала (например в mm03). Есть подозрение что дело в доступах, но доступах к чему? У пользователя нет доступа к просмотру данных по некоторым БЕ, может ли это быть причиной?

Помогите, плиз. :roll:

sy-uname

Revolter написал(а):

Добрый день!

У одного из пользователей SAP "виснет" при попытке вызова "ограничения диапазона значений" для материала (например в mm03). Есть подозрение что дело в доступах, но доступах к чему? У пользователя нет доступа к просмотру данных по некоторым БЕ, может ли это быть причиной?

Помогите, плиз. :roll:

Что значит висит? Отсутствие полномочий, по идее, не должно приводить к завешиванию. Надо смотреть где висит, что в данный момент происходит.

ivanovio

мало данных даете.

вряд ли полномочия, скорее таблички любимые.
проверьте фрагментацию индексов на таблицах типа MARD

Еще

если модифицировали средства поиска, обратите внимание на них.

Revolter

ivanovio написал:

мало данных даете.

вряд ли полномочия, скорее таблички любимые.
проверьте фрагментацию индексов на таблицах типа MARD

Дико извиняюсь, как проверить фрагментацию...?

ivanovio написал:

Еще

если модифицировали средства поиска, обратите внимание на них.

средства поиска, видимо, модифицировали, т.к. трассировка выдает разные SELECT'ы для этого пользователя и пользователей у которых все нормально: в коде для объекта DDF4PSINDX:

Code:

SELECT WHERE "RELID" = 'F4' AND "MANDANT" = '601' AND "USERNAME" = '...' AND "SHLPNAME" = '...' 

SHLPNAME отличается. Как просмотреть где это ведется?

ivanovio

Revolter написал(а):

Дико извиняюсь, как проверить фрагментацию...?

нота 771929 - FAQ: Index fragmentation - там даны отчеты

Revolter написал(а):

средства поиска, видимо, модифицировали, т.к. трассировка выдает разные SELECT'ы для этого пользователя и пользователей у которых все нормально: в коде для объекта DDF4PSINDX:

Code:

SELECT WHERE "RELID" = 'F4' AND "MANDANT" = '601' AND "USERNAME" = '...' AND "SHLPNAME" = '...' 

SHLPNAME отличается. Как просмотреть где это ведется?

Про средства поиска - проанализируйте в st04->detail analysis menu-SQL request запрсы от программы. если они действительно тяжелые, нужно на поля запроса повесить Z* индекс. Не забудьте потом запланировать полученные в ноте отчеты для дефрагментации индексов

Jelena

Revolter написал(а):

средства поиска, видимо, модифицировали, т.к. трассировка выдает разные SELECT'ы для этого пользователя <...> SHLPNAME отличается. Как просмотреть где это ведется?

SHLPNAME = Search Help Name (см. SE11)

У материала (MARA-MATNR) есть стандартный Search Help, подозреваю, что в какой-то момент (user exit) он подменяется на свой.
В SQL Trace еще есть возможность посмотреть ABAP code, из которого вызывается конкретный SELECT. Держу пари это что-то доморощенное.

Не обязательно сразу делать индекс, часто это лечится исправлением кода. Вообще у нас подобные проблемы обычно сразу отправляются к ABAPерам.

ivanovio

Jelena написала:

Revolter написал(а):

средства поиска, видимо, модифицировали, т.к. трассировка выдает разные SELECT'ы для этого пользователя <...> SHLPNAME отличается. Как просмотреть где это ведется?

SHLPNAME = Search Help Name (см. SE11)

У материала (MARA-MATNR) есть стандартный Search Help, подозреваю, что в какой-то момент (user exit) он подменяется на свой.
В SQL Trace еще есть возможность посмотреть ABAP code, из которого вызывается конкретный SELECT. Держу пари это что-то доморощенное.

Не обязательно сразу делать индекс, часто это лечится исправлением кода. Вообще у нас подобные проблемы обычно сразу отправляются к ABAPерам.

собственный ABAP код - это всегда объект оптимизации, само собой.

Revolter

ivanovio написал:

Jelena написала:

Revolter написал(а):

средства поиска, видимо, модифицировали, т.к. трассировка выдает разные SELECT'ы для этого пользователя <...> SHLPNAME отличается. Как просмотреть где это ведется?

SHLPNAME = Search Help Name (см. SE11)

У материала (MARA-MATNR) есть стандартный Search Help, подозреваю, что в какой-то момент (user exit) он подменяется на свой.
В SQL Trace еще есть возможность посмотреть ABAP code, из которого вызывается конкретный SELECT. Держу пари это что-то доморощенное.

Не обязательно сразу делать индекс, часто это лечится исправлением кода. Вообще у нас подобные проблемы обычно сразу отправляются к ABAPерам.

собственный ABAP код - это всегда объект оптимизации, само собой.

Создан временный пользователь с такими же ролями и интересно, что у него зависания нет. Не подскажите какой user-exit используется для Search Help для материала?
Кстати, дождался отвисания системы, которое выдало такой дамп:

Code:

No storage space available for extending table "IT_785".      
                            
What happened?                                                                            
You attempted to extend an internal table, but the required space was    not available. 

Error analysis                                                        
The internal table "IT_785" could not be enlarged further.            
To extend the internal table, 16000 bytes of storage space was needed, but none was available. At this point, the table "IT_785" has 804032 entries.

The termination occurred in the ABAP/4 program "SAPLSDH4 " in "FROM_SORT_TAB". 

008080   FORM from_sort_tab TABLES s_tab TYPE sort_table                         
008090                             record_tab STRUCTURE seahlpres                
008100                      USING first_record TYPE sy-tabix                     
008110                            last_record TYPE sy-tabix                      
008120                      CHANGING mark_tab TYPE ddshmarks.                    
008130                                                                           
008140     DATA: i TYPE sy-tabix,                                                
008150           j TYPE sy-tabix.                                                
008160                                                                           
008170     i = last_record.                                                      
008180     j = first_record.                                                     
008190     LOOP AT s_tab.                                                        
008200       ADD 1 TO i.                                                         
008210       INSERT LINES OF record_tab FROM s_tab-tabix TO s_tab-tabix          
     >              INTO record_tab INDEX i.                                     
008230       IF NOT s_tab-mark IS INITIAL.                                       
008240         INSERT j INTO TABLE mark_tab.                                     
008250       ENDIF.                                                              
008260       ADD 1 TO j.                                                         
008270     ENDLOOP.                                                              
008280     DELETE record_tab FROM first_record TO last_record.                   
008290   ENDFORM.                    " From_sort_tab     

ivanovio

Code:

No storage space available for extending table "IT_785".      
                            
What happened?                                                                            
You attempted to extend an internal table, but the required space was    not available. 

Error analysis                                                        
The internal table "IT_785" could not be enlarged further.            
To extend the internal table, 16000 bytes of storage space was needed, but none was available. At this point, the table "IT_785" has 804032 entries.

The termination occurred in the ABAP/4 program "SAPLSDH4 " in "FROM_SORT_TAB". 

008080   FORM from_sort_tab TABLES s_tab TYPE sort_table                         
008090                             record_tab STRUCTURE seahlpres                
008100                      USING first_record TYPE sy-tabix                     
008110                            last_record TYPE sy-tabix                      
008120                      CHANGING mark_tab TYPE ddshmarks.                    
008130                                                                           
008140     DATA: i TYPE sy-tabix,                                                
008150           j TYPE sy-tabix.                                                
008160                                                                           
008170     i = last_record.                                                      
008180     j = first_record.                                                     
008190     LOOP AT s_tab.                                                        
008200       ADD 1 TO i.                                                         
008210       INSERT LINES OF record_tab FROM s_tab-tabix TO s_tab-tabix          
     >              INTO record_tab INDEX i.                                     
008230       IF NOT s_tab-mark IS INITIAL.                                       
008240         INSERT j INTO TABLE mark_tab.                                     
008250       ENDIF.                                                              
008260       ADD 1 TO j.                                                         
008270     ENDLOOP.                                                              
008280     DELETE record_tab FROM first_record TO last_record.                   
008290   ENDFORM.                    " From_sort_tab     

отвисание возникло когда
внутренняя таблица IT_785 не может больше быть расширена (нет памяти). проанализируйте буферы в st02 когда отрабатывает. Но это, конечно, не решит проблему.
Смущает отсутствие зависания у другого пользователя. Вообще-то налицо явный лаг шифровальщиков. Скорее всего там неоптимизированные запросы к многомиллионным таблицам результаты которых засовываются во внутренние таблицы, распухающие невмеру. Про юзерэкзит сходу не скажу. Посмотреть пока некогда. Если доберусь - сообщу

Revolter

ivanovio, хорошо, жду...
p.s. спасибо за помощь

sy-uname

Revolter написал(а):

...

Создан временный пользователь с такими же ролями и интересно, что у него зависания нет. Не подскажите какой user-exit используется для Search Help для материала?
Кстати, дождался отвисания системы, которое выдало такой дамп:

Code:

No storage space available for extending table "IT_785".      
                            
What happened?                                                                            
You attempted to extend an internal table, but the required space was    not available. 

Error analysis                                                        
The internal table "IT_785" could not be enlarged further.            
To extend the internal table, 16000 bytes of storage space was needed, but none was available. At this point, the table "IT_785" has 804032 entries.

The termination occurred in the ABAP/4 program "SAPLSDH4 " in "FROM_SORT_TAB". 

...

Смотрели "Note 189061 - Endless loop in F4 help for some users"?

Jelena

Revolter написал(а):

Создан временный пользователь с такими же ролями и интересно, что у него зависания нет.

Ха-ха - небось ваши программисты имя юзера "захардкодили". :roll:

Посмотрите search help S_MAT1, есть ли там что-нибудь в поле Search help exit (закладка Definition).

Еще такая мысль - есть программки (даже вроде транзакция какая-то), которые весь ABAP код сканируют на предмет определенной строки. Возьмите имя юзера, который с проблемами, и по приколу запустите поиск по нему.

Revolter

sy-uname написал(а):

Revolter написал(а):

...

Создан временный пользователь с такими же ролями и интересно, что у него зависания нет. Не подскажите какой user-exit используется для Search Help для материала?
Кстати, дождался отвисания системы, которое выдало такой дамп:

Code:

No storage space available for extending table "IT_785".      
                            
What happened?                                                                            
You attempted to extend an internal table, but the required space was    not available. 

Error analysis                                                        
The internal table "IT_785" could not be enlarged further.            
To extend the internal table, 16000 bytes of storage space was needed, but none was available. At this point, the table "IT_785" has 804032 entries.

The termination occurred in the ABAP/4 program "SAPLSDH4 " in "FROM_SORT_TAB". 

...

Смотрели "Note 189061 - Endless loop in F4 help for some users"?

Посмотрел: как я понял этот баг был в версии SAP 4.5B. Или это может быть и в 4.6C?

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

Revolter

Jelena написала:

Revolter написал(а):

Создан временный пользователь с такими же ролями и интересно, что у него зависания нет.

Ха-ха - небось ваши программисты имя юзера "захардкодили". :roll:

Скорее пользователь слишком много экспериментировал с настройками и злоупотреблял гибкостью системы.

Jelena написала:

Посмотрите search help S_MAT1, есть ли там что-нибудь в поле Search help exit (закладка Definition).

Еще такая мысль - есть программки (даже вроде транзакция какая-то), которые весь ABAP код сканируют на предмет определенной строки. Возьмите имя юзера, который с проблемами, и по приколу запустите поиск по нему.

Не нашел нигде S_MAT1. Возможно, не там ищу..?

Revolter

Нашел структуру в Search Help на которой идет зависание у пользователя (как показывает трассировка). Это нестандартный search help "to Display Materials and Bin Locations". Параметры:
MATNR,WERKS,LGPBE,TEXT_HTN,MFRPN,MFRNR,MATNR_B,SPRAS,MTART.

Подскажите, может ли из-за этого набора зависнуть SAP, где обрабытываются эти данные? Строка Search help exit пуста.

Правила форума

SAP висит при попытке выборки материалов

Кто сейчас на конференции