Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
 База дико тормозит, помогите по Stat Report  [new]
T34 sql
Member

Откуда:
Сообщений: 53
Последние несколько дней база начала подтормаживать и сегодня почти перестала работать.
Я пытался поменять некоторые параметры (буферный кеш, конфигурацию REDO, раскидать горячие данные по разным дискам) но эффекта особо нет...
Подскажите где узкое место!

К сообщению приложен файл (sp_48_51.LST - 86Kb) cкачать
25 май 10, 13:19    [8829443]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Возможно стоит потрассировать конкретную сессию. А навскидку - 83 миллисекунды для db file sequential read - это примерно в 10 раз медленней, чем должно быть.
25 май 10, 13:32    [8829611]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
-2-
Member

Откуда:
Сообщений: 15330
T34 sql,

Отключите db_keep_cache_size. И увеличьте db_cache_size за его счет, а также за счет java_pool и larg_pool.

А вообще, стоило бы указать параметры железа и статистику критических таблиц.
25 май 10, 13:34    [8829638]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8131
Oracle9i
Database Performance Tuning Guide and Reference
Release 2 (9.2)
October 2002
Part No. A96533-02
db file sequential read

This event signifies that the user process is reading buffers into the SGA buffer
cache and is waiting for a physical I/O call to return. This call differs from a
scattered read, because a sequential read is reading data into contiguous memory
space. A sequential read is usually a single-block read.
Single block I/Os are usually the result of using indexes. Rarely, full table scan calls
could get truncated to a single block call due to extent boundaries, or buffers
already present in the buffer cache. These waits would also show up as ’db file
sequential read'.
Check the following V$SESSION_WAIT parameter columns:
- P1 - The absolute file number
- P2 - The block being read
- P3 - The number of blocks (should be 1)
...
Actions

On a healthy system, physical read waits should be the biggest waits after the idle
waits. However, also consider whether there are db file sequential reads on a
large data warehouse that should be seeing mostly full table scans with parallel
query.


Также посмотрите buffer busy waits
25 май 10, 13:39    [8829689]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
T34 sql
Member

Откуда:
Сообщений: 53
Железо там не важное...
Два проца по 3ггц
2 гига памяти?
Три независимых ввода/вывода диска

Есть три четыре таблицы, которые активно используются, они там примерно по 80-150 МБ. Но во всех критических местах идет запросы по индексам. Я эти таблицы постарасял разложить на разных дисках.
Какую статистику нужно предоставить?

На вскидку я вижу две проблемы
1) Buffer busy wait
2) Sequential Read Time
25 май 10, 13:49    [8829782]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
T34 sql
Member

Откуда:
Сообщений: 53
Я думаю что работает это примерно так:
Юзеры прибегают выполнять свои запросы, сервер не успевает поднять данные для них и кол-во активных сессий быстро увеличивается. Когда мощности сервера по процессору упираются в потолок, начинаются остальные проблемы :(
25 май 10, 13:58    [8829877]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
-2-
Member

Откуда:
Сообщений: 15330
T34 sql
2 гига памяти?
Смторите в ОС, возможно у вас система свопится.
25 май 10, 14:00    [8829905]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Если хочется лечить по statspack, то могу предложить сравнить с тем отчетом, когда все было хорошо.
T34 sql
Но во всех критических местах идет запросы по индексам
Это тоже смущает. optimizer_index_caching, optimizer_index_cost_adj выставлены так, чтобы спровоцировать использование индексов, возможно ценой производительности. Также стоит присмотреться к запросу с Hash Value 1820803210.
T34 sql
Я думаю что работает это примерно так:
Юзеры прибегают выполнять свои запросы, сервер не успевает поднять данные для них и кол-во активных сессий быстро увеличивается. Когда мощности сервера по процессору упираются в потолок, начинаются остальные проблемы :(
Ну так может банально план запроса поехал. Вообще, надо снимать trace 10046 с конкретной сессии.
Ну и еще раз, среднее время чтения/записи на порядок выше чем должно быть на достаточно среднем оборудовании. Может на сервере еще что-то создает нагрузку, т.к. судя по статспак эта база достаточно лениво работает с дисками.
25 май 10, 14:13    [8830070]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
T34 sql
Member

Откуда:
Сообщений: 53
Спасибо за советы...
Про запрос с Hash Value 1820803210 я знаю... но там быстро никак не сделаешь... для каждого изделия посчитать всю историю которая была выше него, хотя я сейчас думаю как это упростить.

Попробовал чуть увеличить буферный кеш, стала появляться зашелка для него :(

У меня видимо паника... ничего не соображаю
25 май 10, 14:49    [8830546]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
T34 sql
Member

Откуда:
Сообщений: 53
wurdu
смущает. optimizer_index_caching, optimizer_index_cost_adj


Да возможно в этом проблема...
Какие посоветуете попробовать значения ?
25 май 10, 15:08    [8830756]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
T34 sql
wurdu
смущает. optimizer_index_caching, optimizer_index_cost_adj


Да возможно в этом проблема...
Какие посоветуете попробовать значения ?
Информации для конкретных советов недостаточно. Еще раз предлагаю снять trace 1046 с конкретной сессии когда она испытывает проблемы с производительностью и показать после обработки tkprof.
25 май 10, 15:11    [8830795]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
T34 sql
Member

Откуда:
Сообщений: 53
Так как у нас узкое место это диск...
Я решил найти запрос, который больеш всего читает и вот один из них
и действительно он работает минут 20.

SELECT sum(osc_summa)
FROM owen_oplata_schet opl, owen_scheta
WHERE osc_sch_nnn = sch_nnn
AND sch_cli_nnn = 3555905
AND (osc_date1_pp >= :b1 OR :b1 IS NULL)
AND osc_date1_pp < TRUNC (SYSDATE)

Однако если подписать /* + RULE*/, то работает мгновенно
Думаю сюда надо копать
25 май 10, 15:21    [8830910]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
T34 sql
Member

Откуда:
Сообщений: 53
wurdu
Еще раз предлагаю снять trace 1046 с конкретной сессии когда она испытывает проблемы с производительностью и показать после обработки tkprof.


Это почти не реально... все сессии 20-30 штук тормозят себе потихоьнку... с какой снимать и какая из них тормозит больше - непонятно
25 май 10, 21:44    [8833352]     Ответить | Цитировать Сообщить модератору
 Re: База дико тормозит, помогите по Stat Report  [new]
T34 sql
Member

Откуда:
Сообщений: 53
По факту за сегодня ночью слелал следуюшее...
1) Так как ввод вывод был явно узким местом, то поставил новый диск на сервер и перенес туда те таблицы, где были горячие блоки.
2) Прошелся по всем запросам, которые делали много физического чтения.
3) Пересобрал статистику, хотя вроде она и так собиралась

Стало вроде лучше...
26 май 10, 10:12    [8834501]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить