SAPфорум.RU https://sapboard.ru/forum/ |
|
Oracle 12c 12.2 -> high cpu usage https://sapboard.ru/forum/viewtopic.php?f=14&t=96345 |
Страница 2 из 3 |
Автор: | Egal [ Пн, май 07 2018, 11:31 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
RikoNw написал: А может стоит реорганизацию базы сделать? Хуже не будет, не прод ведь.. А еще при переходе на 12 там же целый большой гайд, куча смен значений параметров, может где-то зарезали что-то или не выполнили ? SPFILE какой-нибудь дефалтный подтянулся ) Например, в ноте 712624 сказано что это может быть из-за маленького размера SHARED_POOL_SIZE. Нота по значением параметров - 2470718 - Oracle Database Parameter (12.2) По 2470718 все и выполнялось. Да, совсем забыл - большое число buffer gets. Но в нотах ничего не написано как их уменьшать. |
Автор: | SergoB [ Пн, май 07 2018, 11:32 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
Egal написал: Совсем не секретный: https://yadi.sk/d/uyJQuezT3VTYmD Планы одинаковые, более того cost в Q сейчас в ~3 раза дешевле чем в P. Дело явно не в плане. Попробуйте сделать срез AWR, поназапускайте ваших отчетов, как пройдут, еще раз срез AWR. Покажите получившийся документ. |
Автор: | Egal [ Пн, май 07 2018, 12:29 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
SergoB написал(а): Egal написал: Совсем не секретный: https://yadi.sk/d/uyJQuezT3VTYmD Планы одинаковые, более того cost в Q сейчас в ~3 раза дешевле чем в P. Дело явно не в плане. Попробуйте сделать срез AWR, поназапускайте ваших отчетов, как пройдут, еще раз срез AWR. Покажите получившийся документ. Причину то AWR не покажет. |
Автор: | SergoB [ Пн, май 07 2018, 13:32 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
Egal написал: Причину то AWR не покажет. Может и покажет, вы попробуйте. Так то я предложил бы посмотреть в OEM во время исполнения запросов что происходит, но сомневаюсь что OEM широко распространен с SAP установками. |
Автор: | Egal [ Пн, май 07 2018, 13:42 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
SergoB написал(а): Egal написал: Причину то AWR не покажет. Может и покажет, вы попробуйте. Так то я предложил бы посмотреть в OEM во время исполнения запросов что происходит, но сомневаюсь что OEM широко распространен с SAP установками. Так ОЕМ покажет ровно то же что и DB02. Я и так знаю в чем проблема. Вопрос как её победить |
Автор: | RikoNw [ Пн, май 07 2018, 13:50 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
Набрасываю на вентилятор: 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). |
Автор: | SergoB [ Пн, май 07 2018, 13:57 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
Egal написал: Так ОЕМ покажет ровно то же что и DB02. Я и так знаю в чем проблема. Вопрос как её победить Ну я не знаю даже что сказать, всё из вас нужно вытягивать, не хотите не показывайте AWR Вам то может там и видно, нам то тут нет |
Автор: | SergoB [ Пн, май 07 2018, 13:58 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
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 |
Автор: | RikoNw [ Пн, май 07 2018, 14:18 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
Да, это не то |
Автор: | Egal [ Пн, май 07 2018, 15:38 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
SergoB написал(а): Egal написал: Так ОЕМ покажет ровно то же что и DB02. Я и так знаю в чем проблема. Вопрос как её победить Ну я не знаю даже что сказать, всё из вас нужно вытягивать, не хотите не показывайте AWR Вам то может там и видно, нам то тут нет Рабочий день, разные другие дела Положил туда же. |
Автор: | SergoB [ Пн, май 07 2018, 15:55 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
Ну это не совсем тот 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 сейчас? |
Автор: | Egal [ Пн, май 07 2018, 16:13 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
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 в двое ниже. |
Автор: | SergoB [ Пн, май 07 2018, 16:55 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
А можно как то картинками тоже самое Не совсем удобно столбцы идентифицировать, тем более у вас где то с отделены тысячи, где то нет. Можете объяснить "но на этих JOIN-ах в тесте все утыкается" как вы это определили? Можете найти в AWR-ах с PROD найти сколько пишет у вас "Elapsed Time per Exec (s)" быстрее чем 0.06 или нет. Методика сравнения у вас очень странная, вы на этом же самом сервере ДО апгрейда на 12 сравнивали всё тоже самое? Если да, то у вас должны быть AWR И результаты с чем сравнивать, НА ТОМ же сервере. Просто я к чему пишу, я как то видел что если на уровне BIOS включен "Power Saving" для CPU то время выполнения может очень сильно падать. Если бы вы тестировали всё на одном и том же сервере, то разницы бы не было, а так между серверами, не совсем корректно. |
Автор: | Egal [ Пн, май 07 2018, 17:15 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
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 у обеих таблиц. Не помогло. |
Автор: | SergoB [ Пн, май 07 2018, 17:36 ] |
Заголовок сообщения: | Re: Oracle 12c 12.2 -> high cpu usage |
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 их по разному. Технически селекты разные. |
Страница 2 из 3 | Часовой пояс: UTC + 3 часа |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |