Текущее время: Сб, окт 20 2018, 21:18

Часовой пояс: UTC + 4 часа


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


ВНИМАНИЕ! Прежде чем задавать вопрос, ознакомьтесь со ссылками ниже:

Вопросы по отличиям версий SAP, Add-On, EHP - сюда
Вопросы по SAP Front End (SAPlogon, SAPgui, guiXT и т.д.) - сюда
Вопросы по LSMW - сюда
Вопросы по архивации в SAP - сюда
Вопросы по SAP GRC - сюда
Вопросы по SAP Business Workplace (почте SAP) и SAP Office - сюда
Вопросы по miniSAP (SAP mini basis) - сюда
Вопросы по SAP HANA - сюда
Вопросы по лицензированию продуктов SAP - сюда



Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу 1, 2  След.
Автор Сообщение
 Заголовок сообщения: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 12 2018, 09:29 
Директор
Директор
Аватара пользователя

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 12 2018, 10:16 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 28 2006, 12:36
Сообщения: 1329
Откуда: Москва
Пол: Мужской
переходите на HANA... до этого момента просто не успеет дойти :shumlol:


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 12 2018, 10:46 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 788
Пол: Мужской
шрам написал:
переходите на HANA... до этого момента просто не успеет дойти :shumlol:


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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 12 2018, 13:36 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Чт, сен 28 2006, 12:36
Сообщения: 1329
Откуда: Москва
Пол: Мужской
Вы уже немного знаете HANA :shumlol:


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 12 2018, 14:05 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 788
Пол: Мужской
шрам написал:
Вы уже немного знаете HANA :shumlol:


:shumlol:


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 12 2018, 14:50 
Почетный гуру
Почетный гуру
Аватара пользователя

Зарегистрирован:
Вт, авг 31 2004, 15:57
Сообщения: 5134
Откуда: Ростов невеликий
Пол: Мужской
RikoNw написал:
если 10 таких людей запустят по отчету - система встанет.
что делать в таких случаях ?

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

_________________
Нет сегодняшних проблем -
есть вчерашние ошибки
(с)


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Пн, апр 16 2018, 09:37 
Начинающий
Начинающий

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ  Тема решена
СообщениеДобавлено: Пн, апр 16 2018, 19:33 
Специалист
Специалист

Зарегистрирован:
Чт, мар 29 2007, 12:51
Сообщения: 155
Откуда: Yugorsk.RU
Пол: Мужской
у нас какоето время практиковалось:
1) выгон пользователей с тяжёлыми отчётами на отдельную ноду, где настройки памяти иные, и народу толкётся меньше;
2) на критичные по ресурсам отчёты вешали программный контроль запуска - чтобы одновременно запускалось не более N экземпляров отчёта (N+1ому пользователю вместо отчёта по F8 выдавалось сообщение со списком логинов счастливцев, которые успели ... чтобы он их через SU01D мог обзвонить, встать в очередь, "мне только спросить" и проч. :D )


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Пн, апр 16 2018, 19:35 
Специалист
Специалист

Зарегистрирован:
Чт, мар 29 2007, 12:51
Сообщения: 155
Откуда: Yugorsk.RU
Пол: Мужской
ну ещё ессно борьба с абаперами, злоупотребляющими FOR ALL ENTRIES IN itab[] без обёртки IF itab[] IS NOT INITIAL.


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Вт, апр 17 2018, 09:24 
Директор
Директор
Аватара пользователя

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


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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Вт, апр 17 2018, 12:15 
Начинающий
Начинающий

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


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

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 19 2018, 13:21 
Специалист
Специалист

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 19 2018, 17:22 
Директор
Директор

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


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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Пт, апр 20 2018, 11:13 
Специалист
Специалист

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

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

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Отчеты объемом более 10 ГБ
СообщениеДобавлено: Чт, апр 26 2018, 01:07 
Начинающий
Начинающий

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


Пометить тему как нерешенную
Вернуться к началу
 Профиль Отправить email  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 20 ]  На страницу 1, 2  След.

Часовой пояс: UTC + 4 часа


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

Сейчас этот форум просматривают: Google [Bot], Majestic-12 [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB