Текущее время: Ср, сен 26 2018, 09:17

Часовой пояс: 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 - сюда



Начать новую тему Ответить на тему  [ Сообщений: 45 ]  На страницу Пред.  1, 2, 3  След.
Автор Сообщение
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 12:31 
Директор
Директор

Зарегистрирован:
Чт, май 12 2005, 12:10
Сообщения: 1017
Пол: Мужской
RikoNw написал:
А может стоит реорганизацию базы сделать? Хуже не будет, не прод ведь.. А еще при переходе на 12 там же целый большой гайд, куча смен значений параметров, может где-то зарезали что-то или не выполнили ? SPFILE какой-нибудь дефалтный подтянулся :D )
Например, в ноте 712624 сказано что это может быть из-за маленького размера SHARED_POOL_SIZE.

Нота по значением параметров - 2470718 - Oracle Database Parameter (12.2)


По 2470718 все и выполнялось.
Да, совсем забыл - большое число buffer gets. Но в нотах ничего не написано как их уменьшать.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 12:32 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Egal написал:
Совсем не секретный:

https://yadi.sk/d/uyJQuezT3VTYmD

Планы одинаковые, более того cost в Q сейчас в ~3 раза дешевле чем в P.
Дело явно не в плане.


Попробуйте сделать срез AWR, поназапускайте ваших отчетов, как пройдут, еще раз срез AWR.
Покажите получившийся документ.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 13:29 
Директор
Директор

Зарегистрирован:
Чт, май 12 2005, 12:10
Сообщения: 1017
Пол: Мужской
SergoB написал(а):
Egal написал:
Совсем не секретный:

https://yadi.sk/d/uyJQuezT3VTYmD

Планы одинаковые, более того cost в Q сейчас в ~3 раза дешевле чем в P.
Дело явно не в плане.


Попробуйте сделать срез AWR, поназапускайте ваших отчетов, как пройдут, еще раз срез AWR.
Покажите получившийся документ.


Причину то AWR не покажет.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 14:32 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Egal написал:

Причину то AWR не покажет.


Может и покажет, вы попробуйте.
Так то я предложил бы посмотреть в OEM во время исполнения запросов что происходит, но сомневаюсь что OEM широко распространен с SAP установками.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 14:42 
Директор
Директор

Зарегистрирован:
Чт, май 12 2005, 12:10
Сообщения: 1017
Пол: Мужской
SergoB написал(а):
Egal написал:

Причину то AWR не покажет.


Может и покажет, вы попробуйте.
Так то я предложил бы посмотреть в OEM во время исполнения запросов что происходит, но сомневаюсь что OEM широко распространен с SAP установками.

Так ОЕМ покажет ровно то же что и DB02. Я и так знаю в чем проблема. Вопрос как её победить :)


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 14:50 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 788
Пол: Мужской
Набрасываю на вентилятор:

766349 - FAQ: Oracle SQL optimization:
If long runtimes and a high number of BUFFER GETs occur during DBA_SEGMENT access in particular, then refer to Note 871455:

871455:
If segments are created on Oracle 11g as part of the "Deferred Segment Creation", the problem described under "Oracle 9i (9.2.0.5 or higher)" may occur again (Oracle bug 13045243). Therefore, DBMS_SPACE_ADMIN.TABLESPACE_FIX_SEGMENT_EXTBLKS should also be used with Oracle 11g if required.
Up to Oracle 12.1/SBP, February 2017, the risk of previously problematic segments becoming problematic again still exists even after the execution of DBMS_SPACE_ADMIN.TABLESPACE_FIX_SEGMENT_EXTBLKS. As of this SBP, Oracle provides a fix that must be activated using the parameter _BUG12963364_SPACEBG_SYNC_SEGBLOCKS = true (see parameter SAP Note 1888485).


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 14:57 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Egal написал:
Так ОЕМ покажет ровно то же что и DB02. Я и так знаю в чем проблема. Вопрос как её победить :)


Ну я не знаю даже что сказать, всё из вас нужно вытягивать, не хотите не показывайте AWR
Вам то может там и видно, нам то тут нет


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 14:58 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
RikoNw написал:
Набрасываю на вентилятор:

