SAPфорум.RU https://sapboard.ru/forum/ |
|
EntryTable overflow https://sapboard.ru/forum/viewtopic.php?f=14&t=94500 |
Страница 1 из 1 |
Автор: | RikoNw [ Пн, мар 06 2017, 14:18 ] |
Заголовок сообщения: | EntryTable overflow |
Доброго дня! Некоторые сотрудники умудряются перегружать таблицу блокировок, из-за чего остальные люди, пытающиеся что-то записать обламываются, или вообще вылетают. Как поступать в таких случаях, кроме как бить линейкой по рукам? |
Автор: | basis_spb [ Пн, мар 06 2017, 15:30 ] |
Заголовок сообщения: | Re: EntryTable overflow |
А размер у тебя по дефолту стоит? Если да, то надо увеличить, стандартного значения часто не хватает, особенно при массовых каких-то загрузках и обработках. Так же можно разобрать детально что именно вызывает такое количество блокировок, возможно неоптимальный код программы или же, к примеру, большое количество ненужных объектов, которые так же блокируются при работе. |
Автор: | basis_spb [ Пн, мар 06 2017, 15:30 ] |
Заголовок сообщения: | Re: EntryTable overflow |
А размер у тебя по дефолту стоит? Если да, то надо увеличить, стандартного значения часто не хватает, особенно при массовых каких-то загрузках и обработках. Так же можно разобрать детально что именно вызывает такое количество блокировок, возможно неоптимальный код программы или же, к примеру, большое количество ненужных объектов, которые так же блокируются при работе. P.S. не entry, а enqueue table |
Автор: | RikoNw [ Пн, мар 06 2017, 16:08 ] |
Заголовок сообщения: | Re: EntryTable overflow |
Да, размер enque/table_size увеличен с 32 до 48 тыщ, но этого снова стало мало. А EntryTable overflow это запись из dev-файла: E *** ERROR => EnqueCluster: EntryTable overflow [enxxmenq.h 2019] |
Автор: | шрам [ Пн, мар 06 2017, 16:41 ] |
Заголовок сообщения: | Re: EntryTable overflow |
я бы еще и ноты проглядел 2008756 - KP06ff.: Lock logic in manual planning - part II 79634 - KP06ff.: Lock logic in manual planning 97760 - Enqueue: Performance and resource consumption |
Автор: | ArmAnn [ Вт, мар 07 2017, 15:07 ] |
Заголовок сообщения: | Re: EntryTable overflow |
RikoNw, надо разобраться почему столько блокировок. Возможно линейкой по рукам придется бить абаперов за криво написанный код. Возможно совместно с консультантами, если те не предусмотрели вероятность такой массовой блокировки. |
Автор: | RikoNw [ Чт, мар 09 2017, 10:33 ] |
Заголовок сообщения: | Re: EntryTable overflow |
Это была транзакция VT02, так что думаю, абапер тут не причем, ибо стандарт. А разве консы могут как-то ограничить чтобы * выбрать нельзя было в select option ? |
Автор: | avlag [ Чт, мар 09 2017, 12:30 ] |
Заголовок сообщения: | Re: EntryTable overflow |
RikoNw написал: Это была транзакция VT02, так что думаю, абапер тут не причем, ибо стандарт. А разве консы могут как-то ограничить чтобы * выбрать нельзя было в select option ? Видимо я начал отставать от быстрого развития SAP. Селект уже начал блокировки вешать? |
Автор: | RikoNw [ Чт, мар 09 2017, 14:34 ] |
Заголовок сообщения: | Re: EntryTable overflow |
avlag написал: RikoNw написал: Это была транзакция VT02, так что думаю, абапер тут не причем, ибо стандарт. А разве консы могут как-то ограничить чтобы * выбрать нельзя было в select option ? Видимо я начал отставать от быстрого развития SAP. Селект уже начал блокировки вешать? Да нет, конечно, сотрудник просто навыбирал звездочкой кучу данных, а потом эту кучу стал массово обновлять. |
Автор: | ArmAnn [ Пн, мар 13 2017, 12:34 ] |
Заголовок сообщения: | Re: EntryTable overflow |
RikoNw написал: Это была транзакция VT02, так что думаю, абапер тут не причем, ибо стандарт. А разве консы могут как-то ограничить чтобы * выбрать нельзя было в select option ? ну... в случае Z конса можно попинать например за то, что не дал ЦУ абаперу ограничить параметры селекционного экрана (например - сделать завод и год обязательными для ввода) - он должен понимать что если дать пользователю возможность выборки без ограничений - пользователь будет выбирать без ограничений. А разбираться все равно надо - может там Z в расширениях, который по своим надобностям вешает блокировки. Такое тоже бывает. |
Автор: | RikoNw [ Пн, мар 13 2017, 14:11 ] |
Заголовок сообщения: | Re: EntryTable overflow |
Да, точно, ведь могут быть точки расширения. Спасибо ) |
Автор: | LKU [ Пн, мар 20 2017, 10:33 ] |
Заголовок сообщения: | Re: EntryTable overflow |
Сталкивался с похожей бедой. В vt01n/vt02n есть диалог выбора поставок для присвоения к транспортировкам. Там можно ограничение никакое не поставить и тогда система будет выбирать ВСЕ поставки из likp и на каждую в отдельности делать запись блокировки в st02. Как по мне, косяк SAP SE, если хочется вылечить - надо выставлять message. |
Автор: | RikoNw [ Пн, мар 20 2017, 10:38 ] |
Заголовок сообщения: | Re: EntryTable overflow |
LKU написал: Сталкивался с похожей бедой. В vt01n/vt02n есть диалог выбора поставок для присвоения к транспортировкам. Там можно ограничение никакое не поставить и тогда система будет выбирать ВСЕ поставки из likp и на каждую в отдельности делать запись блокировки в st02. Как по мне, косяк SAP SE, если хочется вылечить - надо выставлять message. Да, спасибо, по-ходу они так и сделали, выбрали все |
Страница 1 из 1 | Часовой пояс: UTC + 3 часа |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |