SAPфорум.RU
https://sapboard.ru/forum/

Отчеты объемом более 10 ГБ
https://sapboard.ru/forum/viewtopic.php?f=14&t=96288
Страница 1 из 2

Автор:  RikoNw [ Чт, апр 12 2018, 09:29 ]
Заголовок сообщения:  Отчеты объемом более 10 ГБ

Доброго дня! Лет 5 назад наша система жила со стандартными параметрами по памяти EM,HEAP и система давала около 2.5 гигов на диалоговый процесс. Большие отчеты падали в дамп, и я довел эти цифры до 10 гб.
Естественно, теперь все повторяется и люди снова жалуются что не могут выгрузить отчет, например по продажам за 2 года по всем БЕ. И вот теперь я думаю: объем памяти на сервере 100 гб, если 10 таких людей запустят по отчету - система встанет. Интересен опыт других компаний, что делать в таких случаях ? Дальше потакать растущим потребностям пользователей ? Но они ведь так могут повесить систему?
Спасибо!

Автор:  шрам [ Чт, апр 12 2018, 10:16 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

переходите на HANA... до этого момента просто не успеет дойти :shumlol:

Автор:  RikoNw [ Чт, апр 12 2018, 10:46 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

шрам написал:
переходите на HANA... до этого момента просто не успеет дойти :shumlol:


Не успет? Раньше что-ли упадет ? :mrgreen:

Автор:  шрам [ Чт, апр 12 2018, 13:36 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

Вы уже немного знаете HANA :shumlol:

Автор:  RikoNw [ Чт, апр 12 2018, 14:05 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

шрам написал:
Вы уже немного знаете HANA :shumlol:


:shumlol:

Автор:  Skif [ Чт, апр 12 2018, 14:50 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

RikoNw написал:
если 10 таких людей запустят по отчету - система встанет.
что делать в таких случаях ?

расстрел на месте

Автор:  aiursun [ Пн, апр 16 2018, 09:37 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

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

Автор:  pberezin [ Пн, апр 16 2018, 19:33 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ  Тема решена

у нас какоето время практиковалось:
1) выгон пользователей с тяжёлыми отчётами на отдельную ноду, где настройки памяти иные, и народу толкётся меньше;
2) на критичные по ресурсам отчёты вешали программный контроль запуска - чтобы одновременно запускалось не более N экземпляров отчёта (N+1ому пользователю вместо отчёта по F8 выдавалось сообщение со списком логинов счастливцев, которые успели ... чтобы он их через SU01D мог обзвонить, встать в очередь, "мне только спросить" и проч. :D )

Автор:  pberezin [ Пн, апр 16 2018, 19:35 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

ну ещё ессно борьба с абаперами, злоупотребляющими FOR ALL ENTRIES IN itab[] без обёртки IF itab[] IS NOT INITIAL.

Автор:  RikoNw [ Вт, апр 17 2018, 09:24 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

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


А расскажите пожалуйста, подобный контроль - это Z, или есть какой-то встроенный функционал платформы ?

Автор:  aiursun [ Вт, апр 17 2018, 12:15 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

RikoNw написал:
aiursun написал(а):
Только массовые расстрелы... А серьезно:
1. Ограничить лимит административно, всех абаперов и консультантов, настраивающих выборки по звездочке, а не конкретных и необходимых данных слать лесом.
2. Если лесом послать не удалось (это стандартный код и не настраивается) - поставить рядом диалоговую инстанцию без ограничений и пускать на неё только избранных "счастливцев" которым достались такие транзакции. Так вы избежите переполнения памяти для всех сразу, если что отвалится только зачумленный сервер.


А расскажите пожалуйста, подобный контроль - это Z, или есть какой-то встроенный функционал платформы ?

Контроль использования памяти - ручной. Обычно просмотр дампов. Как правило их не много. Консультанты узкие места по своим направлениям знают. Дальше нужному пользователю подсовывается саплогон с правильной логон группой либо даются полномочия на смену сервера.
Контроль использования безлимитных инстанций пока не требовался (не было случаев тотального переполнения памяти). Обычно пользователи сами с сервера на сервера не перескакивают (sm51 еще надо заслужить) и саплогон себе не правят, белые списки делать не приходилось. Если понадобится, то можно закрывать на инстанциях порты 32ХХ и 33ХХ или возможность редактирования саплогонов политиками, запрещать запуск фоновых и т.д и т.п...

Автор:  basis_spb [ Чт, апр 19 2018, 13:21 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

Это в ЕРП у вас такие жирные отчеты? За 2 года и по всем БЕ это прямой путь в биви или другие системы аналитической отчености, но никак не в транзакционную систему

Автор:  thebestsaper [ Чт, апр 19 2018, 17:22 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

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


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

Автор:  sap2me [ Пт, апр 20 2018, 11:13 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

basis_spb написал(а):
Это в ЕРП у вас такие жирные отчеты? За 2 года и по всем БЕ это прямой путь в биви или другие системы аналитической отчености, но никак не в транзакционную систему

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

нужно методично доносить до руководства что это неправильно когда 1 процесс в многопользовательской системе требует более 10% ресурсов. И, что наконец, напрячь абапера Васю дешевле чем докупить в сервер еще 100гиг памяти.

Автор:  andvs [ Чт, апр 26 2018, 01:07 ]
Заголовок сообщения:  Re: Отчеты объемом более 10 ГБ

Если жрет стандартный код - выставляйте инциденты.
Если Z-код бейте по рукам разрабов, чтоб исправляли либо добавляли дополгнительные фильтры для выборок данных
Ставьте дополнительные инстанции для распределения нагрузки
А вообще правильно, такие отчеты лучше в BW

Страница 1 из 2 Часовой пояс: UTC + 4 часа
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
http://www.phpbb.com/