|
|
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
Столкнулись с проблемой. В какой-то момент все процессы перестали работать или работают катастрофически медленно... Видно все висит на операциях сбора статистики по партициям после вставки. Сама вставка проходит быстро а потом сбор статистики зависает на сутки или даже навсегда. вижу что очень много сессий с запросом: lock table sys.mon_mods$ in exclusive mode или lock table sys.mon_mods$ in exclusive mode nowait ну и сама таблица SYS.MON_MODS$ залочена кучей сессий в интернетах наткнулся на фразу "the call to dbms_stats does various things (such as updating the mon_mods$ and col_usage$ tables)" Ребут базы не помог. Места в таблспейсе еще хватат ~13% free (3ТБ), в темпах тоже места полно Что могло случиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2017, 11:32 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
4wel, причину нашли - в пакете который определял партиции для сбора собирал статистику был цикл with который ушел в бесконечность из-за дублей в таблицах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2017, 12:25 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
Все таки вопрос актуальный. Кто-то может подсказать что такое sys.mon_mods$ ? На сервере ETL произошло отставание процессов, которые каждые 15 минут грузят данные с источников (и после загрузки сразу собирают статистику по партиции) Теперь при попытке "догнать" выходит что грузиться сразу много периодов и запускается сбор статистики сразу по грубо говоря > 1000 партиций >50 таблицах. Oracle на это реагирует не очень. Все процессы просто останавливаются и висит куча сессий lock table sys.mon_mods$ in exclusive mode или lock table sys.mon_mods$ in exclusive mode nowait Неужели нельзя одновременно делать много сборов статистики? Каждый сбор статистики пишет данные в sys.mon_mods$ ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2017, 17:12 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
4wel каждые 15 минут грузят данные с источников (и после загрузки сразу собирают статистику по партиции) А смысл ее собирать каждые 15 минут? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2017, 19:45 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, на 15-минутных данных сразу же строятся часовые агрегаты и потом данные не очень нужны (только для перерасчетов хранятся временно) наверное поэтому. вообще делал не я ) так было - и работало но потом внезапно все стало тупить и лочится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.07.2017, 22:18 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
выяснили что в базе происходило увеличение tablespace серьезное и добавилось 1500 датафайлов. может это быть связано? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2017, 10:32 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
4welна 15-минутных данных сразу же строятся часовые агрегаты и потом данные не очень нужны (только для перерасчетов хранятся временно) наверное поэтому. - В нашем таксопарке огромный простой авто - процедура смены масла останавливает работу всего предприятия. Механики выстраиваются в многочасовые очереди к бочке с маслом, машины стоят, клиенты недовольны. Масло меняем после каждого рейса. - Зачем меняете масло после каждого рейса? - Чтобы везти нового пассажира. Раньше все нормально работало, и вообще "так тут заведено". А недавно было серьезное расширение автопарка - не может это быть как-то связано? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2017, 11:44 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
andrey_anonymous, ) ну так и выходит. отключили сбор статистики пока - но думаю раз ее собирали "значит это кому-нибудь нужно" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2017, 12:09 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
4wel"значит это кому-нибудь нужно" Вообще желательно. Но не каждые же 15 минут! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2017, 12:26 |
|
||
|
Проблема со сбором статистики
|
|||
|---|---|---|---|
|
#18+
"чем дальше в лес тем больше дров" ) The issue is same with a Bug that was described in Bug 14712222 - Many parse calls for recursive DML against MON_MODS$ / COL_USAGE$ ( Doc ID 14712222.8 ). "B-14712222 Abstract: Many parse calls for recursive DML against MON_MODS$ / COL_USAGE$ Affects: Vers Specifically: 11.2.0.3 Fixed-Releases: 12.1.0.1 Many parse calls for recursive DML against MON_MODS$ / COL_USAGE$. This can occur in MMON or in sessions executing DBMS_STATS type operations. Rediscovery Notes: If you see lot of parse calls for DML operations on MON_MODS$, you may be hitting this bug, especially if the SQLs are LOCK TABLE DMLs like: lock table sys.mon_mods$ in exclusive mode nowait" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.07.2017, 15:40 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39488587&tid=1885599]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
160ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 209ms |
| total: | 454ms |

| 0 / 0 |