766349 - FAQ: Oracle SQL optimization:
If long runtimes and a high number of BUFFER GETs occur during DBA_SEGMENT access in particular, then refer to Note 871455:

871455:
If segments are created on Oracle 11g as part of the "Deferred Segment Creation", the problem described under "Oracle 9i (9.2.0.5 or higher)" may occur again (Oracle bug 13045243). Therefore, DBMS_SPACE_ADMIN.TABLESPACE_FIX_SEGMENT_EXTBLKS should also be used with Oracle 11g if required.
Up to Oracle 12.1/SBP, February 2017, the risk of previously problematic segments becoming problematic again still exists even after the execution of DBMS_SPACE_ADMIN.TABLESPACE_FIX_SEGMENT_EXTBLKS. As of this SBP, Oracle provides a fix that must be activated using the parameter _BUG12963364_SPACEBG_SYNC_SEGBLOCKS = true (see parameter SAP Note 1888485).


Это про DBA_SEGMENT, + у Egal уже 12.2.0.1


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 15:18 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Пн, янв 14 2013, 11:37
Сообщения: 788
Пол: Мужской
Да, это не то


Принять этот ответ
Вернуться к началу
 Профиль Отправить email  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 16:38 
Директор
Директор

Зарегистрирован:
Чт, май 12 2005, 12:10
Сообщения: 1017
Пол: Мужской
SergoB написал(а):
Egal написал:
Так ОЕМ покажет ровно то же что и DB02. Я и так знаю в чем проблема. Вопрос как её победить :)


Ну я не знаю даже что сказать, всё из вас нужно вытягивать, не хотите не показывайте AWR
Вам то может там и видно, нам то тут нет

Рабочий день, разные другие дела :) Положил туда же.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 16:55 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Ну это не совсем тот AWR что я просил, взяли бы хотя бы за час.

Executions Elapsed Time per Exec (s)
239,928 0.06

В ASH другие данные, но время выполения совпадает
SQL statement with SQL_ID "bbjjphg0wddma" was executed 41047 times and
had an average elapsed time of 0.057 seconds

У вас в продуктиве быстрее чем 0.057 seconds сейчас?


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 17:13 
Директор
Директор

Зарегистрирован:
Чт, май 12 2005, 12:10
Сообщения: 1017
Пол: Мужской
SergoB написал(а):
Ну это не совсем тот AWR что я просил, взяли бы хотя бы за час.

Executions Elapsed Time per Exec (s)
239,928 0.06

В ASH другие данные, но время выполения совпадает
SQL statement with SQL_ID "bbjjphg0wddma" was executed 41047 times and
had an average elapsed time of 0.057 seconds

У вас в продуктиве быстрее чем 0.057 seconds сейчас?


В продуктиве все "хуже" чем в тесте, но на этих JOIN-ах в тесте все утыкается, и CPU 95-100% (top)


Shared Cursor Cache - Prod
Executions ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------CPU Time
17 431 230 15 547 0,0 1 166 323 762 66,9 15 407 118 0,9 75,7 106 425 661 150 6 105,5 SELECT "T"."TLINE" FROM "HRP1002" "P" INNER JOIN "HRT1002" " 75 876 912 057


Shared Cursor Cache - Test
Executions ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------CPU Time
2.873.142 527 0,0 1.521.138.692 529,4 2.548.931 0,9 596,8 146.244.565.366 50.900,6 SELECT "T"."TLINE" FROM "HRP1002" "P" INNER JOIN "HRT1002" " 139.228.507.193


Тест - копия прода ~февраля
Видимо что в проде число Exec на порядок выше и CPU Time в двое ниже.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 17:55 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
А можно как то картинками тоже самое :) Не совсем удобно столбцы идентифицировать, тем более у вас где то с отделены тысячи, где то нет.

Можете объяснить "но на этих JOIN-ах в тесте все утыкается" как вы это определили?
Можете найти в AWR-ах с PROD найти сколько пишет у вас
"Elapsed Time per Exec (s)" быстрее чем 0.06 или нет.

