|
|
|
APEX жрет ресурси сервера.
|
|||
|---|---|---|---|
|
#18+
APEX-4.2.1.00.08 Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production AIX насколько я понимаю апех установлен как Embedded PL/SQL Gateway + XDB Protocol Server; Проблема в том что постоянно висят активние сесии. В тоде они виглядят как Код: plsql 1. 2. 3. в ентерпрайзе есть несколько вариаций одна из Код: plsql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. Проблема в том что Арех сесии забирают 5-20% ресурсов сервера. Как решить ету проблему? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2016, 17:17 |
|
||
|
APEX жрет ресурси сервера.
|
|||
|---|---|---|---|
|
#18+
olehRв ентерпрайзе есть несколько вариаций одна из Это процедура генерации страницы, щелкните Statistics, там в блоке General есть Module, там покажет номер приложения и страница. Плюс, если у Вас XDB, надо понимать, что оракл тратит время, чтобы вытащить необходимые файлы для отображение, это тоже может откушивать не мало ресурсов. Установите ORDS, он бесплатный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2016, 17:47 |
|
||
|
APEX жрет ресурси сервера.
|
|||
|---|---|---|---|
|
#18+
Этот процесс создается при выгрузке файла в csv(иной формат) По своим замечал - в IR Вопрос с объемом выгружаемого файла. Со своей стороны выгрузить таблицу 50 тыс строк имеющую полей 15-20 довольно таки проблематично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2016, 18:12 |
|
||
|
APEX жрет ресурси сервера.
|
|||
|---|---|---|---|
|
#18+
blkangel, General Module Action Parsing Schema ANONYMOUS PL/SQL Source (Line Number) Not Applicable SQL Profile n/a SQL Plan Baseline n/a к сожелению не показивает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2016, 11:09 |
|
||
|
APEX жрет ресурси сервера.
|
|||
|---|---|---|---|
|
#18+
olehR, Смотрите блокировки, зависшие сессии (которые третьи сутки уже выполняются), копайте что грузит и кто, убейте сессию в конце концов, по телефонному звонку поймете кто этот негодяй. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2016, 11:43 |
|
||
|
APEX жрет ресурси сервера.
|
|||
|---|---|---|---|
|
#18+
блокировок и длинних сесий нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.02.2016, 12:23 |
|
||
|
APEX жрет ресурси сервера.
|
|||
|---|---|---|---|
|
#18+
Похожая тема обсуждалась не так давно. Код, который вы привели делает ВСЁ (в ответ на отправку данных с формы), соответственно, это как если посмотреть, что тормозит oracle.exe. Проблемой может быть использование EPG, а может и не быть (оно может быть в чем угодно), но в общем случае использовать EPG не рекоммендуется, он не производителен, т.к. хранит картинки в базе. 1. Вам нужно либо делать различные трассировки, AWR, анализировать ожидания, блокировки, потюнить SHARED-архитектуру (в случае EPG) и т.д. (на это нужны навыки), это всё по большей части выходит за рамки этого подраздела 2. Если вас интересует сторона апекс, можно воспользоваться средствами отладки апекс Начать можете с Код: plsql 1. 2. 3. в client_identifier найдёте имя пользователя и сессию (если это сессия апекса) далее Код: plsql 1. 2. 3. 4. смотрите страницу и время генерации (elapsed_time), +анализируя вьюшку по разным измерениям, можно понять, какие именно страницы потребляют основное серверное время чтобы получить высокий уровень детализации и увидеть, что именно тормозит, включите на этой странице apex debug, если проблема воспроизводится не постоянно или только на проде, можно сперва собрать информацию через apex_debug.enable / disable (позаботившись о свободном месте для логов). Отладка apex поможет только, если проблема в коде или apex core, если проблема в EPG / web-сервере / shared архитектуре, отладка средствами апекс ничего не даст, см. другие методы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.02.2016, 06:04 |
|
||
|
|

start [/forum/topic.php?fid=50&msg=39172935&tid=1874685]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
161ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
62ms |
get tp. blocked users: |
1ms |
| others: | 222ms |
| total: | 496ms |

| 0 / 0 |
