Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Oracle Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 Oracle виснет. Подскажите в каком направлении копать.  [new]
Sievs
Member

Откуда:
Сообщений: 60
Доброго времени суток!

Суть проблемы в следующем:
Раньше Oracle работал нормально, но на прошлой неделе нам заменили RAID... Сделали перенос базы.
Поначалу все было как раньше, а потом начала наблюдаться следующая ситуация.
Oracle работает где то час... иногда меньше, а потом начинаются жуткие тормоза.
Запросы выплняются в несколько раз медленнее. Растет число процессов. Достигается лимит и сервак просто стопорится.
Приходится перезагружать и всё заново.

Подскажите пожалуйста в какую сторону можно покопать, узнать в чем проблема. Может какие то логи можно проанализировать?

Система Solaris, Oracle 9i
6 фев 11, 18:15    [10192583]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Reylonds
Member

Откуда: Казань
Сообщений: 371
Как базу переносили?
Если база осталась там же, то какой рейд стал там теперь?
AWR отчетик многое мог бы прояснить
6 фев 11, 18:28    [10192610]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
comphead
Member

Откуда: Киев
Сообщений: 3390
Sievs,

точная версия ORACLE + AWR + какой на какой рейд поменяли? какие диски были какие стали?
6 фев 11, 18:36    [10192628]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Sievs
Member

Откуда:
Сообщений: 60
Вид RAID остался тот же самый - RAID 5
Диски SAS...

А как этот AWR отчет можно получить?
Что запустить?
6 фев 11, 18:48    [10192667]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Reylonds
Member

Откуда: Казань
Сообщений: 371
raid 5 для баз данных в общем случае это плохо.
соберите статистику по всем схемам.
если не поможет уже будем думать
6 фев 11, 20:15    [10192892]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4916
Блог
Reylonds,

В 9i не было AWR. Statspack смотреть нужно.
6 фев 11, 20:32    [10192965]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Sievs
Member

Откуда:
Сообщений: 60
Собрал анализ STATPACK. Анализ в прикрепленном файле.

Указывает, что на максимуме latch free
Попробовал поиграться с параметрами... не помогло

Гляньте пожалуйста... Подскажите что можно сделать

К сообщению приложен файл (sp_104_105x.rar - 15Kb) cкачать
8 фев 11, 14:56    [10202456]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
semenar
Member

Откуда: Днепропетровск
Сообщений: 3308
Блог
Sievs, это у вас такой нагрузочный снимок? Не уверен. Сняли за 10 минут, 10 секунд ожиданий в TOP 5. C учетом дискуссии по RAID и
автор
db file sequential read 112,969 0 53 0 3.4
db file scattered read 115,936 0 47 0 3.5

картина не объктивная. Измените период сбора по времени и жалобам пользователей на "тормоза".
8 фев 11, 15:27    [10202707]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Sievs
Member

Откуда:
Сообщений: 60
Снял статистику за 100 минут... больше не получается.. приходится перезагружать экземпляр так как все виснет

Посмотрите пожалуйста.

К сообщению приложен файл (sp_111_122.rar - 17Kb) cкачать
9 фев 11, 08:28    [10205630]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
semenar
Sievs, это у вас такой нагрузочный снимок? Не уверен. Сняли за 10 минут, 10 секунд ожиданий в TOP 5.
Вообще-то там 10635 секунд только для latch free.
9 фев 11, 09:29    [10205924]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Я бы для начала убрал 79 Hard parses в секунду. Создается впечатление, что перегружены CPU, но трудно сказать, CPU перегружены потому что латчи или латчи потому что CPU перегружены. Такое кол-во Hard parses явный перебор и грузит CPU.
9 фев 11, 09:44    [10206011]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
kinky cat
Member

Откуда: с дивана23
Сообщений: 1238
wurdu
semenar
Sievs, это у вас такой нагрузочный снимок? Не уверен. Сняли за 10 минут, 10 секунд ожиданий в TOP 5.
Вообще-то там 10635 секунд только для latch free.

притом снапшот действительно 10минутный
это как ?
9 фев 11, 10:18    [10206204]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18481
Ожидающих сессий одновременно может быть много
9 фев 11, 10:19    [10206210]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
kinky cat
Member

Откуда: с дивана23
Сообщений: 1238
Вячеслав Любомудров,
да затупил, не проснулся еще:)

автор а как вы базу переносили ? не exp/imp случаем ? параметры соотв. старому экземпляру ?
9 фев 11, 10:25    [10206248]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Ааз
Member

Откуда: Москва/Протвино
Сообщений: 4274
Привет.

cache buffers lru chain - нетипичный лидер для latch'ей. Обычно доминирует cache buffer chains. Странненько как-то, То ли запись тормозит, то ли... А какой-нить iostat/sar по вводу/выводу можно глянуть?