Методика сравнения у вас очень странная, вы на этом же самом сервере ДО апгрейда на 12 сравнивали всё тоже самое?
Если да, то у вас должны быть AWR И результаты с чем сравнивать, НА ТОМ же сервере.

Просто я к чему пишу, я как то видел что если на уровне BIOS включен "Power Saving" для CPU то время выполнения может очень сильно падать.
Если бы вы тестировали всё на одном и том же сервере, то разницы бы не было, а так между серверами, не совсем корректно.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 18:15 
Директор
Директор

Зарегистрирован:
Чт, май 12 2005, 12:10
Сообщения: 1017
Пол: Мужской
SergoB написал(а):
А можно как то картинками тоже самое :) Не совсем удобно столбцы идентифицировать, тем более у вас где то с отделены тысячи, где то нет.

Можете объяснить "но на этих JOIN-ах в тесте все утыкается" как вы это определили?
Можете найти в AWR-ах с PROD найти сколько пишет у вас
"Elapsed Time per Exec (s)" быстрее чем 0.06 или нет.

Методика сравнения у вас очень странная, вы на этом же самом сервере ДО апгрейда на 12 сравнивали всё тоже самое?
Если да, то у вас должны быть AWR И результаты с чем сравнивать, НА ТОМ же сервере.

Просто я к чему пишу, я как то видел что если на уровне BIOS включен "Power Saving" для CPU то время выполнения может очень сильно падать.
Если бы вы тестировали всё на одном и том же сервере, то разницы бы не было, а так между серверами, не совсем корректно.


Я понимаю.
Дело вот в чем - до апгрейда, на 11 оракле, тот же процесс условно занимал 10 минут. Сейчас он занимает 100 минут. Это имеется ввиду в тесте, причем обнаружилось сразу практически.
Сейчас я могу "сравнить" только с продом.

Вот что я вижу в AWR в тесте
Top SQL with Top Events
bbjjphg0wddma 3656106343 188 6.30 CPU + Wait for CPU 6.30 INDEX - RANGE SCAN 6.26 SELECT "T"."TLINE" FROM "HRP10...

В проде этот селект в секцию Top SQL with Top Events не попадает. Стало быть у него нет проблемы с INDEX - RANGE SCAN.
И в той и той таблице примерно по 60 тыс, содержимое не меняется, PK сделали rebuild у обеих таблиц. Не помогло.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения: Re: Oracle 12c 12.2 -> high cpu usage
СообщениеДобавлено: Пн, май 07 2018, 18:36 
Менеджер
Менеджер

Зарегистрирован:
Пн, фев 11 2008, 12:38
Сообщения: 621
Egal написал:
Я понимаю.
Дело вот в чем - до апгрейда, на 11 оракле, тот же процесс условно занимал 10 минут. Сейчас он занимает 100 минут. Это имеется ввиду в тесте, причем обнаружилось сразу практически.
Сейчас я могу "сравнить" только с продом.

Вот что я вижу в AWR в тесте
Top SQL with Top Events
bbjjphg0wddma 3656106343 188 6.30 CPU + Wait for CPU 6.30 INDEX - RANGE SCAN 6.26 SELECT "T"."TLINE" FROM "HRP10...

В проде этот селект в секцию Top SQL with Top Events не попадает. Стало быть у него нет проблемы с INDEX - RANGE SCAN.
И в той и той таблице примерно по 60 тыс, содержимое не меняется, PK сделали rebuild у обеих таблиц. Не помогло.


Если у вас на том же сервере было быстро, можете попробовать AWR достать за тот период и сравнить, если настраивали как положено то хранение AWR в 42 дня советуется выставлять.

Я посмотрел еще раз ваши селекты, можете посмотреть что значит --> "P"."OTYPE"='C'
C-->Job
Я не вижу такого для селекта с вашего прода.
Получается что либо исходник не одинаковый, либо DBSL транслирует на Oracle их по разному. Технически селекты разные.


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

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


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

Сейчас этот форум просматривают: RikoNw


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

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