Текущее время: Вт, сен 25 2018, 17:22

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


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

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


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

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