Текущее время: Чт, мар 28 2024, 11:46

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




Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
 Заголовок сообщения: call _SYS_STATISTICS.STATISTICS_SCHEDULABLEWRAPPER
СообщениеДобавлено: Ср, сен 27 2017, 16:26 
Начинающий
Начинающий

Зарегистрирован:
Пт, май 19 2017, 09:57
Сообщения: 7
Добрый день.

Подскажите пожалуйста, зашёл в SAP HANA Studio во вкладку expensive statement trace и увидел огромные значения memory_size (десятки гигабайт), cpu_time и duration для запроса call _SYS_STATISTICS.STATISTICS_SCHEDULABLEWRAPPER('Timer', ?, ?, ?, ?)

Это значит, что в статистик-сервере что-то криво ?
Читаю сап-ноту 2147247 - FAQ: SAP HANA Statistics Server, но пока не понял, что делать с этим запросом.

Читаю другие форумы, там пишут - читать сап-ноту :)

d6fd6678833f9a2e25e7b53239c50e9a CALL STATISTICS_SCHEDULABLEWRAPPER This procedure is a wrapper for all embedded statistics server actions like history collections and alert checks. This statement hash typically indicates that it is called by the statistics server based on the configured check time intervals. See SAP Note 2147247 ("How can the runtime and CPU requirements of the statistics server actions be analyzed and optimized?") for more information how to analyze and optimize the actions.
dc571bf5eb7cad9c313c20de904ab709 CALL STATISTICS_SCHEDULABLEWRAPPER This procedure is a wrapper for all embedded statistics server actions like history collections and alert checks. This statement hash typically indicates that it is called by SAP Solution Manager in order to extract history and alert information from SAP HANA. See SAP Note 2147247 ("How can the runtime and CPU requirements of the statistics server actions be analyzed and optimized?") for more information how to analyze and optimize the actions.


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: call _SYS_STATISTICS.STATISTICS_SCHEDULABLEWRAPPER
СообщениеДобавлено: Пн, окт 02 2017, 14:27 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, окт 17 2015, 13:11
Сообщения: 59
Все алерты, что генерируются Ханой - это продукт данной процедуры-обертки. Для того, чтобы понять высокое ли потребление памяти, надо понять в динамике, прирастает ли оно перманентно, или стабильно на этом уровне
Приведите статистику по
Code:
select host, port, category, exclusive_size_in_use, exclusive_count_in_use from m_heap_memory where category like 'Pool/Statistics%' order by exclusive_size_in_use desc


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


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: call _SYS_STATISTICS.STATISTICS_SCHEDULABLEWRAPPER
СообщениеДобавлено: Чт, окт 05 2017, 21:50 
Начинающий
Начинающий

Зарегистрирован:
Пт, май 19 2017, 09:57
Сообщения: 7
Скриншот с продуктива на внешнюю почту переслать не могу, но вывод по вашему запросу показывает что-то типа

indexserver Pool/Statistics exclusive_size_in_use = 34 000 000 000
scriptserver Pool/Statistics exclusive_size_in_use = 80 000 000
остальные меньше.

В динамике всё более-менее постоянно, активного роста нет, но то, что SCHEDULABLEWRAPPER съедает где-то 120Гб из доступных 2Тб - это многовато, не ?


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: call _SYS_STATISTICS.STATISTICS_SCHEDULABLEWRAPPER
СообщениеДобавлено: Вс, окт 15 2017, 01:37 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, окт 17 2015, 13:11
Сообщения: 59
Многовато, конечно.
Но в целом, зависит от количества настроенных алертов - на каждый выделяется по сессии, которую статистик сервис держит открытой до перезагрузки бд.
Чем больше алертов, тем больше открытых сессий и тем выше потребление памяти.
Можете протестить, если есть система под рукой - понасоздавать алертов, посмотреть на потребление памяти, после того, как они отработают хотя б по разу,
затем удалить и посмотреть, релизится ли память
Вы же доп.алерты создавали, насколько понимаю?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: call _SYS_STATISTICS.STATISTICS_SCHEDULABLEWRAPPER
СообщениеДобавлено: Чт, фев 15 2018, 17:54 
Младший специалист
Младший специалист

Зарегистрирован:
Сб, окт 17 2015, 13:11
Сообщения: 59
Наткнулся на ноту, объясняющую причины высокого потребления Pool/Statistics
Для тех, кому актуально (as per 2532199):
SAP HANA database is using the allocator "Pool/Statistics" to cache statement hashes of prepared statements
To reduce the number of cached statements and hence reduce the heap memory usage of the allocator "Pool/Statistics" you can decrease the ABAP parameter dbs/hdb/stmt_cache_size. This parameter determines the number of the statements held in the client side cache. Its default value is set to 1000.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: call _SYS_STATISTICS.STATISTICS_SCHEDULABLEWRAPPER
СообщениеДобавлено: Чт, дек 20 2018, 12:21 
Директор
Директор

Зарегистрирован:
Вт, ноя 09 2010, 19:59
Сообщения: 792
Откуда: Novosibirsk
Пол: Мужской
kernelpanic написал(а):
Наткнулся на ноту, объясняющую причины высокого потребления Pool/Statistics
Для тех, кому актуально (as per 2532199):

это актуально для ABAP
если для JAVA, то
2711824 - High Number of Prepared Statements Causing High Usage of Memory Allocator Pool/Statistics
проблема ещё не до конца разрешена. анализируют JAVA traces
локализовано для связки SLD on NW740


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 6 ] 

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


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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