powered by simpleCommunicator - 2.0.53     © 2025 Programmizd 02
Форумы / Oracle [игнор отключен] [закрыт для гостей] / latch free: transaction branch allocation?
6 сообщений из 6, страница 1 из 1
latch free: transaction branch allocation?
    #39883703
p4r53c
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Господа, доброе время суток!

Подскажите пожалуйста, как понять, что вызвало событие ожидания latch free: transaction branch allocation?

Проблема: В рандомный момент времени возникла резкая деградация производительности инстанса, и утилизация CPU. Load Average более 100. В AWR вижу, что 90% DB-time тратится на latch free , по ASH-отчету совершенно четко виден конкретный вид лидирующего ожидания latch free – а именно transaction branch allocation .

Есть номер защелки из ASH Top Event, как понять, что его вызвало? Из v$latch получил адрес, но что делать дальше не знаю.

Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
SQL> SELECT * FROM v$version;

BANNER                                                                          
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
PL/SQL Release 11.2.0.4.0 - Production
CORE	11.2.0.4.0	Production  
TNS for Linux: Version 11.2.0.4.0 - Production
NLSRTL Version 11.2.0.4.0 - Production



Спасибо.
...
Рейтинг: 0 / 0
latch free: transaction branch allocation?
    #39883750
Alexander Anokhin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Лучше весь AWR выложить.

Также почитай тут
Thousands of active sessions waiting on latch free in relation to 'transaction branch allocation' (Doc ID 2018260.1) -> Bug 20130575 - high contention on transaction branch allocation (Doc ID 20130575.8)
...
Рейтинг: 0 / 0
latch free: transaction branch allocation?
    #39883781
p4r53c
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вот AWR.
...
Рейтинг: 0 / 0
latch free: transaction branch allocation?
    #39883839
Alexander Anokhin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
На что стоит обратить внимание:

1. Хост в этом AWR не перегружен, из 20 CPUs примерно 6 в секунду использовались, но это усредненные значения. Надо посмотреть что было когда load average доходил до 100. Например, в OS Watcher logs.
Sys% CPU выглядит высоким, лежит ли SGA в huge pages?

2. Среднее время ожидания "latch free" 6 сек, это достаточно много. Пиковые значения были 16-32 сек.
В таких случаях стоит снять hang analyze или system state dump и там смотреть, кто держит латч такое долгое время. Как вариант можно посмотреть в ASH, есть шанс найти блокера там. Все эти "latch free" могли стать жертвами какого-нибудь "latch: shared pool", которые тоже доходили до 8-16 сек.
...
Рейтинг: 0 / 0
latch free: transaction branch allocation?
    #39884156
p4r53c
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Alexander Anokhinлежит ли SGA в huge pages?
Нет.

Alexander AnokhinНапример, в OS Watcher logs.
Оно походу не стоит на сервере. Надо посмотреть. Нужно смотреть логи именно в период проблемы?

В ADDM есть несколько запросов с Waiting for event "latch free", а так же:
Код: plsql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
Finding 1: Latch Free Waits
Impact is 218.63 active sessions, 88.56% of total activity.
-----------------------------------------------------------
Database latches in the "Other" wait class were consuming significant database 
time.
 
   Recommendation 1: Database Configuration
   Estimated benefit is 218.63 active sessions, 88.56% of total activity.
   ----------------------------------------------------------------------
   Rationale
      The latch "transaction branch allocation" with latch ID 273 was one of 
      the top latches contributing to high "latch free" waits.
      Related Object
         Database latch 273.
   Rationale
      The latch "FOB s.o list latch" with latch ID 33 was one of the top 
      latches contributing to high "latch free" waits.
      Related Object
         Database latch 33.
   Rationale
      The latch "parameter table management" with latch ID 24 was one of the 
      top latches contributing to high "latch free" waits.
      Related Object
         Database latch 24.
   Rationale
      The latch "loader state object freelist" with latch ID 218 was one of 
      the top latches contributing to high "latch free" waits.
      Related Object
         Database latch 218.
   Rationale
      The latch "enqueues" with latch ID 28 was one of the top latches 
      contributing to high "latch free" waits.
      Related Object
         Database latch 28.
 
   Symptoms That Led to the Finding:
   ---------------------------------
      Wait class "Other" was consuming significant database time.
      Impact is 219.28 active sessions, 88.83% of total activity.



Дополнительно приложил ASH и ADDM.

Вероятно это не бага, надо просто тюнить запросы?
...
Рейтинг: 0 / 0
latch free: transaction branch allocation?
    #39884384
Alexander Anokhin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
В ADDM в данном случае ничего полезного. ASH сильно широкий период - 7 часов.

Когда я упоминал поиск блокера в ASH, я имел ввиду смотреть в DBA_HIST_ACTIVE_SESS_HISTORY что делали блокирующие сессии.

p4r53cОно походу не стоит на сервере. Надо посмотреть. Нужно смотреть логи именно в период проблемы?

Да, надо смотреть период проблемы. Ожидания латчей, которые предполагаются быть очень короткими и не выходить в топ, могут становиться видны в результате перегрузки (overload) сервера, когда в следствие нехватки CPU процессы вынуждены спать дольше, там где спать не предполагается, удерживая чувствительные ресурсы типа латчей. Особенно там, где код удерживающий латч не оптимальный, как в случае Bug 20130575.
В твоём AWR не видно проблем с хостом, но если как ты говоришь load average доходил до 100, то надо смотреть в OS Watcher logs или sar, как хост себя чувствовал в эти периоды, почему load average был такой высокий, что запускалось и т.д. Стоит взять такой же AWR за другой день, где предполагается похожая нагрузка и сравнить. Также среднее время "latch free" - 6 сек - очень высокое. Это говорит не в пользу нехватки CPU, а скорее указывает что была некая блокирующая сессия, которая могла висеть по совсем другим причинам. Стоит заглянуть в трейс файл DIAG процесса и проверить не сделал ли Oracle hang analyze dump сам.
...
Рейтинг: 0 / 0
6 сообщений из 6, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / latch free: transaction branch allocation?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]