|
|
|
ORA-01000: maximum open cursors exceeded и сбор статистики
|
|||
|---|---|---|---|
|
#18+
По ночам работает джоб сбора статистики. Все, что он делает - это запускает dbms_stats.gather_schema_stats с опциями 'empty' и 'stale', и method opt -> for all columns size auto т.е. с гистограммами. Последние три дня джоб падает с ORA-01000: maximum open cursors exceeded. Замерив, выясняю, что действительно - огромное количество курсоров ( лимит в базе 1500 ) создает именно сбор статистики. Вот этот sql_id Код: plsql 1. под SYS. Вставка в табличку с гистограммами. Вопрос- это баг какой-либо или все же дело в большом количестве объектов? Почему на трех других базах данных где количество объектов является примерно тем же самым количество открытых курсоров не превышает 1000? Существует ли способ полечить это, кроме задрать до небес параметр open_cursor? Самое печальное что упавший сбор статистики оставляет базу в неконсистентом состоянии - т.е. last_analyzed проапдейчено, в dba_tab_columns - указано что собрано с гистограммами, но гистограмм в dba_part_histograms, сооответсвенно нет. После этого, понятно, многие планы начинают ехать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2018, 22:02 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=118&tid=1884132]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
61ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 247ms |
| total: | 380ms |

| 0 / 0 |
