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

Откуда:
Сообщений: 203
Помогите разобраться Дня два назад базы начали подтупливать. Что-то происходит ночью с базами, но непонятно что. Обычно бэкап начинается в час ночи, и кончается часа в 3, но сейчас стало так, что утром в 8 бэкап еще идет. Сделал AWR snapshot с двух баз в одно и тоже время в 7 утра, когда на графике загрузки БД, был скачок. В отчете особо не разбираюсь, но заметил два параметра, значения в которых мягко говоря кажутся странными:
автор
session uga memory 172,074,192 3,982.7 12,137.6
session uga memory max 1,188,140,184 27,500.1 83,807.6


Посмотрите в привязке два отчета и скажите, что с базой пожалуйста, куда дальше копать?

К сообщению приложен файл (snapshots_2_db.rar - 99Kb) cкачать
4 авг 10, 01:37    [9204365]     Ответить | Цитировать Сообщить модератору
 Re: UGA больше чем UGA_MAX  [new]
Вячеслав Любомудров
Member

Откуда: Владивосток
Сообщений: 18486
NicholasNauris
Помогите разобраться Дня два назад базы начали подтупливать. Что-то происходит ночью с базами, но непонятно что. Обычно бэкап начинается в час ночи, и кончается часа в 3, но сейчас стало так, что утром в 8 бэкап еще идет. Сделал AWR snapshot с двух баз в одно и тоже время в 7 утра, когда на графике загрузки БД, был скачок. В отчете особо не разбираюсь, но заметил два параметра, значения в которых мягко говоря кажутся странными:
автор
session uga memory 172,074,192 3,982.7 12,137.6
session uga memory max 1,188,140,184 27,500.1 83,807.6


Посмотрите в привязке два отчета и скажите, что с базой пожалуйста, куда дальше копать?
172,074,192 > 1,188,140,184 ???
А ночью, например, может собираться статистика, вычищаться старые данные того-же ASH и AWR, в общем рутинные задачи
Как правило, при установке/апгрейде БД до 10G создается специальное окно для таких вещей (MAINTENANCE_WINDOW_GROUP)
4 авг 10, 01:55    [9204384]     Ответить | Цитировать Сообщить модератору
 Re: UGA больше чем UGA_MAX  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Смотреть надо прежде всего на Avg Wait(ms) для log file sync, control file parallel write, log file parallel write. Они неадекватны. Должны быть примерно раз в сто меньше. Скорее всего проблемы с вводом-выводом на дисках где лежат эти файлы.
4 авг 10, 01:59    [9204387]     Ответить | Цитировать Сообщить модератору
 Re: UGA больше чем UGA_MAX  [new]
NicholasNauris
Member

Откуда:
Сообщений: 203
Сейчас сделал снэпшот, в нем параметры
автор
log file sync, control file parallel write, log file parallel write.

примерно до 10.
А вот
автор

session uga memory ############### 1,076,887,143.44 1,837,225,581.16
session uga memory max 609,981,912 169,369.98 288,954.01

По прежнему какие то старнные. При этом я рестартовал инстанс.

И еще вот PGA какая то странная помоему
автор

session pga memory 2,684,546,352 745,401.71 1,271,694.15
session pga memory max 84,763,864,368 23,535,868.17 40,153,417.51



Вот задачи которые работают на сервере:
автор
AUTO_SPACE_ADVISOR_JOB SYS MAINTENANCE_WINDOW_GROUP 547
GATHER_STATS_JOB SYS MAINTENANCE_WINDOW_GROUP 547
FGR$AUTOPURGE_JOB SYS N/A N/A DISABLED
PURGE_LOG SYS 640
RLM$SCHDNEGACTION EXFSYS 15837
RLM$EVTCLEANUP EXFSYS 15215
GAL_CLEAR_JOB GALA 805048
JOB_201062311127735 ORAUTIL 42
JOB_2010623104626215 ORAUTIL 42
JOB_201062310457263 ORAUTIL 42
JOB_2010623104212187 ORAUTIL DEFAULT_JOB_CLASS 42


Днём то база вроде нормально работает.
А что касается дисков, то это сторадж который соединен с сервером через оптический свитч.
Что делать?
4 авг 10, 03:03    [9204431]     Ответить | Цитировать Сообщить модератору
 Re: UGA больше чем UGA_MAX  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
Ну у тебя запись в приложенных AWR идет за неадекватное время. От этого надо отталкиваться. Operating System Statistics также показывает что в основном время тратится на IOWAIT_TIME.Я бы мониторил со стороны OS - iostat, sar и со стороны массива / свича.
4 авг 10, 04:16    [9204460]     Ответить | Цитировать Сообщить модератору
 Re: UGA больше чем UGA_MAX  [new]
NicholasNauris
Member

Откуда:
Сообщений: 203
2wurdu на свитч и сетку конечно грешу, так как система мониторинга серверов, теряла связь с этими серверами ночью на некоторое время, от минуты до 2. Это повторяется второй день такие потери. Сам оптический свитч которым стораджи подключены смотрел также, вроде нормально все в эвентах его ничего особо нет. Сам сторадж тоже никаких сообщений не присылал, о том что проблемы с сетью или связью оптики.
4 авг 10, 04:24    [9204463]     Ответить | Цитировать Сообщить модератору
 Re: UGA больше чем UGA_MAX  [new]
wurdu
Member

Откуда: Владивосток
Сообщений: 4441
NicholasNauris, может что-то загружает экстремально. Просто можно посмотреть ввод/вывод по дискам/HBA. Может зашкаливает или avque, avwait avserv высокие.
4 авг 10, 04:31    [9204465]     Ответить | Цитировать Сообщить модератору
 Re: UGA больше чем UGA_MAX  [new]
NicholasNauris
Member

Откуда:
Сообщений: 203
ну что загружает.
Ночью стартует горячий бэкап. Тэблиспэйсы переводятся в режим бэкап и файлы копируются.
Потом начинается полный дамп базы через exp. В это время естественно репликация идет, как шла и тд. Просто это все работало и работает на других базах уже очень давно и все было нормально. А вот на этих базах такое началось.
4 авг 10, 05:48    [9204472]     Ответить | Цитировать Сообщить модератору
Все форумы / Oracle Ответить