db file parallel write 174 0 8 49 0.0
49 миллисекунд на одну запись кажется многовато. Мягко говоря.

Всего
9 фев 11, 10:35    [10206338]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Dmitry_rpd
Member

Откуда: Киев
Сообщений: 160
cache buffers lru chain
Possible Causes
Excessive buffer cache throughput. For example, inefficient SQL that accesses incorrect indexes iteratively (large index range scans) or many full table scans

DBWR not keeping up with the dirty workload; hence, foreground process spends longer holding the latch looking for a free buffer

Cache may be too small

Look For:
Statements with very high logical I/O or physical I/O, using unselective indexe

+Как вы собирали статистику?
9 фев 11, 13:36    [10208024]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4916
Блог
Sievs,

Вообще Buffer Hit %: 99.36 достаточно высокий. Вряд ли увеличения кэша даст эффект.
Посмотрите в сторону параметра DB_BLOCK_LRU_LATCHES.

Кстати, что какая железка все это держит?
9 фев 11, 13:48    [10208159]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Reylonds
Member

Откуда: Казань
Сообщений: 371
Мне кажется дело в статистики. или сата дисках на рейд пятом, на промисе каком нибудь
9 фев 11, 14:34    [10208573]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Rbb
Member

Откуда:
Сообщений: 260
Может, как временное решение, выставить CURSOR_SHARING=FORCE (с учетом, что 9.2.0.4 и можно нарваться на какой-нибудь баг)
9 фев 11, 15:54    [10209322]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Гость--
Guest
9.2.0.4.0 Версия в таком виде была неработоспособна.
Вы патчить пробовали?
Хоть до 9.2.0.8+Latest CPU
Скорее всего поплыли планы и это конкуренция за cache buffers chain latch
Но на statspack смотреть почти бессмысленно так как статистики latch собирались неверно.
...
А вы в каком году живете?
10 фев 11, 00:12    [10211633]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18481
Alexander Ryndin
Вообще Buffer Hit %: 99.36 достаточно высокий. Вряд ли увеличения кэша даст эффект.
Вещи мало связанные. Лениво пересматривать statspack, но вроде у автора там чуть ли не 300 мег под кеш. Однозначно мало
Alexander Ryndin
Посмотрите в сторону параметра DB_BLOCK_LRU_LATCHES.
Он скрыт в 9-ке. Вряд ли есть смысл начинать с недокументированных параметров

Гость--
9.2.0.4.0 Версия в таком виде была неработоспособна.
Как раз, начиная с 9.2.0.4 все было достаточно стабильно
10 фев 11, 01:38    [10211738]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18481
Вячеслав Любомудров
но вроде у автора там чуть ли не 300 мег под кеш. Однозначно мало
Гы, сорри
Там 6 гигов
10 фев 11, 01:40    [10211741]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Вячеслав Любомудров
Alexander Ryndin
Вообще Buffer Hit %: 99.36 достаточно высокий. Вряд ли увеличения кэша даст эффект.
Вещи мало связанные. Лениво пересматривать statspack, но вроде у автора там чуть ли не 300 мег под кеш. Однозначно мало
db_cache_size 6643777536.
10 фев 11, 01:40    [10211742]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Смущает например разница Avg wait (ms) между log file sync (13) и log file parallel write (1), при условии что log file parallel write входит в log file sync. Это может говорить о перегруженности CPU (не всегда конечно, но часто). А если на CPU очереди, то статистики могут показывать все что угодно. Самые космические латчи. Поэтому я и предложил исключить бросающееся в глаза явно высокое кол-во hard parses, после чего можно снова взглянуть на Statspack
10 фев 11, 01:50    [10211746]     Ответить | Цитировать Сообщить модератору
 Re: Oracle виснет. Подскажите в каком направлении копать.  [new]
Relic Hunter
Member

Откуда: AB
Сообщений: 7420
Sievs
Подскажите пожалуйста в какую сторону можно покопать, узнать в чем проблема. Может какие то логи можно проанализировать?


Зачем такой большой large_pool_size 2GB? PX? или shared server?

large_pool_size               2181038080

Ну и логбуфер 1MB заточен под варехаус

SGA regions                       Size in Bytes
------------------------------ ----------------
Database Buffers 6,643,777,536
Fixed Size 750,832
Redo Buffers 1,335,296
Variable Size 7,096,762,368
----------------
sum 13,742,626,032

Если варехаус на shared server, то такая комбинация не очень вам подходит.
Sievs
Растет число процессов.

Плюс параллельные запросы могут загонять количество процессов на максимум.
10 фев 11, 02:30    [10211765]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Oracle Ответить