|
|
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
Oracle 8.1.7 solaris8 По статистике смотрю, переполняется вроде в shared pool miscellaneous. Какие есть идеи? TIA ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2003, 11:22 |
|
||
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
За 30 min забилась вся library cache и sql area ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2003, 12:08 |
|
||
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
Чищу alter system flush shared_pool, но судя по всему shared pool miscellaneous не чистится. Надо ставить патч... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2003, 19:33 |
|
||
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
А сколько у тебя этого самого shared pool? Например нашему приложению 100 метров нужно только для того, чтобы "жить" (получая эпизодически то самое "Unable to allocate..."), а для нормальной работы нужно минимум 200. Ещё у одних клиентов умерло однажды всё из-за "cursor space for time" (или как-то похоже, не помню точное название параметра) -- всё свелось к тому, что BDE апликушки за день скушали почти 500 мег shared pool'a. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.05.2003, 23:09 |
|
||
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
Попробуйте, если есть возможность: session_cached_cursors = 10 cursor_sharing = force _db_handles_cached = 0 В свое время помогло примерно в такой же ситуации. Шаред пул заполнялся со временем и никак не реагировал на flush. Значение первого параметра - по вкусу... 10 - это так, для примера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2003, 09:43 |
|
||
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
До изменений софта работал нормально на 30MB, программеры поставили изменения, начал вылетать 'unable to allocate' и при 70MB. Причем дело именно в miscellaneous, который постоянно увеличивается сокращая объем доступной памяти, похоже на bug. Поставлю 8.1.7.4 посмотрим ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2003, 10:13 |
|
||
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
Доступ к металинку есть? Вот что пишут про твой miscellaneous : Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. P.S. Ну и, разумеется, 146599.1 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.05.2003, 23:16 |
|
||
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
>До изменений софта работал нормально на 30MB, программеры поставили >изменения, начал вылетать 'unable to allocate' и при 70MB. Причем дело >именно в miscellaneous, который постоянно увеличивается сокращая объем >доступной памяти, похоже на bug. Поставлю 8.1.7.4 посмотрим непропатченная версия 8.1.7.0.0 имеет баг - если в процедуре присутствует динамический sql (execute immediate), то вываливается ошибка ora-04031 'unable to allocate ...' Когда пропатчил до 8.1.7.2 (4-го патча еще небыло), то проблема исчезла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2003, 00:54 |
|
||
|
Unable to allocate shared pool
|
|||
|---|---|---|---|
|
#18+
я больше скажу - там есть бага, что если ты в динамическую строку передаёшь через using поле записи, так оно вооще виснет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.05.2003, 14:03 |
|
||
|
|

start [/forum/topic.php?fid=52&fpage=2775&tid=1990408]: |
0ms |
get settings: |
10ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
73ms |
get topic data: |
13ms |
get forum data: |
4ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
| others: | 238ms |
| total: | 428ms |

| 0 / 0 |
